Comment by wesapien
vMotion is about host failure. If a blade server dies, the vms can be spun up on another blade. Storage is same.
vMotion is about host failure. If a blade server dies, the vms can be spun up on another blade. Storage is same.
> vMotion is about host failure
No? It's also about load balancing and draining compute/storage resources in preparation for maintenance.
Most pertinently: as long as your alternative doesn't cover any vMotion use-cases, customers will remain 'in talks' with Broadcom...
I haven't worked on these systems for a long time. As I mentioned to another user, during testing, we'd pull out server blades to see if this mechanism works. The blades would be connected to the same storage array. Even this VMware website says "vSphere vMotion enables zero-downtime, live migration of workloads from one server to another so your users can continue to access the systems they need to stay productive." https://www.vmware.com/products/cloud-infrastructure/vsphere...
You're thinking of high-availability, which registers the vmx file of the VM to a physical server that isn't dead, then powers the VM back on. Whereas vMotion is either a cold or live-migration of the VM + memory state (if the VM is powered down, there is no memory state to migrate).