VCenter
{{short description|Centralized management utility for VMware}}
{{technical|date=April 2018}}
{{Infobox software
| name = VMware vCenter Server Appliance
| logo =
| screenshot =
| caption =
| other_names = VCSA
| developer = VMware, Inc.
| released = {{Start date and age|2003|12|05|df=no}}
| latest release version = 7.0 Update 3c (build 19234570){{cite web|url=https://docs.vmware.com/en/VMware-vSphere/7.0/rn/vsphere-vcenter-server-70u3c-release-notes.html|title=VMware vCenter Server 7.0 Update 2c Release Notes}}
| latest release date = {{Start date and age|2022|01|27|df=no}}
| operating system = Photon OS
| platform = 32-bit (discontinued in 4.1U2), 64-bit
| genre =
| state =
| license =
| website = {{URL|https://www.vmware.com/products/vcenter-server.html}}
}}
{{lowercase title}}
vCenter Server Appliance (VCSA) is the centralized management utility for VMware, and is used to manage virtual machines, multiple ESXi hosts, and all dependent components from a single centralized location.
VMware vMotion and svMotion require the use of vCenter and ESXi hosts.
vMotion (live migration)
Live migration (vMotion) in ESX allows a virtual machine to move between two different hosts. Live storage migration (Storage vMotion) enables live migration of virtual disks on the fly.{{cite web|url=https://www.usenix.org/legacy/events/atc11/tech/final_files/Mashtizadeh.pdf|title=The Design and Evolution of Live Storage Migration in VMware ESX|accessdate=April 6, 2018}}
During vMotion Live Migration (vLM) of the (RAM) memory of the VM is sent from the running VM to the new VM (the instance on another host that will become the running VM after the vLM). The content of memory is by its nature changing all the time. ESX uses a system where the content is sent to the other VM and then it will check what data is changed and send that, each time smaller blocks. At the last moment it will very briefly 'freeze' the existing VM, transfer the last changes in the RAM content and then start the new VM. The intended effect of this process is to minimize the time during which the VM is suspended; in a best case this will be the time of the final transfer plus the time required to start the new VM.VMware Blog by Kyle Gleed: [http://blogs.vmware.com/uptime/2011/02/vmotion-whats-going-on-under-the-covers.html vMotion: what's going on under the covers], 25 February 2011, visited: 2 February 2012VMware website [http://www.vmware.com/files/pdf/VMware-VMotion-DS-EN.pdf vMotion brochure] {{Webarchive|url=https://web.archive.org/web/20100602001209/http://www.vmware.com/files/pdf/VMware-VMotion-DS-EN.pdf |date=2010-06-02 }}. Retrieved 3 February 2012
svMotion (Storage vMotion)
svMotion enables live migration of virtual disks and their home directories without any downtime. svMotion uses a mirror driver to copy virtual hard drives and/or the home directory from the source to destination datastores simultaneously, which keeps everything in sync until the svMotion operation is complete on the destination, at which point the source data is deleted.{{Cite web|url=http://www.yellow-bricks.com/2011/07/14/vsphere-5-0-storage-vmotion-and-the-mirror-driver/|title=svMotion Mirror Driver|last=Epping|first=Duncan|date=July 14, 2011|website=Yellow Bricks|accessdate=April 6, 2018}}
There is a performance impact from running svMotion – read IO from the source and write IO on the destination. This can be verified through {{Not a typo|esxtop}}.{{cite web|url=http://www.yellow-bricks.com/esxtop/|title=How to use ESXTOP|last=Epping|first=Duncan|website=Yellow Bricks|date=9 January 2010|accessdate=April 6, 2018}} If VAAI is enabled on the ESXi hosts and on the storage array, it will offload the svMotion migration operation to the array instead of going through the VMkernel, which increases the migration speed.
References
{{Reflist}}