WO2017166785A1 - Method for deploying virtual machines, host machine, and system - Google Patents

Abstract

A method for deploying virtual machines, a host machine, and a system. The method comprises: setting a preset script in an image file of a first virtual machine, and packaging the image file of the first virtual machine running on a first host machine into a virtual machine image template; starting the virtual machine image template as a virtual disk of a second virtual machine; and executing the preset script to modify a customization parameter of the virtual machine image template on the second virtual machine. By executing the preset script to implement fully automatic modification of the customization parameter of the virtual machine image template on the second virtual machine, the virtual machine deployment efficiency is improved and fully automatic deployment is implemented.

Description

Method, host and system for deploying virtual machine

The present application claims priority to Chinese Patent Application No. 201610202864.0, entitled "A Method, Host, and System for Deploying Virtual Machines", filed on April 1, 2016, the entire contents of which are incorporated by reference. Combined in this application.

Technical field

The present invention relates to the field of application technologies of a cloud management platform, and in particular, to a method, a host, and a system for deploying a virtual machine.

Background technique

Currently, the existing infrastructure is virtualized according to the needs of the needs, and the physical resources are allocated to the users as needed. Due to the increased demand for resources, virtual machines are deployed in batches when virtualizing desktops (English name: Virtual Machine) The VM is deployed in the virtual machine mode. Before the VM is deployed, the image file of the VM running on the host is converted into a VM image template. The VM image template is the operating system and software. Combined system image. When the virtual machine is deployed, the virtual machine image template is copied to the virtual machine. The operating system and environment data of the virtual machine are the same as the virtual machine image template. The environment data includes the security ID of the virtual machine. (English full name: Security Identifiers, English abbreviation: SID), virtual machine name, network protocol (English full name: Internet Protocol, English abbreviation: IP) address, administrator password, work domain, etc., due to newly deployed virtual machine and virtual The settings of the machine image template are the same. After the VMs are deployed in batches, the VM management is faulty. Therefore, you need to modify the environment data of each newly deployed VM. Currently, the virtual machine image template is re-encapsulated to achieve the purpose of modification. The following two solutions are mainly used:

Existing solution 1: In the final process of creating a virtual machine image template, the system preparation (English full name: System Prepatation, English abbreviation: Sysprep) tool is invoked through a pre-installed proxy service program in the virtual machine, according to the pre-configured automatic response. The file re-encapsulates the operating system in the virtual machine image template (manually modify the above environment data) and generates an automatic answer file, so that after the newly deployed virtual machine is started, when the newly deployed virtual machine starts, select "host is not customized". , the above environment data is automatically set according to the automatic answer file. In this scheme, the manual modification workload is large and error-prone, and the efficiency is low.

Existing solution 2: During the deployment of the virtual machine, create a client customization file and select "Make Customize with the existing custom specification, select the established client customization file, and re-encapsulate the deployed virtual machine by calling the Sysprep tool through the pre-installed proxy service program in the virtual machine, so that the newly deployed virtual machine is started for the first time. In the case of the machine, the above environment data is automatically set according to the client customization file.

In the above two solutions, the fully automatic packaging process cannot be implemented, the security is not guaranteed, and the deployment efficiency is low. It is not suitable for large-scale batch deployment of virtual machines in virtualization and cloud computing environments.

Summary of the invention

The embodiments of the present invention provide a method, a host, and a system for deploying a virtual machine, which can solve the problem of low efficiency of deploying virtual machines in batches in the existing mechanism.

A first aspect of the embodiments of the present invention provides a method for deploying a virtual machine, where the method includes:

The virtualized resource manager runs the package script downloaded from the cloud management platform, and sets a preset script in the image file of the first virtual machine to encapsulate the first virtual machine into a virtual machine image template, where the virtual machine image template includes a preset. script.

When the second virtual machine is deployed, the virtualized resource manager clones the virtual machine image template to the destination host of the virtual machine to be deployed, and the destination host of the virtual machine to be deployed may be the first virtual machine. The host machine may also be a second host other than the first host.

After obtaining the virtual machine image template, the destination host starts the virtual machine image template as a virtual disk of the second virtual machine;

Executing the preset script to modify a custom parameter of the virtual machine image template on the second virtual machine.

By embedding the image file of the first virtual machine into a virtual machine image template, and the virtual machine image template is encapsulated with a preset script, the second virtual machine is deployed on the destination host by using the virtual machine image template, and further The preset script implements the automatic modification of the custom parameters of the virtual machine image template on the second virtual machine, thereby improving the efficiency of deploying the virtual machine and achieving fully automated deployment.

The following is a description of the present invention from the perspective of a virtual machine on which a Windows operating system (Windows) is deployed and a virtual machine on which a Linux operating system is deployed:

In a possible design, when creating a virtual machine image template using a virtual machine with Windows deployed, you can set the custom parameters in the virtual machine image template for automatic modification of the virtual machine image template in the package preparation stage. a preset script, wherein the preset script includes a batch script and a boot script. When the preset script is executed, the custom parameter in the virtual machine image template may be modified according to the target custom parameter obtained from the cloud management platform. details as follows:

Executing the batch script and the boot script to obtain the second from the cloud management platform A target custom parameter of the virtual machine, and modifying a custom parameter of the virtual machine image template on the second virtual machine according to the target custom parameter. When the second virtual machine is deployed, the target custom parameters randomly generated by the cloud management platform are obtained, so that the customized parameters of the deployed virtual machines are different, and the network management conflict is avoided. After the automatic login, the batch script is executed and booted. Start the script without manual modification or guided manual operation, and fully customize the custom parameters.

Optionally, the target customization parameter includes a domain management and a network configuration, a security identifier SID of the second virtual machine, a virtual machine name of the second virtual machine, an administrator account of the second virtual machine, and the administrator An administrator password of the second virtual machine corresponding to the account; wherein the domain management includes a domain and a domain, and the network configuration includes a configuration of a dynamic network address and a configuration of a static network address;

The batch processing script includes: activating an operating system in the second virtual machine, dequeating the second virtual machine, and setting a dynamic host configuration protocol DHCP acquisition network;

The booting startup script includes: modifying a virtual machine name of the second virtual machine, modifying a static network address of the second virtual machine, modifying an administrator password of the second virtual machine, modifying an SID of the second virtual machine, and The second virtual machine performs domain addition, cancels automatic login of the second virtual machine, and cleans up the system environment.

By setting the boot automatic login, batch script and boot script in the virtual machine mirror template, the two virtual scripts can be used to implement the automatic modification of the custom parameters in the second virtual machine stage without manual intervention. effectiveness.

In a possible design, when deploying the Windows virtual machine, after starting the second virtual machine, first call the system file (windeploy.exe) to enter the system deployment phase, and immediately activate the built-in administrator account, boot in Windows. After the automatic login, the automatic modification of the custom parameters and the modification take effect are achieved by executing the batch script and the startup script, and restarting the virtual machine twice. Performing the batch processing script and the boot startup script to acquire target custom parameters of the second virtual machine from the cloud management platform, and modifying the second virtual machine according to the target custom parameter The custom parameters of the virtual machine image template include:

After the second virtual machine is powered on automatically, the batch script is executed to perform the Windows system genuine activation, dequeue, and setting the DHCP to obtain the network address, and trigger the cloud on the second virtual machine. The management platform configures the target custom parameter for the second virtual machine;

Executing the boot startup script to modify a virtual machine name of the second virtual machine according to the received target custom parameter from the cloud management platform;

Restarting the second virtual machine, and after the second virtual machine automatically logs in, executing the booting foot The domain name of the second virtual machine is modified according to the target custom parameter, the static network address of the second virtual machine is modified, the administrator password of the second virtual machine is modified, and the second virtual machine is modified. SID, as well as clean up the system environment (delete package scripts and configuration files) after canceling the automatic login of the Windows virtual machine by restoring the registry and system environment;

Restart the second virtual machine.

In the above possible design, the second virtual machine is restarted by setting the startup script to ensure that the modified custom parameters take effect, the operating system is automatically activated, the virtual machine name is successfully modified, and the virtual machine name is automatically added after the virtual machine name is modified. The domain avoids the de-allocation phenomenon after the manual domain is added. At the same time, the static network address, password, and SID of the second virtual machine are successfully modified to avoid the management conflict caused by the consistent setting of the custom parameters.

In some possible designs, in order to implement the modification of the custom parameters in the virtual machine image template in the stage of deploying the second virtual machine, the virtual machine image template may be performed before the virtual machine image template is created. Encapsulate and set the above preset script for use when deploying the second virtual machine. Therefore, before the obtaining the virtual machine image template, the method further includes:

Executing a package script downloaded from the cloud management platform to reset an administrator password of the first virtual machine in the first virtual machine, turn off Windows update, disable user account control UAC, close error report, disable firewall, back Domain and open Windows core memory dump function, configure Windows boot automatic login and boot script registry, run Sysprep according to Extensible Markup Language XML answer file to reconfigure Windows system, and set the boot script to close the first virtual machine The image file of the first virtual machine is encapsulated into the virtual machine image template.

The encapsulation of the operating system in the first virtual machine is performed by using the foregoing package script, so that the virtual machine image template is created by using the image file of the first virtual machine to implement automatic packaging of the virtual machine image template. .

In some possible designs, after the clone virtual machine mirrors the template to the second host, before the virtual machine image template is started as the virtual disk of the second virtual machine on the second host, the method Also includes:

Mounting the cloned virtual machine image template on the second virtual machine on the computer node agent CNA, and injecting the boot script and a configuration file for describing the target custom parameter by using a virtual machine monitor VMM Go to the image file of the second virtual machine.

In a possible design, when creating a virtual machine image template using a virtual machine with Linux deployed, it can be set in the virtual machine image template for automatic modification of the virtual machine during the package preparation phase. A preset script of a custom parameter in the image template, wherein the preset script includes a boot script. When the preset script is executed, the custom parameter in the virtual machine image template may be modified according to the target custom parameter obtained from the cloud management platform. details as follows:

The booting script is executed to obtain the target custom parameter of the second virtual machine from the cloud management platform, and modify the virtual machine image template on the second virtual machine according to the target custom parameter. Define parameters. When the second virtual machine is deployed, the target custom parameters randomly generated by the cloud management platform are obtained, so that the customized parameters of the deployed virtual machines are different, and the network management conflict is avoided, and the startup startup script is executed, and no manual modification or manual manual is required. Operation, fully automatic modification of custom parameters.

Optionally, the target custom parameter includes a network configuration, a virtual machine name of the second virtual machine, a virtual machine name of the second virtual machine, and a super user of the second virtual machine corresponding to the super user name root of the second virtual machine. a password; wherein the network configuration includes a configuration of a static network address;

The booting startup script includes: modifying a virtual machine name of the second virtual machine, modifying a static network address of the second virtual machine, modifying a super user password of the second virtual machine, modifying a host name configuration file, and DNS domain name resolution, and This may include cleaning up the operating system environment of the second virtual machine.

In some possible designs, when the Linux virtual machine is deployed, the modification is effective by executing the boot script and restarting the virtual machine's network service. Performing the boot startup script to acquire target custom parameters of the second virtual machine from the cloud management platform, and modifying the virtual machine image template on the second virtual machine according to the target custom parameter Custom parameters, including:

Executing the boot startup script to trigger the cloud management platform to configure the target custom parameter for the second virtual machine;

After receiving the target custom parameter sent by the cloud management platform, modifying a virtual machine name of the second virtual machine according to the target custom parameter, configuring a DNS domain name resolution, and modifying the second virtual machine. a static network address of the virtual machine and a super user password of the second virtual machine;

Restarting the network service of the second virtual machine enables the above network configuration to take effect.

In the above-mentioned possible design, the network service of the virtual machine is restarted by using the boot script to ensure that the modified custom parameters take effect, and the virtual machine name is successfully modified. The static network address and password of the second virtual machine are also successfully modified to avoid management conflicts caused by consistent setting of custom parameters.

In some possible designs, in order to implement the modification of the custom parameters in the virtual machine image template in the stage of deploying the second virtual machine, the virtual machine image template may be performed before the virtual machine image template is created. Encapsulate and set the above preset script for use when deploying the second virtual machine. Therefore, Before the obtaining the virtual machine image template, the method further includes:

Performing a package script downloaded from the cloud management platform to delete a network card naming and maintaining rule file, setting a dynamic host configuration protocol DHCP to obtain a network address, and setting the booting in an image file of the first virtual machine of the first host machine. And compressing the package script to encapsulate the image file of the first virtual machine into the virtual machine image template.

The encapsulation of the operating system in the first virtual machine is performed by using the foregoing package script, so that the virtual machine image template is created by using the image file of the first virtual machine to implement automatic packaging of the virtual machine image template. .

In some possible designs, when the virtual machine image template is created, the preset script is set in the image of the first virtual machine, and when the second virtual machine is deployed, the virtual machine monitor VMM is required to be powered on. The startup script and target custom parameters are injected into the second virtual machine. Specifically, before the merging the virtual machine image template to the second host, the method further includes: before the virtual machine image template is started as the virtual disk of the second virtual machine on the second host, the method further includes:

Mounting the cloned virtual machine image template on the domain domain0 of the computer node proxy CNA, and sending the boot script and the target custom parameter to the virtual machine monitor VMM, so that the VMM will boot the boot A startup script and the target custom parameter are injected into the second virtual machine.

In some possible designs, since the first host and the second host may belong to the same cluster or different clusters, the manner in which the second host obtains the required virtual machine image template from the first host is different. Specifically, the cloning virtual machine image template to the second host includes at least one of the following items:

If the first virtual machine and the second virtual machine belong to the same cluster, obtain the virtual machine image template from the shared storage of the same cluster, in this case, the first virtual machine and the second virtual machine It may also run on the same host or on different hosts in the same cluster.

If the first virtual machine and the second virtual machine belong to the same virtualized resource manager but do not belong to the same cluster, use the virtualized resource manager to locate the first host where the first virtual machine is located The virtual machine image template in the corresponding shared storage is cloned and exported to the shared storage corresponding to the second host where the second virtual machine is located, and stored in the shared storage corresponding to the second host. The virtual machine image template is cloned and exported to the second host;

If the first virtual machine and the second virtual machine belong to different virtualized resource managers, share the network attached storage NAS by using the universal Internet file system CIFS protocol to locate the first virtual machine. The virtual machine image template in the shared storage corresponding to the first virtual machine is cloned and exported to the NAS, and the virtual machine image template stored in the NAS is cloned and exported to the second virtual machine. The second host.

The purpose of sharing a virtual machine image template is achieved by shared storage in the cluster and NAS between the clusters.

A second aspect of the embodiments of the present invention provides a host machine having a function of implementing a method for deploying a virtual machine corresponding to the package provided by the foregoing first aspect. The functions may be implemented by hardware or by corresponding software implemented by hardware. The hardware or software includes one or more units corresponding to the functions described above, which may be software and/or hardware.

In a possible design, the host machine includes:

An obtaining unit, configured to obtain a virtual machine image template, where the virtual machine image template is obtained according to an image file of the first virtual machine package, where the virtual machine image template includes a preset script;

a processing unit, configured to start, by using the virtual machine image template obtained by the acquiring unit, as a virtual disk of a second virtual machine, execute the preset script, to modify the virtual machine image on the second virtual machine Custom parameters for the template.

In a possible design, the host machine includes:

Receiver, processor and memory;

The memory is used to store program code, and the processor is configured to invoke program code in the memory to perform the following operations:

And obtaining, by the receiver, a virtual machine image template, where the virtual machine image template is obtained according to an image file of the first virtual machine package, where the virtual machine image template includes a preset script;

The virtual machine image template obtained by the obtaining unit is started as a virtual disk of the second virtual machine, and the preset script is executed to modify the custom parameter of the virtual machine image template on the second virtual machine. .

A third aspect of the embodiments of the present invention provides a system for deploying a virtual machine, including the host and the virtualized resource manager according to the second aspect, wherein the virtualized resource manager is configured to clone a virtual machine image template to The host machine.

The system for deploying a virtual machine has a function of implementing a method corresponding to the package deployment virtual machine provided by the above first aspect. The functions may be implemented by hardware or by corresponding software implemented by hardware. The hardware or software includes one or more units corresponding to the above functions, which may be software And / or hardware.

Compared with the existing mechanism, in the present invention, the second virtual machine is created by using the virtual machine image template that is configured with the preset script, so that after the virtual machine image template is started as the virtual disk of the second virtual machine, The preset script is executed to automatically modify the custom parameters of the virtual machine image template on the second virtual machine to improve the efficiency of deploying the virtual machine.

DRAWINGS

FIG. 1 is a schematic flowchart of a method for deploying a virtual machine in this embodiment;

FIG. 2 is another schematic flowchart of a method for deploying a virtual machine in this embodiment;

FIG. 3 is another schematic flowchart of a method for deploying a virtual machine in this embodiment;

FIG. 4 is another schematic flowchart of a method for deploying a virtual machine in this embodiment;

FIG. 5 is another schematic flowchart of a method for deploying a virtual machine in this embodiment;

FIG. 6 is a schematic structural diagram of a host machine in the embodiment; FIG.

FIG. 7 is a schematic structural diagram of a system for deploying a virtual machine in this embodiment;

FIG. 8 is another schematic structural diagram of the host machine in the embodiment.

detailed description

The technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It is obvious that the described embodiments are only a part of the embodiments of the present invention, but not all embodiments, based on All other embodiments obtained by those skilled in the art without creative efforts are within the scope of the present invention.

The terms "first", "second" and the like in the specification and claims of the present invention and the above drawings are used to distinguish similar objects, and are not necessarily used to describe a particular order or order. It is to be understood that the data so used may be interchanged where appropriate so that the embodiments described herein can be implemented in a sequence other than what is illustrated or described herein. In addition, the terms "comprises" and "comprises" and "the" and "the" are intended to cover a non-exclusive inclusion, for example, a process, method, system, product, or device that comprises a series of steps or units is not necessarily limited to Those steps or units, but may include other steps or units not explicitly listed or inherent to such processes, methods, products or devices, the division of elements appearing herein is merely a logical division. There may be additional ways of dividing when implemented in an actual application, for example, multiple units may be combined or integrated into another system, or some features may be omitted or not performed, and in addition, the displayed or discussed mutual coupling. The direct coupling or the communication connection may be through some interfaces, and the indirect coupling or communication connection between the units may be electrical or the like, which is not limited herein. And as a separate component The illustrated unit or subunit may or may not be physically separated, may or may not be a physical unit, or may be divided into a plurality of circuit units, and some or all of the units may be selected according to actual needs to implement the present invention. The purpose of the embodiments of the invention.

The embodiments of the present invention provide a method, a host, and a system for deploying a virtual machine, which are used in the technical field of a cloud management platform. The details are described below.

The system for deploying a virtual machine in this document includes a cloud management platform, at least one virtualized resource manager (English full name: Virtual Resouce Manager, English abbreviation: VRM), at least one host machine, and the user operates on the cloud management platform to implement each sink. Management and control of the virtual machines running on the host and each host. The cloud management platform is mainly used for scheduling physical resource pools according to the deployment request of the user, and may be a cloud host management platform, a cloud computing platform, a cloud host, a computer, a cloud computing node, etc., and the VRM is mainly used for scheduling physical resources and virtual resources. As well as deploying virtual machines, each VRM is responsible for resource scheduling for all hosts within the corresponding cluster. Each cluster has shared storage for storing files shared by each host in the cluster (such as virtual machine image templates, applications, etc.). A host is a physical computer that requires virtual machine software to be installed.

The existing technical solutions are mainly used in the prior art because the configuration of the virtual machine mirroring template is required to be manually modified.

1. When creating a VM image template, set a preset script for implementing the automatic modification of the custom parameters in the VM image template in the VM image.

That is, install the operating system, applications, services, etc. in the selected source virtual machine, execute the package script, and call the Sysprep tool according to the preset extensible markup language (English full name: Extensive Markup Language, English abbreviation: XML) answer file. Configure the Windows virtual machine and set the default script in the image of the source VM to encapsulate the image of the source VM. After the source VM is shut down, the VM image template is obtained. The package script includes a command to invoke the Sysprep tool, the Sysprep tool performs a reconfiguration system, and the Sysprep tool executes the parameters to be modified according to the preset answer file. The XML response file can run the program under the Sysprep folder before running the package. "setupmgr.exe" is generated.

2. Clone the virtual machine image template of the preset script to the host of the virtual machine to be deployed.

3. After the cloned VM image template is started, the default script is automatically executed to modify the custom parameters of the VM image template on the VM to be deployed.

Start a clone by deploying a virtual machine using a virtual machine image template with a preset script set When the virtual machine mirrors the template, the above preset script is executed to automatically modify the above custom parameters to avoid network management conflicts and improve virtual machine deployment efficiency.

Referring to FIG. 1 , a method for deploying a virtual machine in the embodiment of the present invention is described below, in order to implement automatic modification of a custom parameter in a virtual machine image template in a stage of deploying a new virtual machine, and the virtual machine image is created. Before the template, you can encapsulate the virtual machine image template and set the above preset script for use when deploying a new virtual machine. Specifically, before the virtual machine image template is created, the virtual machine that meets the requirements is determined according to the requirements of the host, for example, the operating system type deployed in the virtual machine, the version information of the operating system in the virtual machine, the deployed application and service, and the like. Then, select the desired target virtual machine in the cloud management platform, click the "Make Mirror" button to trigger the production of the image, and then copy the virtual machine image by the target virtual machine through the VRM, and then start the virtual machine image. And downloading and decompressing the package script package through the cloud management platform channel, the embodiment of the present invention includes:

The VRM executes the package script downloaded from the cloud management platform to set a preset script in the image file of the first virtual machine of the first host, and encapsulates the image file of the first virtual machine into the virtual Machine mirror template.

The encapsulation of the operating system in the first virtual machine is performed by using the foregoing package script, so that the virtual machine image template is created by using the image file of the first virtual machine to implement automatic packaging of the virtual machine image template. .

102. The VRM clones the virtual machine image template to the second host.

It can be understood that, since one host can run more than two virtual machines at the same time, the operator can deploy the second virtual machine on the first host to which the first virtual machine belongs, that is, the second host and the second host. The first host is the same host; the second virtual machine may be deployed on the host other than the first host. The VRM is the destination host for selecting the virtual machine to be deployed according to the resource scheduling algorithm, and is not limited.

103. The second host starts the obtained virtual machine image template as a virtual disk of the second virtual machine.

The virtual machine image template includes a preset script, and the virtual machine image template is obtained according to an image file of the first virtual machine of the first host.

The default scripts that are set when the image file of the first VM is encapsulated are different. The two scenarios are as follows:

a. When creating a VM image template using a VM with Windows deployed, you can apply it in the package. In the standby phase, set the power-on automatic login, batch script, and boot script in the virtual machine image template.

b. When creating a VM image template using a VM with Linux deployed, you can set the boot script in the VM image template during the package preparation phase.

It can be understood that, due to the different principles of the Windows operating system and the Linux operating system, the startup startup scripts in the above a&b scenarios have different strategies.

First, the packaging phase in the deployment of the Windows VM scenario

When creating a VM image template using a VM configured with Windows, you can fully modify the custom parameters in the VM image template before deploying the VM image template. The virtual machine image template can be encapsulated, and a batch script and a boot script are set in the virtual machine image template for use in deploying the second virtual machine. Specifically, before the virtual machine image template is cloned to the second host, the VRM performs the following encapsulation operation on the first virtual machine:

Reset the administrator password, turn off Windows updates, disable user account control (English account: User Account Control, English abbreviation: UAC), turn off error reporting, disable firewall, dequeue and open Windows core dump function, and set Windows boot Automatic login, batch script, and boot script, then run the Sysprep tool according to the answer file, reconfigure the Windows system, activate the administrator account of the Windows system, and shut down the first virtual machine, thereby mirroring the first virtual machine The encapsulation is the virtual machine image template. The package script is a one-button automatic package script, which can automatically perform subsequent package operations with one button selection, without manual intervention, thereby reducing error rate and improving package efficiency.

The encapsulation of the operating system in the first virtual machine is performed by using the foregoing package script, so that the virtual machine image template is created by using the image file of the first virtual machine to implement automatic packaging of the virtual machine image template. .

The batch processing script includes: activating an operating system in the second virtual machine, dequeating the second virtual machine, and setting a dynamic host configuration protocol (English full name: Dynamic host configuration protocol, English abbreviation: DHCP). A network in which a domain is referred to as exiting from a collection of servers and computers.

The booting startup script includes: modifying a virtual machine name of the second virtual machine, modifying a static network address of the second virtual machine, modifying an administrator password of the second virtual machine, modifying a SID of the second virtual machine, and Adding the domain to the second virtual machine may further include canceling the automatic login of the second virtual machine and cleaning up the system environment, wherein adding the domain refers to joining a set of servers and computers, the set Used in conjunction with a group of computers to share a common secure database, any computer can access other computers within the same domain.

By setting a batch script and a boot-up script, it is possible to implement automatic modification of the custom parameters according to the two scripts during the deployment of the second virtual machine stage, without manual participation, and improve deployment efficiency.

Second, the packaging phase in the deployment of Linux VM scenarios

When creating a VM image template using a Linux-based VM, the modification of the custom parameters in the VM image template is completed automatically before the VM image template is created. The virtual machine image template can be encapsulated, and the above startup script is set in the virtual machine image template for use in deploying the second virtual machine. Specifically, before the virtual machine image template is cloned to the second host, the following steps can be performed:

Executing a package script downloaded from the cloud management platform, deleting a network card naming and maintaining rule file, setting DHCP to obtain a network address, setting the boot script in an image file of the first virtual machine of the first host, and cleaning After the first virtual machine is shut down, the image file of the first virtual machine is encapsulated into the virtual machine image template. The package script is a one-button automatic package script, which can automatically perform subsequent package operations with one button selection, without manual intervention, thereby reducing error rate and improving package efficiency.

The booting startup script includes: modifying a virtual machine name of the second virtual machine, modifying a static network address of the second virtual machine, modifying a super user password of the second virtual machine, and the host name configuration file may further include a DNS domain name. Parse and clean up the operating system environment of the second virtual machine.

In addition, since the boot startup script set in step 101 is a registry configuration file and cannot be directly executed, in the stage of deploying the second virtual machine, it is necessary to implement automatic modification of the custom parameters. After executing the boot automatic login script, the VRM first needs to be performed. The cloned virtual machine image template is mounted on the domain of the computer node agent (English name: Computer Node Agent, English abbreviation: CNA) (English name: Domain 0, English abbreviation: Dom0), and then the virtual machine monitor is used. The full name: Virtual Machine Monitor (English abbreviation: VMM) injects the boot script and the target custom parameters into the second virtual machine. There is a VMM on each host, and this injection method is applicable when deploying Windows VM and Linux VM. This document is not limited.

104. The second host executes the preset script to modify a custom parameter of the virtual machine image template on the second virtual machine.

The custom parameters of the virtual machine image template include a domain, a security identifier SID of the second virtual machine, a virtual machine name of the second virtual machine, and a second virtual machine. The administrator password, the network configuration, and the like. The configuration parameters of the virtual machine image template include the virtual machine name of the second virtual machine, the super user password of the second virtual machine, and the network configuration.

In the embodiment of the present invention, the second virtual machine is created by using the virtual machine image template that is configured with the preset script, so that after the virtual machine image template is started as the virtual disk of the second virtual machine, the preset is executed. The script implements the automatic modification of the custom parameters of the virtual machine image template on the second virtual machine to improve the efficiency of deploying the virtual machine.

The present invention is described below from the perspective of deploying a Windows VM and deploying a Linux VM:

First, deploy Windows VM

Since the boot automatic login, the batch script, and the boot script are set in the virtual machine image template during the packaging phase, the second virtual machine is deployed, and after the automatic login is started, the batch script is triggered. The cloud management platform configures the target virtual parameter for the second virtual machine, so that when the boot startup script is executed subsequently, the second virtual machine is modified according to the target custom parameter obtained from the cloud management platform. Custom parameters for the virtual machine image template. When the second virtual machine is deployed, the target custom parameters randomly generated by the cloud management platform are obtained, so that the customized parameters of the deployed virtual machines are different, and network management conflicts are avoided, and the automatic login script and the startup startup script are executed by the booting, without manual operation. Modify or guide manual operation to fully modify the custom parameters.

The target custom parameter includes a network configuration, a security identifier SID of the second virtual machine, a virtual machine name of the second virtual machine, a user name of the second virtual machine, and a second virtual machine corresponding to the user name. The administrator password; wherein the network configuration includes a domain configuration, a configuration of a dynamic network address, a configuration of a domain plus a static network address.

In addition, each new deployment of a virtual machine, the cloud management platform will be randomly generated for the newly deployed virtual machine (randomly generated can be a well-known rule or algorithm, this article is not limited) corresponding target custom parameters, and through cloud management The platform channel, mail, etc. are transmitted to the user, which can increase the security of the information, and prevent the virtual machine user from using the third-party tools pre-installed by the VM vendor (such as driver or agent software) to call the Sysprep tool to set the user-defined information ( Such as the above-mentioned target custom parameters) pushed to the virtual machine for security risks caused by package deployment. The same is true when deploying a Linux VM. Subsequent similarities are not repeated here.

For example, when deploying a Windows VM, after starting the second virtual machine, first call the system file (windeploy.exe) to enter the system deployment phase, and immediately activate the built-in administrator (English full name: Administrator) account, automatically log in at Windows boot After executing the batch script and booting The script is executed, and in the process of executing the boot script, the virtual machine name is isolated from the plus domain operation by restarting the virtual machine twice, so that the above custom parameter modification takes effect. details as follows:

After the second virtual machine is powered on automatically, the batch script is executed to perform the Windows system genuine activation, dequeue, and setting the DHCP to obtain the network address, and trigger the cloud on the second virtual machine. The management platform configures the target custom parameter for the second virtual machine;

Executing the boot startup script to modify a virtual machine name of the second virtual machine according to the received target custom parameter from the cloud management platform;

Restarting the second virtual machine causes the modified virtual machine name of the second virtual machine to take effect.

After the second virtual machine is automatically logged in, the booting script is executed to add a domain to the second virtual machine according to the target custom parameter, modify a static network address of the second virtual machine, and modify the The administrator password of the second virtual machine and modifying the SID of the second virtual machine, and cleaning the system environment (deleting the package script and configuration file) after canceling the automatic login of the Windows virtual machine by restoring the registry and the system environment;

Restart the second virtual machine.

It can be seen that the second virtual machine is restarted by setting the boot script twice to ensure that the modified custom parameters take effect, automatically activate the operating system, successfully modify the virtual machine name, and automatically add the domain after modifying the virtual machine name. Avoid the de-domain phenomenon that occurs after the manual domain is added. At the same time, the static network address, administrator password, and SID of the second virtual machine are successfully modified to avoid management conflicts caused by consistent custom parameter settings.

The following is an example of deploying a second virtual machine on a second host. As shown in FIG. 2, the user deploys the required applications and services in VM1, selects VM1 on the cloud management platform, and clicks the “Make Image” button. The VRM shuts down VM1 and copies a VM1 image. The VRM mirrors the VM1 image and downloads and decompresses the package script package through the channel of the cloud management platform, and then executes the package script. After the execution, the VRM shuts down the VM1 image. Clean the package script and shut down the VM1 image to be packaged into a virtual machine image template. The user then deploys the VM in batches. When the VM is deployed, the VRM mounts the copied image to the dom0 of the CNA. The VMM will boot. The startup script and the virtual machine name, IP address, password and other custom parameters delivered by the cloud management platform are injected into the VM2, and the virtual machine image template in the VM2 is booted. After the automatic login, the batch script is executed, and the boot script is executed. Script, modify the virtual machine name, IP address, administrator password, etc. of VM2 and add domain-related configuration, and then clean up the live configuration file and boot boot footer. To restore the original environment, successfully completed the deployment of VM2 on Host2. The VRM returns the message of creating the virtual machine VM2 success to the cloud management platform, and the cloud management platform will name the virtual machine. Custom parameters such as IP address, user name, and password are sent to the user of the virtual machine by email.

Second, deploy Linux VM

When a virtual machine image template is created using a virtual machine in which the Linux is deployed, since the boot script is set in the virtual machine image template during the package preparation phase, the boot process may be obtained from the cloud management platform. The target custom parameter modifies the custom parameters in the virtual machine image template, as follows:

The booting script is executed to obtain the target custom parameter of the second virtual machine from the cloud management platform, and modify the virtual machine image template on the second virtual machine according to the target custom parameter. Define parameters. When the second virtual machine is deployed, the target custom parameters randomly generated by the cloud management platform are obtained, so that the customized parameters of the deployed virtual machines are different, thereby avoiding network management conflicts, and the boot startup script is executed without manual modification or guiding. Manual operation, fully automatic modification of custom parameters.

The target custom parameter includes a network configuration, a virtual machine name of the second virtual machine, and a super user password of the second virtual machine corresponding to the super user of the second virtual machine; wherein the network configuration includes a static network address. Configuration.

For example, when deploying a Linux VM, you can also restart the network service of the second virtual machine in the process of executing the boot script to achieve the purpose of the modification, as follows:

Executing the boot startup script to trigger the cloud management platform to configure the target custom parameter for the second virtual machine;

After receiving the target custom parameter sent by the cloud management platform, modifying a virtual machine name of the second virtual machine according to the target custom parameter, configuring a DNS domain name resolution, and modifying the second virtual machine. a static network address of the virtual machine and a super user password of the second virtual machine;

Restarting the network service of the second virtual machine makes the last network setting take effect.

The network service of the virtual machine is restarted by the startup startup script to ensure that the modified custom parameters take effect, that is, the virtual machine name, the static network address of the second virtual machine, and the super user password are successfully modified to avoid the consistency of the custom parameter settings. Management conflict.

Optionally, in some embodiments of the present invention, when the virtual machine image template is created, including a scenario in which a Windows VM is deployed and a Linux VM is deployed, the preset script is set in a mirror of the first virtual machine, where When the second virtual machine is deployed subsequently, the VMM will need the boot script and the target custom parameters. Inject the second virtual machine. Specifically, after the virtual machine image template is cloned to the second host, before the virtual machine image template is started as the virtual disk of the second virtual machine on the second host, the following is also performed:

Mounting the cloned virtual machine image template on the second virtual machine on the CNA, and sending the boot script and a configuration file for describing the target custom parameter to the virtual machine monitor VMM to And causing the VMM to inject the boot script and a configuration file for describing the target custom parameter into the second virtual machine.

Optionally, in some embodiments of the present invention, the first host and the second host may belong to the same cluster or different clusters, so that the second host obtains the required virtual machine image template from the first host. The method is different as follows: the clone virtual machine image template to the second host includes at least one of the following items:

If the first virtual machine and the second virtual machine are in the same cluster, the virtual machine image template is obtained from the shared storage of the same cluster; in this case, the first virtual machine and the second virtual machine are further It may run on the same host or on different hosts in the same cluster.

If the first virtual machine and the second virtual machine belong to the same virtualized resource manager but do not belong to the same cluster, use the virtualized resource manager to locate the first host where the first virtual machine is located The virtual machine image template in the corresponding shared storage is cloned and exported to the shared storage corresponding to the second host where the second virtual machine is located, and stored in the shared storage corresponding to the second host. The virtual machine image template is cloned and exported to the second host where the second virtual machine is located;

If the first virtual machine and the second virtual machine belong to different virtualized resource managers, share the network auxiliary storage through a common Internet file system (English name: Common Internet File Systems, English abbreviation: CIFS) protocol (English full name) Network Attached Storage (NAS): clones and exports the virtual machine image template in the shared storage corresponding to the first virtual machine where the first virtual machine is located to the NAS, and stores the data in the NAS. The virtual machine image template in the virtual machine is cloned and exported to the second host where the second virtual machine is located. The NAS is a dedicated data storage server that occupies one node in a local area network, allowing users to store data on the network while centrally managing and processing all data in the local area network.

The shared virtual machine image template is implemented by the shared storage in the cluster and the inter-cluster NAS to meet the diversification of user requirements. For example, if the virtual machine version of a host user in the cluster is not met in the same cluster, The NAS looks for a virtual machine version that meets the needs in other clusters. Of course, the software that meets the requirements can be pre-installed in a virtual machine and then encapsulated into a virtual machine image template.

For example, as shown in FIG. 3, a set of NAS is planned as a peripheral mirror storage device in each local area network, and all clusters in the NAS and a local area network are connected through the network, and the image file of the virtual machine is stored on the NAS. For the image of the inventory, copy directly to the NAS, and then configure the image management data on the cloud management platform; for the newly created image of the user, export to the NAS through VRM, and then store the NAS through the VRM when creating a new VM. Import the VM image template into the new host and finish creating the new VM.

Specifically, the VM1 on the Host1 in the cluster under the VRM1 is encapsulated by the cloud management platform to be converted into a VM image template, and the template is exported. The VRM1 exports the VM image template from the shared storage of the cluster to the NAS. Then, the VM image template is registered to the cloud management platform, so that the cloud management platform configures corresponding image management data for the VM image template. When the user creates a virtual machine on the cloud management platform, VRM2 imports the VM image template to Host2 in the cluster under the VRM, and creates VM2 on Host2, so that the cluster between different VRMs can share the VM through the NAS. Template mirroring. In the same way, the sharing of virtual machine template images can be shared by different host hosts in the same cluster.

The method for deploying a virtual machine in the present invention is described above. The following describes the host 60 for deploying a virtual machine that implements the foregoing method. Referring to FIG. 6, the host 60 includes:

The obtaining unit 601 is configured to obtain a virtual machine image template, where the virtual machine image template is obtained according to an image file of the first virtual machine package, where the virtual machine image template includes a preset script.

The processing unit 602 is configured to start the virtual machine image template acquired by the obtaining unit 601 as a virtual disk of the second virtual machine, and execute the preset script to modify the virtual on the second virtual machine. Custom parameters for the machine image template.

In the embodiment of the present invention, the processing unit 602 creates a second virtual machine by using a virtual machine image template that is configured with the preset script, so that after the virtual machine image template is started as the virtual disk of the second virtual machine, The preset script implements the automatic modification of the custom parameters of the virtual machine image template on the second virtual machine to improve the efficiency of deploying the virtual machine.

The present invention is described below from the perspective of deploying a Windows VM and deploying a Linux VM:

First, deploy the Windows VM scenario:

Encapsulation phase: the processing unit 602 executes a package script downloaded from the cloud management platform, Reset the first virtual machine's administrator password, turn off Windows updates, disable user account control UAC, disable error reporting, disable firewall, dequeue, and turn on Windows core memory dump in the first virtual machine of the first host. Configure the Windows auto-login and the default script. Run the Sysprep to reconfigure the Windows system based on the XML response file. After the first virtual machine is shut down, the image file of the first virtual machine is encapsulated into the virtual machine image template.

Among them, the preset scripts set in the virtual machine image template include a batch script and a boot script.

a deployment stage: the processing unit 602 executes the batch script and the boot script, and acquires, by using the acquiring unit 601, a target custom parameter of the second virtual machine from the cloud management platform, and according to the target Defining parameters modify the custom parameters of the virtual machine image template on the second virtual machine.

The target customization parameter includes a domain management and network configuration, a security identifier SID of the second virtual machine, a virtual machine name of the second virtual machine, and an administrator password of the second virtual machine; wherein the domain management includes Retiring domain and adding domain, the network configuration includes configuration of a dynamic network address and configuration of a static network address;

The batch processing script includes: activating an operating system in the second virtual machine, dequeating the second virtual machine, and setting a dynamic host configuration protocol DHCP acquisition network;

The booting startup script includes: modifying a virtual machine name of the second virtual machine, modifying a static network address of the second virtual machine, modifying an administrator password of the second virtual machine, modifying an SID of the second virtual machine, and The second virtual machine performs domain addition and cancels the second virtual machine automatic login.

Optionally, the host device 60 further includes a sending unit 603, in the process of executing the booting script, the virtual machine name may be isolated from the domain-adding operation by restarting the virtual machine twice, so that the modification of the customized parameter takes effect. And avoid the de-domain phenomenon that occurs after adding the domain. details as follows:

After the second virtual machine is powered on automatically, the processing unit 602 executes the batch processing script to perform domain revocation and set DHCP acquisition with the network address, and pass the sending unit 603. Triggering the cloud management platform to configure the target custom parameter for the second virtual machine;

The booting script is executed to modify the virtual machine name of the second virtual machine according to the target custom parameter from the cloud management platform received by the obtaining unit 601;

After the second virtual machine is restarted, the booting script is executed to add a domain to the second virtual machine according to the target custom parameter, modify a static network address of the second virtual machine, and modify the An administrator password of the second virtual machine, and modifying a SID of the second virtual machine;

Restart the second virtual machine.

In order to implement the second host to obtain the randomly generated target custom parameters, when the second virtual machine is deployed, the boot script and the target custom parameters need to be injected into the second virtual machine through the VMM. After the processing unit 601 clones the virtual machine image template to the second host, the processing unit 601 starts the virtual machine image template as the virtual disk of the second virtual machine on the second host, and further Used for:

Mounting the cloned virtual machine image template on the second virtual machine on the CNA, and sending the boot script and the target custom parameter to the VMM, so that the VMM will use the boot script And injecting the target custom parameter into an image file of the second virtual machine.

Second, deploy the Linux VM scenario

Encapsulation stage: the processing unit 602 executes an encapsulation script downloaded from the cloud management platform to delete a network card naming and maintaining rule file, and set a dynamic host configuration protocol DHCP to obtain a network address, in the first virtual machine of the first host The preset script is set in the image file, and the package script is cleared. After the first virtual machine is shut down, the image file of the first virtual machine is encapsulated into the virtual machine image template. The preset script set in the virtual machine image template includes a boot script.

a deployment phase: the processing unit 602 executes the boot startup script to acquire target custom parameters of the second virtual machine from the cloud management platform, and modify the second virtual machine according to the target custom parameter. The custom parameter of the virtual machine image template.

The target custom parameter includes a network configuration, a virtual machine name of the second virtual machine, and a super user password of the second virtual machine corresponding to the super user name root of the second virtual machine; wherein the network configuration includes a static network. Address configuration;

The booting startup script includes: modifying a virtual machine name of the second virtual machine, modifying a static network address of the second virtual machine, modifying a super user password of the second virtual machine, modifying a host name configuration file, and DNS domain name resolution.

When the Linux VM is deployed, the network service of the virtual machine can be restarted for the purpose of the modification to take effect. The processing unit 602 is specifically configured to:

Executing the booting startup script to trigger the cloud management platform to configure the target custom parameter for the second virtual machine by using the sending unit 603;

After receiving the target custom parameter sent by the cloud management platform by the acquiring unit 601, modifying the virtual machine name of the second virtual machine according to the target custom parameter, and the second The virtual machine configures the DNS domain name resolution, modifies the static network address of the second virtual machine, and modifies the super user password of the second virtual machine;

Restart the network service of the second virtual machine.

Optionally, in some embodiments of the present invention, the first host and the second host may belong to the same cluster or different clusters, so that the second host obtains the required virtual machine image template from the first host. The method is different. The processing unit 602 satisfies at least one of the following items when the clone virtual machine mirrors the template to the second host:

If the first virtual machine and the second virtual machine are in the same cluster, the virtual machine image template is obtained from the shared storage of the same cluster. In this case, the first virtual machine and the second virtual machine are further It may run on the same host or on different hosts in the same cluster.

If the first virtual machine and the second virtual machine belong to the same virtualized resource manager but do not belong to the same cluster, use the virtualized resource manager to locate the first host where the first virtual machine is located The virtual machine image template in the corresponding shared storage is cloned and exported to the shared storage corresponding to the second host where the second virtual machine is located, and stored in the shared storage corresponding to the second host. The virtual machine image template is cloned and exported to the second host;

If the first virtual machine and the second virtual machine belong to different virtualized resource managers, share the NAS in the shared storage corresponding to the first virtual machine where the first virtual machine is located by using the CIFS protocol sharing NAS. The machine image template is cloned and exported to the NAS, and the virtual machine image template stored in the NAS is cloned and exported to the second host where the second virtual machine is located.

In addition, the processing unit 602, after acquiring the virtual machine image template, before the virtual machine image template is started as the virtual disk of the second virtual machine on the second host, is further used to:

Mounting the cloned virtual machine image template on the second virtual machine on the CNA, and sending the boot script and the target custom parameter to the VMM, so that the VMM will use the boot script And injecting the target custom parameter into an image file of the second virtual machine.

It should be noted that the physical device corresponding to the obtaining unit 601 in the embodiment shown in FIG. 6 of the present invention may be a receiver, and the physical device corresponding to the sending unit 603 may be a transmitter, and the physical devices corresponding to all processing units may be For the processor. Each of the devices shown in FIG. 6 may have a structure as shown in FIG. 8. When the host machine 60 has the structure shown in FIG. 8, the processor, the transmitter, and the receiver in FIG. 8 implement the aforementioned host device. The device unit 602, the transmitting unit 603, and the obtaining unit 601 provided by the apparatus embodiment of 60 have the same or similar functions, and the memory storage processor in FIG. 8 performs the above deployment. The program code to be called when the virtual machine method is used.

The embodiment of the present invention further provides a system for deploying a virtual machine. As shown in FIG. 7, the system for deploying a virtual machine includes:

The host machine 60 and the virtualization resource manager in the embodiment corresponding to FIG. 6 are used to clone the virtual machine image template to the host.

When the virtualized resource manager clones and exports the virtual machine image template to the host, one of the following situations is also required:

If the first virtual machine and the second virtual machine belong to the same cluster, the virtualized resource manager is specifically configured to clone and export the virtual machine image template stored in the shared storage of the same cluster to The host machine;

If the first virtual machine and the second virtual machine belong to the same virtualized resource manager but do not belong to the same cluster, the first virtual machine and the second virtual machine are located on different hosts. The virtualized resource manager is specifically configured to clone and export the virtual machine image template in the shared storage corresponding to the first host to the shared storage corresponding to the second host, and store the data in the first storage The virtual machine image template in the shared storage corresponding to the second host is cloned and exported to the second host;

If the first virtual machine and the second virtual machine belong to different virtualization resource managers, the first virtual machine and the second virtual machine are located on different hosts, and the virtualized resource manager Specifically, the virtual machine image template in the shared storage corresponding to the first virtual machine is cloned and exported to the NAS by using a common Internet file system (CIFS) shared NAS, and the storage is stored in the NAS. The virtual machine image template is cloned and exported to the second host.

The present invention also provides a computer storage medium storing a program, the program including the host machine 60 or the system 70 deploying the virtual machine executing part of the method of deploying the virtual machine in the embodiment corresponding to FIG. 1 or All steps.

For example, the host 60 herein includes a processor, a receiver, and a transmitter configured to support the host 60 in performing the corresponding functions of the methods described above. The receiver and the transmitter are configured to support communication between the host 60 and the cloud management platform, and send information or instructions involved in the foregoing method to the cloud management platform or the virtualized resource manager. The virtualized resource manager 60 can also include a memory for coupling with the processor that holds the program code and data necessary for the operator server.

In the above embodiments, the descriptions of the various embodiments are all focused, and in some embodiments, there is no detailed description. For a description of the parts, reference may be made to the related description of other embodiments.

A person skilled in the art can clearly understand that for the convenience and brevity of the description, the specific working process of the system, the device and the unit described above can refer to the corresponding process in the foregoing method embodiment, and details are not described herein again.

In the several embodiments provided by the present application, it should be understood that the disclosed system, apparatus, and method may be implemented in other manners. For example, the device embodiments described above are merely illustrative. For example, the division of the unit is only a logical function division. In actual implementation, there may be another division manner, for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.

The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a standalone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention, which is essential or contributes to the prior art, or all or part of the technical solution, may be embodied in the form of a software product stored in a storage medium. A number of instructions are included to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present invention. The foregoing storage medium includes: a U disk, a mobile hard disk, a read only memory (English full name: Read-Only Memory, English abbreviation: ROM), a random access memory (English full name: Random Access Memory, English abbreviation: RAM), magnetic A variety of media that can store program code, such as a disc or a disc.

The technical solutions provided by the present invention are described in detail above. The principles and implementations of the present invention are described in the specific examples. The description of the above embodiments is only used to help understand the method and core ideas of the present invention; In the meantime, the present invention is not limited by the scope of the present invention.

Claims (24)

1. A method for deploying a virtual machine, the method comprising:

   Obtaining a virtual machine image template, where the virtual machine image template is obtained according to an image file of the first virtual machine package, where the virtual machine image template includes a preset script;

   The virtual machine image template is started as a virtual disk of the second virtual machine, and the preset script is executed to modify the custom parameter of the virtual machine image template on the second virtual machine.
2. The method according to claim 1, wherein the preset script comprises a batch script and a boot script;

   The performing the preset script to modify the custom parameters of the virtual machine image template on the second virtual machine, including:

   Performing the batch script and the boot script to obtain target custom parameters of the second virtual machine from the cloud management platform, and modifying the second virtual machine according to the target custom parameter. Custom parameters for the virtual machine image template.
3. The method according to claim 2, wherein the target customization parameter comprises a domain management and network configuration, a security identifier SID of the second virtual machine, a virtual machine name of the second virtual machine, and a second virtual machine An administrator password; wherein the domain management includes a domain and a domain, and the network configuration includes a configuration of a dynamic network address and a configuration of a static network address;

   The batch processing script includes: activating an operating system in the second virtual machine, dequeating the second virtual machine, and setting a dynamic host configuration protocol DHCP acquisition network;

   The booting startup script includes: modifying a virtual machine name of the second virtual machine, modifying a static network address of the second virtual machine, modifying an administrator password of the second virtual machine, modifying an SID of the second virtual machine, and The second virtual machine performs domain addition and cancels the second virtual machine automatic login.
4. The method according to claim 3, wherein said executing said batch processing script and said boot startup script to acquire target custom parameters of said second virtual machine from said cloud management platform, and according to said The target custom parameter modifies the custom parameters of the virtual machine image template on the second virtual machine, including:

   After the second virtual machine is powered on automatically, the batch script is executed to the second Deleting a domain and setting a DHCP acquisition with a network address, and triggering the cloud management platform to configure the target custom parameter for the second virtual machine;

   Executing the boot startup script to modify a virtual machine name of the second virtual machine according to the received target custom parameter from the cloud management platform;

   After the second virtual machine is restarted, the booting script is executed to add a domain to the second virtual machine according to the target custom parameter, modify a static network address of the second virtual machine, and modify the second The administrator password of the virtual machine, and modifying the SID of the second virtual machine;

   Restart the second virtual machine.
5. The method according to any one of claims 2 to 4, wherein before the obtaining the virtual machine image template, the method further comprises:

   Executing a package script downloaded from the cloud management platform to reset an administrator password of the first virtual machine in the first virtual machine, turn off Windows update, disable user account control UAC, close error report, disable firewall, back Domain and open Windows core memory dump function, configure Windows boot automatic login and boot script registry, run Sysprep according to Extensible Markup Language XML answer file to reconfigure Windows system, and set the boot script to close the first virtual machine The image file of the first virtual machine is encapsulated into the virtual machine image template.
6. The method according to claim 1, wherein the preset script comprises a boot script;

   The performing the preset script to modify the custom parameters of the virtual machine image template on the second virtual machine, including:

   The booting script is executed to obtain the target custom parameter of the second virtual machine from the cloud management platform, and modify the virtual machine image template on the second virtual machine according to the target custom parameter. Define parameters.
7. The method according to claim 6, wherein the target custom parameter comprises a network configuration, a virtual machine name of the second virtual machine, and a super user of the second virtual machine corresponding to the super user name root of the second virtual machine. a password; wherein the network configuration includes a configuration of a static network address;

   The booting startup script includes: modifying a virtual machine name of the second virtual machine, and modifying the second virtual machine Static network address, modify the super user password of the second virtual machine, modify the host name configuration file, and DNS domain name resolution.
8. The method according to claim 7, wherein the executing the boot-up script to acquire target custom parameters of the second virtual machine from the cloud management platform, and customizing the parameters according to the target The custom parameters of the virtual machine image template are modified on the second virtual machine, including:

   Executing the boot startup script to trigger the cloud management platform to configure the target custom parameter for the second virtual machine;

   After receiving the target custom parameter sent by the cloud management platform, modifying a virtual machine name of the second virtual machine according to the target custom parameter, configuring a DNS domain name resolution, and modifying the second virtual machine. a static network address of the virtual machine and a super user password of the second virtual machine;

   Restarting the network service of the second virtual machine.
9. The method according to any one of claims 6 to 8, wherein before the obtaining the virtual machine image template, the method further comprises:

   Performing a package script downloaded from the cloud management platform to delete a network card naming and maintaining rule file, setting a dynamic host configuration protocol DHCP to obtain a network address, setting the boot script in an image file of the first virtual machine, and cleaning the After the first virtual machine is shut down, the image file of the first virtual machine is encapsulated into the virtual machine image template.
