CN114675938A - Heterogeneous cluster virtual machine migration method and system and cloud platform - Google Patents
Heterogeneous cluster virtual machine migration method and system and cloud platform Download PDFInfo
- Publication number
- CN114675938A CN114675938A CN202210419531.9A CN202210419531A CN114675938A CN 114675938 A CN114675938 A CN 114675938A CN 202210419531 A CN202210419531 A CN 202210419531A CN 114675938 A CN114675938 A CN 114675938A
- Authority
- CN
- China
- Prior art keywords
- cluster
- virtual machine
- migration
- blank
- virtual
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000005012 migration Effects 0.000 title claims abstract description 124
- 238000013508 migration Methods 0.000 title claims abstract description 124
- 238000000034 method Methods 0.000 title claims abstract description 44
- 230000008569 process Effects 0.000 description 10
- 230000006872 improvement Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 4
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45562—Creating, deleting, cloning virtual machine instances
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45595—Network integration; Enabling network access in virtual machine instances
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
The invention provides a heterogeneous cluster virtual machine migration method, a heterogeneous cluster virtual machine migration system and a cloud platform, wherein the method comprises the following steps: acquiring identity authentication information of a second cluster, and generating a migration instruction for migrating a virtual machine deployed by the first cluster from the first cluster to the second cluster; acquiring configuration information contained in a virtual machine deployed in a first cluster, and transmitting configuration information associated with identity authentication information contained in a virtual disk on which a blank virtual machine is built to a second cluster according to the configuration information and the identity authentication information so as to build the blank virtual machine in the second cluster; and copying disk information contained in the virtual machine deployed in the first cluster to the blank virtual machine so as to determine a target virtual machine generated by the blank virtual machine in the second cluster. By the method and the device, the migration operation of the virtual machine deployed in the heterogeneous cluster scene is realized.
Description
Technical Field
The invention relates to the technical field of cloud computing, in particular to a heterogeneous cluster virtual machine migration method and system and a cloud platform.
Background
The virtual machine migration technology is to migrate an operating virtual machine from one host to another host, and simultaneously ensure that the service provided by the currently operating virtual machine to the outside is not interrupted in the migration implementation process so as to ensure that a user does not perceive the service.
In the prior art, in the process of migrating a virtual machine between heterogeneous clusters, a storage back end mounted by a second cluster is configured as a storage back end mounted by a first cluster, and then storage information included in the virtual machine to be migrated, which is deployed in the first cluster, is migrated to the storage back end mounted by the second cluster, so that the virtual machine migration operation between the heterogeneous clusters is finally realized.
However, in a scenario of migrating a heterogeneous cluster virtual machine frequently operated, due to the difference of storage environments related to different virtual machines, the storage information contained in the migrated virtual machine is incompatible; in addition, the incompatibility may cause a downtime situation in the virtual machine migration process, so as to cause the service provided by the virtual machine to be interrupted, and thus the service is perceived by the user; meanwhile, in the migration process, the storage information stored at the storage back end mounted by the first cluster is too large, so that the disadvantage of slow migration process exists.
In view of the above, there is a need for an improvement on the migration of heterogeneous clustered virtual machines in the prior art to solve the above problems.
Disclosure of Invention
The invention aims to disclose a heterogeneous cluster virtual machine migration method, a heterogeneous cluster virtual machine migration system and a cloud platform, which are used for realizing migration operation of virtual machines deployed in a heterogeneous cluster scene.
In order to achieve the above object, the present invention provides a method for migrating a heterogeneous cluster virtual machine, including:
acquiring identity authentication information of a second cluster, and generating a migration instruction for migrating a virtual machine deployed by the first cluster from the first cluster to the second cluster;
acquiring configuration information contained in a virtual machine deployed in a first cluster, and transmitting configuration information associated with identity authentication information contained in a virtual disk depended by a blank virtual machine to a second cluster according to the configuration information and the identity authentication information so as to create the blank virtual machine in the second cluster;
and copying disk information contained in the virtual machine deployed in the first cluster to the blank virtual machine so as to determine a target virtual machine generated by the blank virtual machine in the second cluster.
As a further improvement of the present invention, the generating a migration instruction for migrating a virtual machine deployed by a first cluster from the first cluster to a second cluster includes:
the migration instruction includes that the type corresponding to the virtual disk corresponding to the virtual machine deployed by the first cluster is designated or randomly set as the type of the virtual disk mounted by the second cluster.
As a further improvement of the present invention, the configuration information includes: one or any combination of network configuration information, storage configuration information and calculation configuration information; the disk information is system disk data of a virtual machine deployed by the first cluster.
As a further improvement of the invention, the blank virtual machine does not provide external services.
As a further improvement of the present invention, before copying the disk information included in the virtual machine deployed by the first cluster to the blank virtual machine, the method further includes:
and generating a request for migrating the virtual machine from the first cluster to the address of the blank virtual machine created by the second cluster.
As a further improvement of the present invention, the copying disk information included in the virtual machine deployed in the first cluster to the blank virtual machine further includes:
and copying the disk information contained in the virtual machine deployed in the first cluster to a blank virtual machine in the second cluster in a full amount by presetting a flag.
As a further improvement of the present invention, after determining that there is a target virtual machine generated by a blank virtual machine in the second cluster, the method further includes:
the virtual machine in the first cluster on which the migration instruction is executed is deleted.
Based on the same invention idea, the invention also discloses a heterogeneous cluster virtual machine migration system, which comprises:
the instruction generation module acquires the identity authentication information of the second cluster and generates a migration instruction for migrating the virtual machine deployed by the first cluster from the first cluster to the second cluster;
the creating module acquires configuration information contained in a virtual machine deployed in a first cluster, and transmits configuration information associated with identity authentication information contained in a virtual disk depended by a blank virtual machine to a second cluster according to the configuration information and the identity authentication information so as to create the blank virtual machine in the second cluster; and the migration module copies the disk information contained in the virtual machine deployed by the first cluster to the blank virtual machine so as to determine a target virtual machine generated by the blank virtual machine in the second cluster.
As a further improvement of the present invention, the generating a migration instruction for migrating a virtual machine deployed by a first cluster from the first cluster to a second cluster includes:
the migration instruction includes that the type corresponding to the virtual disk corresponding to the virtual machine deployed by the first cluster is designated or randomly set as the type corresponding to the virtual disk mounted by the second cluster.
Based on the same invention idea, the invention also discloses a cloud platform, which comprises:
at least one heterogeneous cluster virtual machine migration system according to claim 8 or 9
Compared with the prior art, the invention has the beneficial effects that:
the virtual machine executing the migration instruction realizes the migration operation among heterogeneous clusters under the condition of no shutdown; the type corresponding to the virtual disk corresponding to the virtual machine deployed in the first cluster 100 is specified and/or randomly set as the type corresponding to the virtual machine disk mounted in the first cluster 200, so that different storage types are spanned; in addition, after the heterogeneous cluster virtual machines are migrated successfully, the virtual machines which are executed with the migration instructions are deleted, so that the influence on the virtual machines which are executed with the migration instructions when the migration fails is reduced, and the virtual machines are ensured not to be interrupted in providing services to the outside, so that the virtual machines are not perceived by users.
Drawings
Fig. 1 is a topological diagram of a cluster server operating a heterogeneous cluster virtual machine migration method according to the present invention;
FIG. 2 is a topology diagram of backend storage mounted by the first cluster and the second cluster shown in FIG. 1 respectively;
FIG. 3 is a flowchart illustrating an overall migration method for heterogeneous cluster virtual machines according to the present invention;
FIG. 4 is a topological diagram of a heterogeneous cluster virtual machine migration system according to the present invention;
FIG. 5 is a topology diagram of a cloud platform including one or more computer systems.
Detailed Description
The present invention is described in detail with reference to the embodiments shown in the drawings, but it should be understood that these embodiments are not intended to limit the present invention, and those skilled in the art should understand that functional, methodological, or structural equivalents or substitutions made by these embodiments are within the scope of the present invention.
A virtual machine refers to a complete computer system with complete hardware system functionality, which is emulated by software and runs in a completely isolated environment. One or more virtual computers can be simulated on one physical computer by virtual machine software, and these virtual machines (i.e., the virtual computers) operate completely like real computers, for example, an operating system can be installed, an application can be installed, and network resources can be accessed.
Referring to fig. 1 to fig. 3, the present invention shows a specific embodiment of a migration method for heterogeneous cluster virtual machines.
The application scenario of the heterogeneous cluster virtual machine migration method disclosed by the invention is that the heterogeneous cluster virtual machine performs migration operation. The heterogeneous cluster virtual machine migration method can be operated in a computer system 1000 deployed with heterogeneous clusters (i.e., a first cluster 100 and a second cluster 200), and can also be operated in a cloud platform 10000 deployed with a plurality of computer systems 1000, where the cloud platform 1000 can be understood as a service or system formed by a super-convergence all-in-one machine, a computer, a server, a data center, or a portable terminal through a virtual machine technology. In the present embodiment, the computer system 1000 is mainly used as an example for the exemplary illustration. In addition, the heterogeneous cluster virtual machine migration method may also be applied to cluster servers with the same architecture, and at this time, the first cluster 100 and the second cluster 200 have the same architecture attribute (i.e., the same architecture cluster). The first cluster 100 and the second cluster 200 are heterogeneous clusters, which means that architectures (or instruction sets) of physical CPUs and/or physical GPUs of the first cluster 100 and the second cluster 200 are different, or virtualization platforms (e.g., a fully virtualized cloud platform, a hardware virtualized platform, and a hybrid virtualized cloud platform) formed by the first cluster 100 and the second cluster 200 are different, so that disk data and disk data of a virtual machine and the virtual machine in a life cycle are migrated between the first cluster 100 and the second cluster 200, and are not perceived by a user, thereby realizing system robustness, and reliability of the computer system 1000 or the cloud platform 10000. A difference in physical CPUs may be understood as a difference in manufacturer of the physical CPUs or a difference in definition of register values of the CPUs, with the same manufacturer. The method for migrating a heterogeneous cluster virtual machine disclosed in this embodiment has more obvious technical advantages in a scenario where the first cluster 100 and the second cluster 200 are heterogeneous clusters, which is described in detail below.
Referring to fig. 3, in the present embodiment, a heterogeneous cluster virtual machine migration method includes the following steps S1 to S3.
Step S1, obtaining the identity authentication information of the second cluster, and generating a migration instruction for migrating the virtual machine deployed by the first cluster from the first cluster to the second cluster.
Illustratively, referring to fig. 1 to 2, a first cluster 100 and a second cluster 200 are deployed in a computer system 1000, and the first cluster 100 and the second cluster 200 mount a backend storage a and a backend storage B, respectively. Wherein at least one virtual machine (e.g., virtual machine 11, or virtual machine 12, or virtual machine 13, etc.) is deployed within the first cluster 100. The identity authentication information of the second cluster 200 is acquired in the first cluster 100, and a migration instruction for migrating the virtual machine 11 (or the virtual machine 12, or the virtual machine 13) deployed in the first cluster 100 from the first cluster 100 to the second cluster 200 is generated.
Specifically, the master control end first obtains the identity authentication information of the second cluster 200 in the first cluster 100, and then initiates a request for migrating the virtual machine 11 (or the virtual machine 12, or the virtual machine 13, etc.) from the first cluster 100 to the second cluster 200 in the first cluster, so as to generate a migration instruction for migrating the virtual machine 11 (or the virtual machine 12, or the virtual machine 13, etc.) from the first cluster 100 to the second cluster 200 in the first cluster 100. The main control end comprises a user, a third party user or a robot program.
In addition, the migration instruction (i.e., the migration instruction for the first cluster 100 to generate the virtual machine to migrate from the first cluster 100 to the second cluster 200) includes a type designation and/or a random setting of the type corresponding to the virtual disk corresponding to the virtual machine deployed by the first cluster 100 as the type corresponding to the virtual machine disk mounted by the first cluster 200. Specifically, the migration instruction may include a designation of a type corresponding to a virtual disk included in the backend storage a mounted by the virtual machine 11 (or the virtual machine 12, or the virtual machine 13, or the like) as a type corresponding to a virtual disk included in the backend storage B mounted by the second cluster 200; or may be set by itself according to a certain policy, for example, a storage type with a relatively large storage capacity is selected, where the certain policy may be a policy obtained by a user or a third-party user customizing an upload setting, or automatically generated by a robot program.
It should be noted that the obtaining the identity authentication information of the second cluster 200 includes the following steps: firstly, acquiring a user name, a password and an authentication address corresponding to the second cluster 200; then, the authentication information of the second cluster 200 is obtained through the openstack token issue command. The Openstack token issue command is to request an authentication token to configure a Keystone service.
Step S2, obtaining configuration information included in the virtual machine deployed in the first cluster, and according to the configuration information and the identity authentication information, transmitting configuration information associated with the identity authentication information included in the virtual disk on which the blank virtual machine is created to the second cluster, so as to create the blank virtual machine in the second cluster.
Specifically, first, the configuration information included in the virtual machine 11 (or the virtual machine 12, or the virtual machine 13, etc.) corresponding to the migration instruction executed in step S1 is obtained, where the configuration information includes one or any combination of network configuration information, storage configuration information, and calculation configuration information. Then, according to the configuration information included in the virtual machine on which the migration instruction is executed and the identity authentication information of the second cluster 200, the configuration information associated with the identity authentication information is transferred to the second cluster 200, and a virtual disk is created. Finally, a blank virtual machine is created in the second cluster 200 based on the configuration information associated with the identity authentication information and the virtual disk.
It should be noted that the configuration information associated with the identity authentication information includes a network card corresponding to the virtual machine 11 (or the virtual machine 12, or the virtual machine 13, etc.) that is executed with the migration instruction, so as to ensure that the IP address and/or the MAC address of the virtual machine (i.e., the virtual machine before migration, such as the virtual machine 11, the virtual machine 12, and the virtual machine 13, etc.) deployed by the first cluster 100 and the virtual machine (i.e., the virtual machine after migration, such as the virtual machine 21, the virtual machine 22, and the virtual machine 23, etc.) deployed by the second cluster 200 remain unchanged. In addition, the blank virtual machine may be understood as an empty box, and the disk data is not stored in the blank virtual machine, so that the blank virtual machine does not provide services to the outside, and at this time, the step of creating the blank virtual machine may be understood as an occupation, that is, the second cluster 200 occupies a position in which the disk information included in the virtual machine deployed by the first cluster is copied in the following steps. In addition, creating a blank virtual machine in the second cluster 200 based on the configuration information and the virtual disk associated with the identity authentication information means that an interface for creating a virtual machine is deployed in openstack, the interface for creating a virtual machine is called, and the configuration information and the virtual disk associated with the identity authentication information are transmitted into the interface, so that the blank virtual machine is created. The virtual machine disk may be a logical volume, or may be other virtual disks of distributed storage, such as a magnetic virtual disk in ceph.
Step S3, copy the disk information included in the virtual machine deployed in the first cluster to the blank virtual machine, so as to determine a target virtual machine generated by the blank virtual machine in the second cluster.
Specifically, the first cluster 100 initiates a request for migrating the virtual machine 11 (or the virtual machine 12, or the virtual machine 13, etc.) deployed by the first cluster 100 to the address of the blank virtual machine created by the second cluster 200, the second cluster 200 responds to and generates an instruction for migrating the virtual machine 11 (or the virtual machine 12, or the virtual machine 13, etc.) deployed by the first cluster 100 to the address of the blank virtual machine created by the second cluster 200, so that DISK information contained in the virtual machine deployed by the first cluster 100 is copied to the blank virtual machine created by the second cluster 200 through a preset tag (for example, a VIR-rate-NON-SHARED-DISK) by Libvirt (virtual machine management tool), so as to determine a target virtual machine generated by the blank virtual machine in the second cluster 200, and then setting the state of the target virtual machine to active, so that the heterogeneous cluster virtual machine is successfully migrated. Finally, after the heterogeneous cluster virtual machines are successfully migrated, the virtual machines in the first cluster 100, on which the migration instruction is executed, are deleted.
It should be noted that the VIR-MIGRATE-NON-SHARED-DISK is a flag preset before initiating a request for migrating a virtual machine deployed by the first cluster 100 from the first cluster 100 to the second cluster 200, and the flag is used to copy the full amount of DISK information included in the virtual machine deployed by the first cluster 100 to a blank virtual machine created by the second cluster 200 in the migration process, so as to determine a target virtual machine generated by the blank virtual machine. In addition, after the migration of the heterogeneous cluster virtual machines is successful, the virtual machines in the first cluster 100, on which the migration instruction is executed, are deleted, and if the migration of the heterogeneous cluster virtual machines is unsuccessful, the operation of deleting the virtual machines in the first cluster 100, on which the migration instruction is executed, is not executed, so that it is ensured that the virtual machines provide no external service, and thus are not perceived by the user. In addition, the success rate of the migration of the heterogeneous cluster virtual machines is related to the data volume and the migration speed, and if the disk of the virtual machine which is executed with the migration instruction is small and the data change is not large, the success rate in the migration process is greatly improved. Therefore, the technical solution disclosed in this embodiment is particularly suitable for performing a hot migration on a system disk of a virtual machine, for example, a virtual machine created in the first cluster 100 and including only a system disk. Meanwhile, under the condition of a high-speed network (for example, a gigabit network), the contention of network resources (such as IP addresses, bandwidths and the like) caused by the fact that the virtual machines execute the live migration operation in the cross-cluster environment is reduced, so that the success rate of the live migration of the heterogeneous cluster virtual machines can be improved.
Finally, in the migration process of the heterogeneous cluster virtual machine, if an error occurs, the resource information included after the error occurs is cleared first, that is, the resource information (for example, part of system disk data of the virtual machine 11) which has been partially migrated into the second cluster 200 is cleared, and then the subsequent steps are performed, so that rollback is realized; meanwhile, the virtual machine executing the migration instruction is deleted after the heterogeneous cluster virtual machine is successfully migrated, so that the virtual machine executing the migration instruction is not affected by errors in the migration process, and the virtual machine is ensured to always provide service to the outside so as to ensure that a user does not feel the virtual machine. Generally, the live migration operation of the virtual machine has a direct influence on the occupancy rate of the virtual memory, and the higher the occupancy rate is, the lower the migration speed of the system disk data is, so that the excessively high occupancy rate of the virtual memory is not favorable for the live migration operation, and a timeout may exist. Therefore, in this embodiment, if the virtual machine VM11 on which the live migration operation is performed has timed out (note: whether it is timed out, which can be implemented by setting a timeout threshold), the live migration operation of the virtual machine VM11 is terminated for the virtual machine on which the migration timeout occurs by Libvirt hosting the first cluster 100 and the second cluster 200, and the system disk data that has been migrated to the second cluster 200 is cleared, so that rollback is implemented. In addition, the success rate of live migration of the virtual machine can be ensured and improved by means of executing memory convergence on the virtual memory or by means of increasing threads of the virtual memory (namely, the multithreading virtual memory).
According to the heterogeneous cluster virtual machine migration method disclosed by the invention, firstly, identity authentication information of a second cluster is obtained, and a migration instruction for migrating a virtual machine deployed by a first cluster from the first cluster to the second cluster is generated; then, acquiring configuration information contained in a virtual machine deployed in a first cluster, and transmitting configuration information associated with identity authentication information contained in a virtual disk on which a blank virtual machine is built to a second cluster according to the configuration information and the identity authentication information so as to build the blank virtual machine in the second cluster; and finally, copying the disk information contained in the virtual machine deployed in the first cluster to the blank virtual machine so as to determine a target virtual machine generated by the blank virtual machine in the second cluster. The virtual machine executing the migration instruction realizes the migration operation among heterogeneous clusters under the condition of no shutdown; the type corresponding to the virtual disk corresponding to the virtual machine deployed in the first cluster 100 is specified and/or randomly set as the type corresponding to the virtual machine disk mounted in the first cluster 200, so that different storage types are spanned; in addition, after the heterogeneous cluster virtual machines are migrated successfully, the virtual machines which are executed with the migration instructions are deleted, so that the influence on the virtual machines which are executed with the migration instructions when the migration fails is reduced, and the virtual machines are ensured not to be interrupted in providing services to the outside, so that the virtual machines are not perceived by users.
Further, based on the above specific example of the method for migrating the heterogeneous cluster virtual machine, the present embodiment also discloses a system for migrating the heterogeneous cluster virtual machine.
As shown in fig. 1 and 4, the heterogeneous cluster virtual machine migration system includes: an instruction generation module 41, a creation module 42, and a migration module 43.
The instruction generating module 41 obtains the identity authentication information of the second cluster, and generates a migration instruction for migrating the virtual machine deployed by the first cluster from the first cluster to the second cluster.
Specifically, the master control end first obtains the identity authentication information of the second cluster 200 in the first cluster 100, and then initiates a request for migrating the virtual machine 11 (or the virtual machine 12, or the virtual machine 13, etc.) from the first cluster 100 to the second cluster 200 in the first cluster, so as to generate a migration instruction for migrating the virtual machine 11 (or the virtual machine 12, or the virtual machine 13, etc.) from the first cluster 100 to the second cluster 200 in the first cluster 100. The main control end comprises a user, a third party user or a robot program.
In addition, the migration instruction (i.e., the migration instruction for the first cluster 100 to generate the virtual machine to migrate from the first cluster 100 to the second cluster 200) includes a type designation and/or a random setting of the type corresponding to the virtual disk corresponding to the virtual machine deployed by the first cluster 100 as the type corresponding to the virtual machine disk mounted by the first cluster 200. Specifically, the migration instruction may include a designation of a type corresponding to a virtual disk included in the backend storage a mounted by the virtual machine 11 (or the virtual machine 12, or the virtual machine 13, or the like) as a type corresponding to a virtual disk included in the backend storage B mounted by the second cluster 200; or the policy may be set by itself according to a certain policy, for example, a storage type with a relatively large storage capacity is selected, where the certain policy may be a policy obtained by a user or a third-party user through custom uploading setting, or automatically generated by a robot program.
The creating module 42 obtains configuration information included in a virtual machine deployed in the first cluster, and transmits configuration information associated with the identity authentication information included in a virtual disk on which a blank virtual machine is created to the second cluster according to the configuration information and the identity authentication information, so as to create the blank virtual machine in the second cluster.
Specifically, first, configuration information included in the virtual machine 11 (or the virtual machine 12, or the virtual machine 13, etc.) corresponding to the executed migration instruction in the instruction generation module 41 is obtained, where the configuration information includes one or any combination of network configuration information, storage configuration information, and calculation configuration information. Then, according to the configuration information included in the virtual machine on which the migration instruction is executed and the identity authentication information of the second cluster 200, the configuration information associated with the identity authentication information is transferred to the second cluster 200, and a virtual disk is created. Finally, a blank virtual machine is created in the second cluster 200 based on the configuration information associated with the identity authentication information and the virtual disk.
It should be noted that the configuration information associated with the identity authentication information includes a network card corresponding to the virtual machine 11 (or the virtual machine 12, or the virtual machine 13, etc.) that is executed with the migration instruction, and the associated configuration information may be a MAC address and an IP address included in the network card created in the second cluster 200, so as to ensure that the IP address and/or the MAC address of the virtual machine (i.e., the virtual machine before migration, such as the virtual machine 11, the virtual machine 12, and the virtual machine 13, etc.) deployed by the first cluster 100 and the virtual machine (i.e., the virtual machine after migration, such as the virtual machine 21, the virtual machine 22, and the virtual machine 23, etc.) deployed by the second cluster 200 remain unchanged. In addition, the blank virtual machine may be understood as an empty box, and the disk data is not stored in the blank virtual machine, so that the blank virtual machine does not provide services to the outside, and at this time, the step of creating the blank virtual machine may be understood as an occupation, that is, the second cluster 200 occupies a position in which the disk information included in the virtual machine deployed by the first cluster is copied in the following steps. In addition, creating a blank virtual machine in the second cluster 200 based on the configuration information and the virtual disk associated with the identity authentication information means that an interface for creating a virtual machine is deployed in openstack, the interface for creating a virtual machine is called, and the configuration information and the virtual disk associated with the identity authentication information are transmitted into the interface, so that the blank virtual machine is created. The virtual machine disk may be a logical volume, or may be other virtual disks of distributed storage, such as a magnetic virtual disk in ceph.
The migration module 43 copies the disk information included in the virtual machine deployed in the first cluster to the blank virtual machine to determine a target virtual machine generated by the blank virtual machine in the second cluster.
Specifically, the first cluster 100 initiates a request for migrating the virtual machine 11 (or the virtual machine 12, or the virtual machine 13, etc.) deployed by the first cluster 100 to the address of the blank virtual machine created by the second cluster 200, the second cluster 200 responds to and generates an instruction for migrating the virtual machine 11 (or the virtual machine 12, or the virtual machine 13, etc.) deployed by the first cluster 100 to the address of the blank virtual machine created by the second cluster 200, so that DISK information contained in the virtual machine deployed by the first cluster 100 is copied to the blank virtual machine created by the second cluster 200 through a preset fiag (for example, via-MIGRATE-NON-SHARED-DISK) by libvirt, so as to determine a target blank virtual machine generated by the virtual machine in the second cluster 200, and then the state of the target virtual machine is set to active, therefore, the heterogeneous cluster virtual machine is successfully migrated. Finally, after the heterogeneous cluster virtual machines are successfully migrated, the virtual machines in the first cluster 100, on which the migration instruction is executed, are deleted.
It should be noted that the VIR-MIGRATE-NON-SHARED-DISK is a flag preset before initiating a request for migrating a virtual machine deployed by the first cluster 100 from the first cluster 100 to the second cluster 200, and the flag is used to copy the full amount of DISK information included in the virtual machine deployed by the first cluster 100 to a blank virtual machine created by the second cluster 200 in the migration process, so as to determine a target virtual machine generated by the blank virtual machine. In addition, after the migration of the heterogeneous cluster virtual machines is successful, the virtual machines in the first cluster 100, on which the migration instruction is executed, are deleted, and if the migration of the heterogeneous cluster virtual machines is unsuccessful, the operation of deleting the virtual machines in the first cluster 100, on which the migration instruction is executed, is not executed, so that it is ensured that the virtual machines provide no external service, and thus are not perceived by the user. In addition, the logic included in step S1 in the foregoing heterogeneous cluster virtual machine migration method is implemented by the instruction generating module 41 deployed in the heterogeneous cluster virtual machine migration system; the logic in step S2 in the foregoing heterogeneous cluster virtual machine migration method is implemented by the creation module 42 deployed in the heterogeneous cluster virtual machine migration system; the logic of step S3 in the foregoing heterogeneous cluster virtual machine migration method is implemented by the migration module 43 deployed in the heterogeneous cluster virtual machine migration system. Based on the foregoing technical solution, referring to fig. 5, this embodiment further discloses a cloud platform 10000. The cloud platform 10000 is internally provided with at least one heterogeneous cluster virtual machine migration system to execute the heterogeneous cluster virtual machine migration method disclosed above. The specific implementation manner of the heterogeneous cluster virtual machine migration method is referred to above, and is not described herein again.
The above-listed detailed description is merely a detailed description of possible embodiments of the present invention, and it is not intended to limit the scope of the invention, and equivalent embodiments or modifications made without departing from the technical spirit of the present invention are intended to be included within the scope of the present invention.
It will be evident to those skilled in the art that the invention is not limited to the details of the foregoing illustrative embodiments, and that the present invention may be embodied in other specific forms without departing from the spirit or essential attributes thereof. The present embodiments are therefore to be considered in all respects as illustrative and not restrictive, the scope of the invention being indicated by the appended claims rather than by the foregoing description, and all changes which come within the meaning and range of equivalency of the claims are therefore intended to be embraced therein. Any reference sign in a claim should not be construed as limiting the claim concerned.
Furthermore, it should be understood that although the present description refers to embodiments, not every embodiment may contain only a single embodiment, and such description is for clarity only, and those skilled in the art should integrate the description, and the embodiments may be combined as appropriate to form other embodiments understood by those skilled in the art.
Claims (10)
1. A heterogeneous cluster virtual machine migration method is characterized by comprising the following steps:
acquiring identity authentication information of a second cluster, and generating a migration instruction for migrating a virtual machine deployed by the first cluster from the first cluster to the second cluster;
acquiring configuration information contained in a virtual machine deployed in a first cluster, and transmitting configuration information associated with identity authentication information contained in a virtual disk depended by a blank virtual machine to a second cluster according to the configuration information and the identity authentication information so as to create the blank virtual machine in the second cluster;
and copying disk information contained in the virtual machine deployed in the first cluster to the blank virtual machine so as to determine a target virtual machine generated by the blank virtual machine in the second cluster.
2. The method according to claim 1, wherein the generating a migration instruction for migrating the virtual machine deployed in the first cluster from the first cluster to the second cluster includes:
the migration instruction includes that the type corresponding to the virtual disk corresponding to the virtual machine deployed by the first cluster is designated or randomly set as the type of the virtual disk mounted by the second cluster.
3. The method according to claim 1, wherein the configuration information comprises: one or any combination of network configuration information, storage configuration information and calculation configuration information; the disk information is system disk data of a virtual machine deployed by the first cluster.
4. The heterogeneous cluster virtual machine migration method according to claim 3, wherein the blank virtual machine does not provide external services.
5. The method for migrating heterogeneous cluster virtual machines according to claim 3, wherein before the copying disk information included in the virtual machine deployed in the first cluster to the blank virtual machine, the method further comprises:
and generating a request for migrating the virtual machine from the first cluster to the address of the blank virtual machine created by the second cluster.
6. The method for migrating heterogeneous cluster virtual machines according to claim 5, wherein the copying disk information included in the virtual machine deployed by the first cluster to the blank virtual machine further comprises:
and copying the disk information contained in the virtual machine deployed in the first cluster to a blank virtual machine in the second cluster in a full amount by presetting a flag.
7. The method for migrating the heterogeneous cluster virtual machines according to any one of claims 1 to 6, wherein after determining that the target virtual machine generated by the blank virtual machine exists in the second cluster, the method further comprises:
the virtual machine in the first cluster on which the migration instruction is executed is deleted.
8. A heterogeneous cluster virtual machine migration system, comprising:
the instruction generation module acquires the identity authentication information of the second cluster and generates a migration instruction for migrating the virtual machine deployed by the first cluster from the first cluster to the second cluster;
the creating module acquires configuration information contained in a virtual machine deployed in a first cluster, and transmits configuration information associated with identity authentication information contained in a virtual disk depended by a blank virtual machine to a second cluster according to the configuration information and the identity authentication information so as to create the blank virtual machine in the second cluster; and the migration module copies the disk information contained in the virtual machine deployed by the first cluster to the blank virtual machine so as to determine a target virtual machine generated by the blank virtual machine in the second cluster.
9. The system according to claim 8, wherein the generating a migration instruction for migrating the virtual machine deployed in the first cluster from the first cluster to the second cluster comprises:
the migration instruction includes that the type corresponding to the virtual disk corresponding to the virtual machine deployed by the first cluster is designated or randomly set as the type corresponding to the virtual disk mounted by the second cluster.
10. A cloud platform, comprising:
at least one heterogeneous clustered virtual machine migration system as claimed in claim 8 or 9.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210419531.9A CN114675938A (en) | 2022-04-21 | 2022-04-21 | Heterogeneous cluster virtual machine migration method and system and cloud platform |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210419531.9A CN114675938A (en) | 2022-04-21 | 2022-04-21 | Heterogeneous cluster virtual machine migration method and system and cloud platform |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114675938A true CN114675938A (en) | 2022-06-28 |
Family
ID=82077536
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210419531.9A Pending CN114675938A (en) | 2022-04-21 | 2022-04-21 | Heterogeneous cluster virtual machine migration method and system and cloud platform |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114675938A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116301593A (en) * | 2023-02-09 | 2023-06-23 | 安超云软件有限公司 | Method and application for cross-cluster and cross-storage copy block data under cloud platform |
| CN116455911A (en) * | 2023-03-28 | 2023-07-18 | 安超云软件有限公司 | Heterogeneous cluster intercommunication method |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104572274A (en) * | 2013-10-18 | 2015-04-29 | 宇宙互联有限公司 | Cross-cloud-node migration system and cross-cloud-node migration method |
| CN108512832A (en) * | 2018-03-07 | 2018-09-07 | 山东超越数控电子股份有限公司 | A kind of safe Enhancement Method for OpenStack authentications |
| CN109814978A (en) * | 2018-12-15 | 2019-05-28 | 华南理工大学 | Across cluster moving method and system based on more OpenStack platforms |
| US20190235901A1 (en) * | 2018-01-31 | 2019-08-01 | Nutanix, Inc. | Systems and methods for organizing on-demand migration from private cluster to public cloud |
| CN112269637A (en) * | 2020-10-22 | 2021-01-26 | 西安万像电子科技有限公司 | Virtual machine data migration method and device |
| CN112433812A (en) * | 2020-11-19 | 2021-03-02 | 北京浪潮数据技术有限公司 | Method, system, equipment and computer medium for virtual machine cross-cluster migration |
| CN114168263A (en) * | 2021-12-03 | 2022-03-11 | 华云数据控股集团有限公司 | Method and application for live migration of virtual machines among multiple clusters of cloud platform |
-
2022
- 2022-04-21 CN CN202210419531.9A patent/CN114675938A/en active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104572274A (en) * | 2013-10-18 | 2015-04-29 | 宇宙互联有限公司 | Cross-cloud-node migration system and cross-cloud-node migration method |
| US20190235901A1 (en) * | 2018-01-31 | 2019-08-01 | Nutanix, Inc. | Systems and methods for organizing on-demand migration from private cluster to public cloud |
| CN108512832A (en) * | 2018-03-07 | 2018-09-07 | 山东超越数控电子股份有限公司 | A kind of safe Enhancement Method for OpenStack authentications |
| CN109814978A (en) * | 2018-12-15 | 2019-05-28 | 华南理工大学 | Across cluster moving method and system based on more OpenStack platforms |
| CN112269637A (en) * | 2020-10-22 | 2021-01-26 | 西安万像电子科技有限公司 | Virtual machine data migration method and device |
| CN112433812A (en) * | 2020-11-19 | 2021-03-02 | 北京浪潮数据技术有限公司 | Method, system, equipment and computer medium for virtual machine cross-cluster migration |
| CN114168263A (en) * | 2021-12-03 | 2022-03-11 | 华云数据控股集团有限公司 | Method and application for live migration of virtual machines among multiple clusters of cloud platform |
Non-Patent Citations (1)
| Title |
|---|
| 黄文胜: "《VMware vSphere虚拟化数据中心的实现与管理》", 重庆大学出版社, pages: 270 - 273 * |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116301593A (en) * | 2023-02-09 | 2023-06-23 | 安超云软件有限公司 | Method and application for cross-cluster and cross-storage copy block data under cloud platform |
| CN116301593B (en) * | 2023-02-09 | 2024-02-02 | 安超云软件有限公司 | Method and application for cross-cluster and cross-storage copy block data under cloud platform |
| CN116455911A (en) * | 2023-03-28 | 2023-07-18 | 安超云软件有限公司 | Heterogeneous cluster intercommunication method |
| CN116455911B (en) * | 2023-03-28 | 2024-03-22 | 安超云软件有限公司 | Heterogeneous cluster intercommunication method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9268590B2 (en) | Provisioning a cluster of distributed computing platform based on placement strategy | |
| CN112969993A (en) | Migrating control of a multipath logic device from a current MPIO driver to a target MPIO driver | |
| US8473692B2 (en) | Operating system image management | |
| WO2015196931A1 (en) | Disk io-based virtual resource allocation method and device | |
| CN114675938A (en) | Heterogeneous cluster virtual machine migration method and system and cloud platform | |
| US11102278B2 (en) | Method for managing a software-defined data center implementing redundant cloud management stacks with duplicate API calls processed in parallel | |
| US10860375B1 (en) | Singleton coordination in an actor-based system | |
| CN110046026B (en) | Method for specifying virtual disk speed limit by cloud host, computing equipment and cloud platform | |
| CN108073423B (en) | Accelerator loading method and system and accelerator loading device | |
| EP3432132B1 (en) | Data storage method and device | |
| CN112394881B (en) | Cloud host migration method and electronic equipment | |
| CN114185558A (en) | Native application master selection method and device based on K8s and storage medium | |
| CN112328365A (en) | Virtual machine migration method, device, equipment and storage medium | |
| CN111147274B (en) | System and method for creating a highly available arbitration set for a cluster solution | |
| CN113746641B (en) | ODX protocol processing method based on distributed storage | |
| CN113721849A (en) | Data replication and unloading method based on distributed storage and terminal equipment | |
| CN112202855A (en) | Communication device for storing bare metal server and elastic block, intelligent network card and system | |
| US11360824B2 (en) | Customized partitioning of compute instances | |
| US11487528B1 (en) | Managing system upgrades in a network computing environment | |
| CN116615715A (en) | Method and system for combining systems using resource sets | |
| US20210117234A1 (en) | Storage system with efficient release of failed component resources during synchronous replication | |
| CN111104252A (en) | System and method for data backup in a hybrid disk environment | |
| CN115065630B (en) | Migration method and device of virtual router, electronic equipment and storage medium | |
| US11924336B1 (en) | Cryptographic artifact generation using virtualized security modules | |
| CN117519908B (en) | Virtual machine thermomigration method, computer equipment and medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |