Techniques for performing virtual machine software upgrades using virtual disk swapping

• US 9,110,757 B2
• Filed: 01/14/2013
• Issued: 08/18/2015
• Est. Priority Date: 01/14/2013
• Status: Active Grant

• Current Assignee: Vmware LLC (Broadcom, Inc.), EMC Corporation (Dell Technologies Inc.)
• Original Assignee: VMware, Inc. (Broadcom, Inc.), DECHO Corporation (Open Text Corporation)
• Inventors: Tian, Feng, Zhang, Jin, Wang, Jiajun, Jin, Zhao
• Primary Examiner(s): VU, TUAN A
• Application Number:
  US13/741,047
• Publication Number:
  US 20140201725A1
• Time in Patent Office: 946 Days
• Field of Search: 717/124, 718/1, 718/104, 718/105, 719/319, 715/760, 705/10, 713/1, 709/218, 711/162
• US Class Current: 1/1
• CPC Class Codes: G06F 2009/45562 Creating, deleting, cloning virtual machine instances
• CPC Class Codes: G06F 3/0619 in relation to data integrity, e.g. data losses, bit errors
• CPC Class Codes: G06F 3/065 Replication mechanisms
• CPC Class Codes: G06F 3/0665 at area level, e.g. provisioning of virtual or logical volumes
• CPC Class Codes: G06F 3/0689 Disk arrays, e.g. RAID, JBOD
• CPC Class Codes: G06F 8/63 Image based installation; Cloning; Build to order
• CPC Class Codes: G06F 8/65 Updates security arrangements therefor G06F21/57
• CPC Class Codes: G06F 9/45558 Hypervisor-specific management and integration aspects

Abstract

In one embodiment, a computer system creates a first template VM that includes a first OS VMDK and a first software binary VMDK, and clones the first template VM to create a linked clone VM. The linked clone VM executes a guest OS by accessing the first OS VMDK and a software application by accessing the first software binary VMDK. The computer system further creates a second template VM that includes a second software binary VMDK, where the second software binary VMDK includes one or more upgrades to the software application that are not included in the first software binary VMDK. The computer system then detaches the first software binary VMDK from the linked clone VM and attaches the second software binary VMDK to the linked clone VM. The linked clone VM thereafter executes the software application by accessing the second software binary VMDK.

Claims

1. A method for performing a virtual machine (VM) software upgrade, the method comprising:

creating, by a central management server (CMS) in a virtual infrastructure, a first template VM in a storage component of the virtual infrastructure, the first template VM comprising a first operating system (OS) virtual disk (VMDK) and a first software binary VMDK;

cloning, by the CMS, the first template VM to create a plurality of linked clone VMs, wherein each linked clone VM in the plurality of linked clone VMs runs on a host system in the virtual infrastructure, wherein each linked clone VM has a first logical link to the first OS VMDK that enables the linked clone VM to execute a guest OS by accessing the first OS VMDK from the storage component, wherein each linked clone VM has a second logical link to the first software binary VMDK that enables the linked clone VM to execute a software application by accessing the first software binary VMDK from the storage component, and wherein each linked clone VM has a third logical link to a first data VMDK, the first data VMDK being specific to the linked clone VM and used to store write data that is generated by the linked clone VM while accessing the first OS VMDK and the first software binary VMDK;

at a time an upgrade is available for the software application, creating, by the CMS, a second template VM that comprises a second software binary VMDK, wherein the second software binary VMDK includes an upgraded version of the software application; and

for each linked clone VM in the plurality of linked clone VMs;

transmitting, by the CMS to the linked clone VM, a first command to stop execution of the software application;

upon transmitting the first command, detaching, by the CMS, the first software binary VMDK from the linked clone VM by removing the second logical link between the linked clone VM and the first software binary VMDK; and

attaching, by the CMS, the second software binary VMDK to the linked clone VM by creating a fourth logical link between the linked clone VM and the second software binary VMDK, the fourth logical link enabling the linked clone VM to execute the updated version of the software application by accessing the second software binary VMDK from the storage component.

2. The method of claim 1 wherein the second template VM further comprises a second OS VMDK, wherein the second OS VMDK includes an upgraded version of the guest OS, and wherein the method further comprises, for each linked clone VM in the plurality of linked clone VMs:

detaching the first OS VMDK from the linked clone VM by removing the first logical link between the linked clone VM and the first OS VMDK; and

attaching the second OS VMDK to the linked clone VM by creating a fifth logical link between the linked clone VM and the second OS VMDK, wherein the linked clone VM thereafter executes the guest OS by accessing the second OS VMDK via the fifth logical link.

3. The method of claim 1 wherein the first data VMDK remains attached to the linked clone VM after the first software binary VMDK is detached from the linked clone VM.

4. The method of claim 1 further comprising, prior to detaching the first software binary VMDK from the linked clone VM:

transmitting, to the linked clone VM, a second command to perform one or more pre-upgrade actions.

5. The method of claim 4 wherein performing the one or more pre-upgrade actions comprises:

retrieving configuration information that is specific to the linked clone VM from one or more delta disks associated with the first software binary VMDK; and

saving the configuration information in the first data VMDK.

6. The method of claim 4 further comprising, after attaching the second software binary VMDK to the linked clone VM:

transmitting, to the linked clone VM, a third command to perform one or more post-upgrade actions; and

transmitting, to the linked clone VM, a fourth command to restart execution of the software application.

7. The method of claim 6 wherein performing the one or more post-upgrade actions comprises:

retrieving configuration information that is specific to the linked clone VM from the first data VMDK; and

saving the configuration information in one or more delta disks associated with the second software binary VMDK.

8. The method of claim 1 wherein the second software binary VMDK is attached to the linked clone VM before the first software binary VMDK is detached from the linked clone VM.

9. The method of claim 8 further comprising:

creating a second data VMDK that is specific to the linked clone VM; and

attaching the second data VMDK to the linked clone VM.

10. The method of claim 9 further comprising:

transmitting, to an agent running within the VM, a command to upgrade data in the first data VMDK.

11. The method of claim 10 wherein upgrading the data in the first data VMDK comprises:

extracting the data from the first data VMDK;

upgrading the extracted data; and

storing the upgraded data in the second data VMDK.

12. The method of claim 11 further comprising, after the storing, detaching the first data VMDK from the linked clone VM.

13. The method of claim 1 wherein the first logical link, the second logical link, the third logical link, and the fourth logical link are stored in configuration metadata that is maintained by the CMS,

wherein removing the first logical link comprises, deleting, by the CMS, the first logical link from the configuration metadata, and

wherein creating the fourth logical link comprises, adding, by the CMS, the fourth logical link to the configuration metadata.

14. A non-transitory computer readable storage medium having stored thereon computer software executable by a central management server (CMS) in a virtual infrastructure, the computer software embodying a method for performing a VM software upgrade, the method comprising:

creating a first template VM in a storage component of the virtual infrastructure, the first template VM comprising a first OS VMDK and a first software binary VMDK;

cloning the first template VM to create a plurality of linked clone VMs, wherein each linked clone VM in the plurality of linked clone VMs runs on a host system in the virtual infrastructure, wherein each linked clone VM has a first logical link to the first OS VMDK that enables the linked clone VM to execute a guest OS by accessing the first OS VMDK from the storage component, wherein each linked clone VM has a second logical link to the first software binary VMDK that enables the linked clone VM to execute a software application by accessing the first software binary VMDK from the storage component, and wherein each linked clone VM has a third logical link to a first data VMDK, the first data VMDK being specific to the linked clone VM and used to store write data that is generated by the linked clone VM while accessing the first OS VMDK and the first software binary VMDK;

at a time an upgrade is available for the software application, creating a second template VM that comprises a second software binary VMDK, wherein the second software binary VMDK includes an upgraded version of the software application; and

for each linked clone VM in the plurality of linked clone VMs;

transmitting, by the CMS to the linked clone VM, a command to stop execution of the software application;

upon transmitting the command, detaching the first software binary VMDK from the linked clone VM by removing the second logical link between the linked clone VM and the first software binary VMDK; and

attaching the second software binary VMDK to the linked clone VM by creating a fourth logical link between the linked clone VM and the second software binary VMDK, the fourth logical link enabling the linked clone VM to execute the updated version of the software application by accessing the second software binary VMDK from the storage component.

15. The non-transitory computer readable storage medium of claim 14 wherein the second template VM further comprises a second OS VMDK, wherein the second OS VMDK includes an upgraded version of the guest OS, and wherein the method further comprises, for each linked clone VM in the plurality of linked clone VMs:

detaching the first OS VMDK from the linked clone VM by removing the first logical link between the linked clone VM and the first OS VMDK; and

attaching the second OS VMDK to the linked clone VM by creating a fifth logical link between the linked clone VM and the second OS VMDK, wherein the linked clone VM thereafter executes the guest OS by accessing the second OS VMDK via the fifth logical link.

16. A central management server (CMS) in a virtual infrastructure configured to perform a VM software upgrade, the CMS comprising:

a processor configured to;

create a first template VM in a storage component of the virtual infrastructure, the first template VM comprising a first OS VMDK and a first software binary VMDK;

clone the first template VM to create a plurality of linked clone VMs, wherein each linked clone VM in the plurality of linked clone VMs runs on a host system in the virtual infrastructure, wherein each linked clone VM has a first logical link to the first OS VMDK that enables the linked clone VM to execute a guest OS by accessing the first OS VMDK from the storage component, wherein each linked clone VM has a second logical link to the first software binary VMDK that enables the linked clone VM to execute a software application by accessing the first software binary VMDK from the storage component, and wherein each linked clone VM has a third logical link to a first data VMDK, the first data VMDK being specific to the linked clone VM and used to store write data that is generated by the linked clone VM while accessing the first OS VMDK and the first software binary VMDK;

at a time an upgrade is available for the software application, create a second template VM that comprises a second software binary VMDK, wherein the second software binary VMDK includes an upgraded version of the software application; and

for each linked clone VM in the plurality of linked clone VMs;

transmit, by the CMS to the linked clone VM, a command to stop execution of the software application;

upon transmitting the command, detach the first software binary VMDK from the linked clone VM by removing the second logical link between the linked clone VM and the first software binary VMDK; and

attach the second software binary VMDK to the linked clone VM by creating a fourth logical link between the linked clone VM and the second software binary VMDK, the fourth logical link enabling the linked clone VM to execute the updated version of the software application by accessing the second software binary VMDK from the storage component.

17. The CMS of claim 16 wherein the second template VM further comprises a second OS VMDK, wherein the second OS VMDK includes an upgraded version of the guest OS, and wherein the processor is further configured to, for each linked clone VM in the plurality of linked clone VMs:

detach the first OS VMDK from the linked clone VM by removing the first logical link between the linked clone VM and the first OS VMDK; and

attach the second OS VMDK to the linked clone VM by creating a fifth logical link between the linked clone VM and the second OS VMDK, wherein the linked clone VM thereafter executes the guest OS by accessing the second OS VMDK via the fifth logical link.