Automated system and method for extracting and adapting system configurations

• US 10,684,874 B1
• Filed: 05/14/2019
• Issued: 06/16/2020
• Est. Priority Date: 09/23/2008
• Status: Active Grant

• Current Assignee: Google LLC (Alphabet Inc.)
• Original Assignee: Open Invention Network LLC
• Inventors: Keagy, John M., Carr, Jeffrey, Lappas, Paul
• Primary Examiner(s): Parry, Chris
• Assistant Examiner(s): Cooney, Adam A
• Application Number:
  US16/412,359
• Time in Patent Office: 399 Days
• CPC Class Codes: G06F 2009/45562 Creating, deleting, cloning virtual machine instances
• CPC Class Codes: G06F 8/63 Image based installation; Cloning; Build to order
• CPC Class Codes: G06F 9/45533 Hypervisors; Virtual machine monitors
• CPC Class Codes: G06F 9/45537 Provision of facilities of other operating environments, e.g. WINE I/O emulation G06F13/105
• CPC Class Codes: G06F 9/4555 Para-virtualisation, i.e. guest operating system has to be modified
• CPC Class Codes: G06F 9/45558 Hypervisor-specific management and integration aspects

Abstract

Some embodiments provide a method for extracting and adapting system configuration. The method extracts a first configuration from a first node of a first hosting system. The first node includes several resources for hosting the first configuration. The method analyzes the first configuration in order to determine attributes of the first configuration. The determined attributes are relevant to hosting the first configuration on a second node of a second hosting system having several nodes. The method generates a second configuration based on the determined attributes. The method hosts the second configuration at the second node of the second hosting system.

Claims

1. A method, comprising:

extracting, from a first node of a first hosting system, a configuration comprising a first operating system and a first kernel that accesses a first set of virtualized hardware corresponding to a first set of physical hardware of the first node, the first set of virtualized hardware provided by a first hypervisor of a first type that operates on the first node;

determining that the first kernel is incompatible with a second set of virtualized hardware associated with a destination platform, the destination platform corresponding to a second set of physical hardware of a second node of a second hosting system, the second set of virtualized hardware provided by a second hypervisor of a second type, different from the first type of the first hypervisor, that operates on the second node; and

swapping out the first kernel of the configuration with a second kernel in order to host the configuration with the second kernel, the swapping comprising installing the first operating system onto the second kernel.

2. The method of claim 1, wherein the second kernel is compatible with the first operating system.

3. The method of claim 1, wherein the second kernel is compatible with a modified first operating system.

4. The method of claim 1, wherein the extracting comprises remotely accessing the first node.

5. The method of claim 4, wherein the remotely accessing comprises logging in to the first node through a user account.

6. The method of claim 4, wherein the remotely accessing comprises running an extraction tool at a computer system that communicatively couples the first node to the second node.

7. The method of claim 1, wherein the second node is a computer system.

8. The method of claim 1, wherein the first and second kernels comprise operating system and hardware interfaces, wherein an operating system interface of the second kernel is different than an operating system interface of the first kernel, and wherein a hardware interface of the second kernel is different from a hardware interface of the first kernel.

9. The method of claim 7, wherein the second node is a single physical computer system.

10. The method of claim 1, wherein the first hosting system is operated by a first service provider and said second hosting system is operated by a different second service provider.

11. The method of claim 8, wherein the hardware interface of the second kernel is compatible with the second set of virtualized hardware.

12. A non-transitory computer readable storage medium storing a computer program for execution by at least one processor, the computer program comprising:

a set of instructions for extracting, from a first node, a first configuration comprising an operating system and a kernel that interfaces with the operating system to allow the operating system to access a first set of virtualized hardware corresponding to a first set of physical hardware of the first node, the first set of virtualized hardware provided by a first hypervisor of a first type that operates on the first node;

a set of instructions for determining that the kernel of the first configuration is not compatible with a second set of virtualized hardware associated with a destination platform, the destination platform corresponding to a second set of physical hardware of a second node the second set of virtualized hardware provided by a second hypervisor of a second type, different from the first type of the first hypervisor, that operates on the second node; and

a set of instructions for swapping the kernel of the first configuration with a second kernel in a second configuration for operating with the second set of virtualized hardware provided by the second hypervisor of the second type, the swapping comprising installing the operating system onto the second kernel.

13. The non-transitory computer readable storage medium of claim 12, wherein the set of instructions for extracting the first configuration comprise instructions for running an extraction tool locally at the first node.

14. The non-transitory computer readable storage medium of claim 12, wherein kernel of the first configuration and second kernel comprise operating system and hardware interfaces, wherein an operating system interface of the second kernel is different than an operating system interface of the kernel of the first configuration, and wherein a hardware interface of the second kernel is different from a hardware interface of the kernel of the first configuration.

15. A method, comprising:

at a first hosting system, extracting an operating system, a kernel, and a set of device drivers that operate on a first set of virtualized hardware provided by a first hypervisor of a first type on a first node for hosting at a second hosting system;

generating a configuration package comprising the operating system, the kernel, and the set of device drivers extracted from the first hosting system;

determining that the kernel is incompatible with a second set of virtualized hardware provided by a second hypervisor of a second type, different from the first hypervisor, that operates on a second node;

transmitting the configuration package with a second kernel to the second hosting system to adapt the kernel and the set of device drivers for hosting on the second set of virtualized hardware; and

installing the operating system on the second kernel.

16. The method of claim 15, further comprising remotely accessing the first node by logging into the first node using a set of predefined log-in parameters.

17. The method of claim 16, wherein the set of predefined log-in parameters comprises at least one of a log-in name and a password.

18. The method of claim 16, wherein the remotely accessing is performed through at least one of a remote desktop protocol (“

RDP”

) and a secure shell (“

SSH”

).

19. The method of claim 15, wherein the generated configuration package further comprises attributes of a file system of the configuration.

20. The method of claim 19, wherein the generating the configuration package comprises generating an image file of the file system of the configuration.