10. The method according to any one of claims 2 to 9, wherein the obtaining a virtual machine image template comprises at least one of the following items:

    If the first virtual machine and the second virtual machine belong to the same cluster, obtain the virtual machine image template from the shared storage of the same cluster;

    If the first virtual machine and the second virtual machine belong to the same virtualized resource manager but do not belong to the same cluster, use the virtualized resource manager to locate the first host where the first virtual machine is located The virtual machine image template in the corresponding shared storage is cloned and exported to the shared storage corresponding to the second host where the second virtual machine is located, and stored in the shared storage corresponding to the second host. The virtual machine image template is cloned and exported to the second host;

    If the first virtual machine and the second virtual machine belong to different virtualization resource managers, pass The common Internet file system CIFS protocol sharing network attached storage NAS clones and exports the virtual machine image template in the shared storage corresponding to the first host where the first virtual machine is located to the NAS, and stores the The virtual machine image template in the NAS is cloned and exported to the second host where the second virtual machine is located.
11. The method according to claim 2 or 6, wherein, after the obtaining the virtual machine image template, before the virtual machine image template is started as the virtual disk of the second virtual machine, the method further includes:

    Mounting the virtual machine image template on the Dom0 of the compute node proxy CNA, and sending the boot script and the target custom parameter to the virtual machine monitor VMM, so that the VMM starts the boot The script and the target custom parameter are injected into an image file of the second virtual machine.
12. A host machine, characterized in that the host machine comprises:

    An obtaining unit, configured to obtain a virtual machine image template, where the virtual machine image template is obtained according to an image file of the first virtual machine package, where the virtual machine image template includes a preset script;

    a processing unit, configured to start, by using the virtual machine image template obtained by the acquiring unit, as a virtual disk of a second virtual machine, execute the preset script, to modify the virtual machine image on the second virtual machine Custom parameters for the template.
13. The host machine according to claim 12, wherein the preset script comprises a batch script and a boot script.

    The obtaining unit is further configured to acquire a target custom parameter of the second virtual machine from the cloud management platform;

    The processing unit is configured to execute the batch script and the boot script, and modify the virtual machine image template on the second virtual machine according to the target custom parameter acquired by the acquiring unit. Define parameters.
14. The host according to claim 13, wherein the target customization parameter comprises a domain management and network configuration, a security identifier SID of the second virtual machine, a virtual machine name of the second virtual machine, and a second virtual machine. Administrator password; wherein the domain management includes a domain and a domain, the network Network configuration includes configuration of dynamic network address and configuration of static network address;

    The batch processing script includes: activating an operating system in the second virtual machine, dequeating the second virtual machine, and setting a dynamic host configuration protocol DHCP acquisition network;

    The booting startup script includes: modifying a virtual machine name of the second virtual machine, modifying a static network address of the second virtual machine, modifying an administrator password of the second virtual machine, modifying an SID of the second virtual machine, and The second virtual machine performs domain addition and cancels the second virtual machine automatic login.
15. The host device according to claim 14, wherein the processing unit is specifically configured to:

    After the second virtual machine is powered on automatically, the batch script is executed to perform domain revocation and set DHCP acquisition with the network address, and trigger the cloud management platform to be the second The virtual machine configures the target custom parameter;

    Executing the boot startup script to modify a virtual machine name of the second virtual machine according to the target customization parameter;

    After the second virtual machine is restarted, the booting script is executed to add a domain to the second virtual machine according to the target custom parameter, modify a static network address of the second virtual machine, and modify the second The administrator password of the virtual machine, and modifying the SID of the second virtual machine;

    Restart the second virtual machine.
16. A host according to any one of claims 12 to 15, wherein:

    The processing unit is further configured to execute a package script downloaded from the cloud management platform to reset an administrator password of the first virtual machine, disable Windows update, disable user account control UAC, and close the error in the first virtual machine. Report, disable the firewall, decommission the domain and open the Windows core memory dump function, configure the Windows boot automatic login and boot script registry, run Sysprep according to the XML answer file to reconfigure the Windows system, and set the boot script, close the first After the virtual machine, the image file of the first virtual machine is encapsulated into the virtual machine image template.
17. The host machine according to claim 12, wherein the preset script comprises a boot script;

    The acquiring unit is configured to acquire, by using a cloud management platform, a target custom parameter of the second virtual machine;

    The processing unit is specifically configured to execute the boot startup script, and modify a custom parameter of the virtual machine image template on the second virtual machine according to the target custom parameter.
18. The host device according to claim 17, wherein the target custom parameter comprises a network configuration, a virtual machine name of the second virtual machine, and a second virtual machine corresponding to the super user name root of the second virtual machine. a user password; wherein the network configuration includes a configuration of a static network address;

    The booting startup script includes: modifying a virtual machine name of the second virtual machine, modifying a static network address of the second virtual machine, modifying a super user password of the second virtual machine, modifying a host name configuration file, and DNS domain name resolution.
19. The host device according to claim 18, wherein the processing unit is specifically configured to:

    Executing the boot startup script to trigger the cloud management platform to configure the target custom parameter for the second virtual machine;

    Modifying a virtual machine name of the second virtual machine according to the target customization parameter, configuring a DNS domain name resolution for the second virtual machine, modifying a static network address of the second virtual machine, and modifying the super virtual machine user password;

    Restarting the network service of the second virtual machine.
20. A host machine according to any one of claims 17 to 19, characterized in that

    The processing unit is further configured to execute a package script downloaded from the cloud management platform, to delete a network card naming and maintaining rule file, and set a dynamic host configuration protocol DHCP to obtain a network address, where the first virtual machine of the first host machine The boot file is set in the image file, and the package script is cleared. After the first virtual machine is shut down, the image file of the first virtual machine is encapsulated into the virtual machine image template.
21. The host machine according to claim 13 or 17, wherein the host machine further includes a virtual machine monitor VMM, and the processing unit is further configured to mount the virtual machine image template on the computing node agent CNA. And sending the boot script and the target custom parameter to the VMM, so that the VMM injects the boot script and the target custom parameter into the second virtual machine In the image file.
22. A system for deploying a virtual machine, comprising the host according to any one of claims 12 to 21 and a virtualization resource manager;

    The virtualization resource manager is configured to clone a virtual machine image template to the host.
23. The system according to claim 22, wherein the virtualized resource manager further needs to satisfy one of the following situations when the virtual machine image template is cloned and exported to the host:

    If the first virtual machine and the second virtual machine belong to the same cluster, the virtualized resource manager is specifically configured to clone and export the virtual machine image template stored in the shared storage of the same cluster to The host machine;

    If the first virtual machine and the second virtual machine belong to the same virtualized resource manager but do not belong to the same cluster, the first virtual machine and the second virtual machine are located on different hosts. The virtualized resource manager is specifically configured to clone and export the virtual machine image template in the shared storage corresponding to the first host to the shared storage corresponding to the second host, and store the data in the first storage The virtual machine image template in the shared storage corresponding to the second host is cloned and exported to the second host;

    If the first virtual machine and the second virtual machine belong to different virtualization resource managers, the first virtual machine and the second virtual machine are located on different hosts, and the virtualized resource manager Specifically, the virtual machine image template in the shared storage corresponding to the first virtual machine is cloned and exported to the NAS by using a common Internet file system (CIFS) shared NAS, and the storage is stored in the NAS. The virtual machine image template is cloned and exported to the second host.
24. A host machine comprising a receiver, a processor and a memory, wherein the memory is for storing program code, and the processor is configured to call program code in the memory to perform the following operations:

    Obtaining, by the receiver, a virtual machine image template, where the virtual machine image template is obtained according to an image file of the first virtual machine package, where the virtual machine image template includes a preset script;

    The virtual machine image template is started as a virtual disk of the second virtual machine, and the preset script is executed to modify the custom parameter of the virtual machine image template on the second virtual machine.

Images