CN113886091A - Virtual machine migration method, system, equipment and storage medium - Google Patents
Virtual machine migration method, system, equipment and storage medium Download PDFInfo
- Publication number
- CN113886091A CN113886091A CN202111300588.9A CN202111300588A CN113886091A CN 113886091 A CN113886091 A CN 113886091A CN 202111300588 A CN202111300588 A CN 202111300588A CN 113886091 A CN113886091 A CN 113886091A
- Authority
- CN
- China
- Prior art keywords
- host
- virtual machine
- load
- group
- load data
- 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
- 238000013508 migration Methods 0.000 title claims abstract description 121
- 230000005012 migration Effects 0.000 title claims abstract description 121
- 238000000034 method Methods 0.000 title claims abstract description 75
- 238000010586 diagram Methods 0.000 description 13
- 238000012545 processing Methods 0.000 description 10
- 238000011156 evaluation Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000013209 evaluation strategy Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005111 flow chemistry technique Methods 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 238000000638 solvent extraction Methods 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/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5083—Techniques for rebalancing the load in a distributed system
- G06F9/5088—Techniques for rebalancing the load in a distributed system involving task migration
-
- 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/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
-
- 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/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
- G06F9/4856—Task life-cycle, e.g. stopping, restarting, resuming execution resumption being on a different machine, e.g. task migration, virtual machine migration
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention provides a virtual machine migration method, a virtual machine migration system, virtual machine migration equipment and a storage medium, wherein the method comprises the following steps: any host in the host group can collect the virtual machine load data of each host in the host group, under the condition that the virtual machine load data shows that the current host is an overloaded node, at least one non-overloaded target host is selected from the host group according to the virtual machine load data, at least one virtual machine is selected from the current host to the target host, and under the condition that the virtual machine load data shows that the current host is a non-overloaded node, the virtual machine migrated by other hosts is received and deployed at the current host. The problem of scheduling overload caused by centralized scheduling and migrating of the virtual machines by using the controller in the prior art can be solved, so that the problem of unavailability caused by waiting for migration of the virtual machines is avoided, the virtual machines can be more efficiently migrated in the host group, and the resource utilization rate of the virtual machines is improved.
Description
Technical Field
The present invention relates to the field of network security, and in particular, to a method, a system, a device, and a storage medium for virtual machine migration.
Background
With the development of computer technology, virtualization technology is more and more widely applied. The most applied is virtualization partitioning technology, that is, multiple Virtual Machines (VMs) are run on one host, a Central Processing Unit (CPU), a memory, a storage, a network, and other peripheral resources are managed by a Virtual Machine Monitor (VMM) between the host and the VMs, and the VMM schedules and manages the physical resources to allocate the physical resources to the VMs, thereby implementing isolated operation between the VMs.
The virtual machine is a simulated computer system with complete hardware system function and running in an isolation environment, and is an object of resource scheduling, and the host is a physical load of computing resources and is an actual load of the virtual machine, such as a physical server. In order to effectively utilize resources on each physical server in the cluster system and balance the load on each physical server, a virtual machine migration method is generally adopted to migrate a part of VMs on the physical server with a large virtual machine load to other physical servers.
Disclosure of Invention
Aiming at the problems in the prior art, the invention aims to provide a virtual machine migration method, a virtual machine migration system, a virtual machine migration device and a storage medium, which overcome the difficulties in the prior art, can solve the problem that the virtual machine migration to a centralized scheduling mode is difficult to meet the high-load and large-concurrency management and control requirements, and improve the virtual machine migration efficiency so as to improve the resource utilization rate.
The embodiment of the invention provides a virtual machine migration method, which is applied to a first host in a host cluster and comprises the following steps:
collecting virtual machine load data of each host in the host group;
under the condition that the virtual machine load data show that the first host is an overloaded node, selecting at least one second host which is not overloaded from the host group according to the virtual machine load data, and selecting at least one migrated virtual machine from the first host and migrating the migrated virtual machine to the second host;
and under the condition that the load data of the virtual machine shows that the first host is a non-overload node, receiving an immigrated virtual machine which is immigrated by at least one third host in the host group and deploying the immigrated virtual machine on the first host.
Optionally, the method further comprises:
before collecting the virtual machine load data of each host in the host group, receiving an autonomous negotiation migration virtual machine instruction sent by a controller;
collecting virtual machine load data of each host in a host cluster, comprising:
and notifying the host group of the virtual machine load data of the host based on the autonomous negotiation migration virtual machine instruction, and receiving the virtual machine load data of each host.
Optionally, the method further comprises:
determining a state threshold;
and determining the load state of each host in the host group according to the comparison result between the virtual machine load data of each host in the host group and the state threshold, wherein the load state is overload or non-overload.
Optionally, the method further comprises:
and under the condition that the overload node in the host cluster exceeds the upper limit value of the first target interval according to the load state of each host in the host cluster, starting a new host in the host cluster.
Optionally, in a case that it is determined that the overload node proportion in the host cluster exceeds an upper limit value of the first target interval according to the load state of each host in the host cluster, starting a new host in the host cluster, including:
and under the condition that the global load degree of the host computer group exceeds the load degree threshold value according to the virtual machine load data of each host computer in the host computer group and the overload node occupation ratio in the host computer group exceeds the upper limit value of the first target interval according to the load state of each host computer in the host computer group, starting a new host computer in the host computer group.
Optionally, the method further comprises:
and under the condition that the global load degree of the host computer group exceeds the load degree threshold value according to the virtual machine load data of each host computer in the host computer group and the overload node occupation ratio in the host computer group does not exceed the upper limit value of the first target interval according to the load state of each host computer in the host computer group, updating the upper limit value of the first target interval according to the overload node occupation ratio in the host computer group.
Optionally, the method further comprises:
and under the condition that the non-overload node occupation ratio in the host cluster exceeds the upper limit value of the second target interval according to the load state of each host in the host cluster, closing the idle host in the host cluster.
Optionally, under a condition that it is determined that the non-overloaded node proportion in the host cluster exceeds an upper limit value of the second target interval according to the load state of each host in the host cluster, shutting down an idle host in the host cluster, includes:
and under the condition that the overall load degree of the host computer group does not exceed the load degree threshold value according to the virtual machine load data of each host computer in the host computer group and the non-overload node occupation ratio in the host computer group exceeds the upper limit value of the second target interval according to the load state of each host computer in the host computer group, closing the idle host computers in the host computer group.
Optionally, the method further comprises:
and under the condition that the global load degree of the host cluster is determined not to exceed the load degree threshold according to the virtual machine load data of each host in the host cluster, and the non-overload node occupation ratio in the host cluster is determined not to exceed the upper limit value of the second target interval according to the load state of each host in the host cluster, updating the upper limit value of the second target interval according to the non-overload node occupation ratio in the host cluster.
Optionally, under the condition that the virtual machine load data shows that the first host is an overloaded node, selecting at least one second host that is not overloaded from the host group according to the virtual machine load data, including:
under the condition that the virtual machine load data show that the first host is an overload node, acquiring the overload load index type in the first host according to the virtual machine load data;
and selecting a second host matched with the load index type from the candidate hosts which are determined as the non-overload nodes in the host cluster.
Optionally, the method further comprises:
before selecting a second host machine matched with the load index type from the candidate host machines which are determined as the non-overload nodes in the host machine group, selecting the non-overload nodes from the host machine group according to the virtual machine load data of each host machine to obtain a candidate host machine list;
the candidate host list is sorted in a descending manner according to the matching degree between the candidate host and the load index type;
selecting a second host matched with the load index type from candidate hosts which are determined as non-overload nodes in the host cluster, wherein the second host comprises the following steps:
and selecting a second host in the candidate host list obtained by descending sorting according to the load data of the virtual machines in the candidate hosts.
Optionally, the method further comprises:
and updating the load data of the virtual machines per se according to the migration-in and migration-out results of the virtual machines per se and informing the updated load data of the virtual machines to the host machine group.
An embodiment of the present invention further provides a virtual machine migration system, where the system is used for a first host in a host cluster, and includes:
the collection module is used for collecting the virtual machine load data of each host in the host group;
the migration module selects at least one second host which is not overloaded from the host group according to the virtual machine load data under the condition that the virtual machine load data show that the first host is an overloaded node, and selects at least one migrated virtual machine from the first host and migrates the selected virtual machine to the second host;
and the immigration module is used for receiving the immigration virtual machine which is immigrated by at least one third host in the host group and deploying the immigration virtual machine in the first host under the condition that the load data of the virtual machine shows that the first host is a non-overload node.
An embodiment of the present invention further provides a virtual machine migration apparatus, including:
a processor;
a memory having stored therein executable instructions of the processor;
wherein the processor is configured to perform the steps of the virtual machine migration method described above via execution of executable instructions.
The embodiment of the present invention further provides a computer-readable storage medium for storing a program, and the program implements the steps of the virtual machine migration method when executed.
The invention aims to provide a virtual machine migration method, a virtual machine migration system, virtual machine migration equipment and a storage medium, wherein the method comprises the following steps: any host in the host group can collect the virtual machine load data of each host in the host group, under the condition that the virtual machine load data shows that the current host is an overloaded node, at least one non-overloaded target host is selected from the host group according to the virtual machine load data, at least one virtual machine is selected from the current host to the target host, and under the condition that the virtual machine resource load data shows that the current host is a non-overloaded node, the virtual machines migrated by other hosts are received and deployed on the current host. The problem of scheduling overload caused by centralized scheduling and migrating of the virtual machines by using the controller in the prior art can be solved, so that the problem of unavailability caused by waiting for migration of the virtual machines is avoided, the virtual machines can be more efficiently migrated in the host group, and the resource utilization rate of the virtual machines is improved.
Drawings
Other features, objects and advantages of the present invention will become more apparent upon reading of the following detailed description of non-limiting embodiments thereof, with reference to the accompanying drawings.
FIG. 1 is a flowchart of a virtual machine migration method according to an embodiment of the present invention;
FIG. 2 is a second flowchart of a virtual machine migration method according to an embodiment of the present invention;
FIG. 3 is a third flowchart of a virtual machine migration method according to an embodiment of the present invention;
FIG. 4 is a fourth flowchart of a virtual machine migration method according to an embodiment of the present invention;
FIG. 5 is a fifth flowchart of a virtual machine migration method according to an embodiment of the present invention;
FIG. 6 is a sixth flowchart of a virtual machine migration method according to an embodiment of the present invention;
FIG. 7 is a seventh flowchart of a virtual machine migration method according to an embodiment of the present invention;
FIG. 8 is an eighth flowchart of a virtual machine migration method according to an embodiment of the present invention;
FIG. 9 is a ninth flowchart of a virtual machine migration method according to an embodiment of the present invention;
FIG. 10 is a tenth flowchart of a virtual machine migration method according to an embodiment of the present invention;
FIG. 11 is an eleventh flowchart of a virtual machine migration method according to an embodiment of the present invention;
FIG. 12 is a twelfth flow chart of a virtual machine migration method of an embodiment of the present invention;
FIG. 13 is a thirteen-flow diagram of a virtual machine migration method according to an embodiment of the present invention;
FIG. 14 is one of the block diagrams of a virtual machine migration system of an embodiment of the present invention;
FIG. 15 is a second block diagram of a virtual machine migration system according to an embodiment of the present invention;
FIG. 16 is a third block diagram of a virtual machine migration system according to an embodiment of the present invention;
FIG. 17 is a fourth block diagram of a virtual machine migration system according to an embodiment of the present invention;
FIG. 18 is a fifth diagram of the structure of a virtual machine migration system according to an embodiment of the present invention;
FIG. 19 is a sixth block diagram of a virtual machine migration system according to an embodiment of the present invention;
FIG. 20 is a seventh block diagram of a virtual machine migration system according to an embodiment of the present invention;
fig. 21 is an eighth configuration diagram of a virtual machine migration system according to an embodiment of the present invention;
FIG. 22 is a ninth block diagram of a virtual machine migration system according to an embodiment of the present invention;
fig. 23 is a schematic diagram of the operation of the virtual machine migration apparatus according to the embodiment of the present invention.
Detailed Description
Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art.
The drawings are merely schematic illustrations of the invention and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and thus their repetitive description will be omitted. Some of the block diagrams shown in the figures are functional entities and do not necessarily correspond to physically or logically separate entities. These functional entities may be implemented in the form of software, or in one or more hardware forwarding modules or integrated circuits, or in different networks and/or processor devices and/or microcontroller devices.
In addition, the flow shown in the drawings is only an exemplary illustration, and not necessarily includes all the steps. For example, some steps may be divided, some steps may be combined or partially combined, and the actual execution sequence may be changed according to the actual situation. The use of "first," "second," and similar terms in the detailed description is not intended to imply any order, quantity, or importance, but rather is used to distinguish one element from another. It should be noted that features of the embodiments of the invention and of the different embodiments may be combined with each other without conflict.
In practical application, when a virtual machine is created and allocated on each host node by a platform, whether node resources meet the requirements of the virtual machine or not is considered, which causes uneven allocation of the virtual machine among the nodes. The resources required by the virtual machines in the nodes are adjusted along with the change of the service scale, and when the number of the virtual machines in a single node is too large, the nodes are overloaded due to the contention of the node resources, and the service is influenced or even interrupted. Therefore, the automatic online migration of the virtual machines in the nodes according to the load change of each node is an effective method for solving the problems.
Therefore, one conventional method adopts a centralized scheduling method, and a controller is responsible for scheduling virtual machine resources, especially computing resources. However, this approach presents the following problems: when the scale of the host cluster reaches a certain degree, the centralized scheduling mode causes congestion of the controller, is difficult to meet high-load and large-concurrency management and control requirements, and causes the migration of part of virtual machines to wait, so that the service quality is influenced, and the service capacity and the resource utilization rate are reduced.
The embodiment of the invention provides a virtual machine migration method, a virtual machine migration device and a storage medium, wherein the method comprises the following steps: any host in the host group can collect the virtual machine load data of each host in the host group;
under the condition that the load data of the virtual machines show that the current host is an overloaded node, selecting at least one non-overloaded target host from the host group according to the load data of the virtual machines, and selecting at least one virtual machine from the current host to the target host;
and under the condition that the resource load data of the virtual machine shows that the current host is a non-overload node, receiving the virtual machine migrated by other hosts and deploying the virtual machine in the current host.
The embodiment of the invention provides the technical scheme that the host group can autonomously negotiate the migration strategy, the bottleneck of the controller is avoided, unnecessary service quality reduction is avoided, the migration efficiency of the virtual machine is ensured, and the resource utilization rate of the virtual machine is improved.
Fig. 1 is a flowchart of a virtual machine migration method according to an embodiment of the present invention, where an execution subject of the method is any host in a host group, and for convenience of description, the execution subject is defined as a first host in the following. The host in the host cluster may be a physical server, which is not limited herein.
Referring to fig. 1, a virtual machine migration method provided in an embodiment of the present invention includes the following steps:
step 110: collecting virtual machine load data of each host in the host group;
step 120: under the condition that the virtual machine load data show that the first host is an overloaded node, selecting at least one second non-overloaded host from the host group according to the virtual machine load data, and selecting at least one migrated virtual machine from the first host and migrating the migrated virtual machine to the second host;
step 130: and under the condition that the load data of the virtual machine shows that the first host is a non-overload node, receiving an immigrated virtual machine which is immigrated by at least one third host in the host group and deploying the immigrated virtual machine on the first host.
By using the embodiment of the invention, any host is allowed to collect the virtual machine load data of the host group, so that a proper second host can be selected to migrate out the virtual machine under the condition that the host is an overloaded node, or the virtual machine migrated in by a third host can be received and deployed under the condition that the host is a non-overloaded node. The problem of scheduling overload caused by centralized scheduling and migrating of the virtual machines by using the controller in the prior art can be solved, so that the problem of unavailability caused by waiting for migration of the virtual machines is avoided, the virtual machines can be more efficiently migrated in the host group, and the resource utilization rate of the virtual machines is improved.
In an optional embodiment of the present invention, the virtual machine load data is the number of virtual machines deployed on the host or the resource consumption amount of running the virtual machines.
In an optional embodiment of the present invention, the collecting the virtual machine load data of each host in the host cluster may specifically include:
and sending a virtual machine load data acquisition request to the host group and receiving virtual machine load data fed back by each host in the host group under the condition that the own virtual machine is overloaded or not overloaded.
According to the embodiment, each host is allowed to collect the virtual machine load data of each host in due time according to the migration requirement of the virtual machine of each host, migration in and migration out of the virtual machine are achieved according to the virtual machine load conditions of other hosts, frequent migration of the virtual machine is avoided, and the virtual machine migration in and migration out efficiency is improved.
In an optional embodiment of the present invention, each host may further notify the host group of its own virtual machine load data at set time intervals.
Referring to fig. 2, a virtual machine migration method according to an alternative embodiment of the present invention includes the following steps:
step 210: receiving an autonomous negotiation migration virtual machine instruction sent by a controller;
step 220: notifying own virtual machine load data to the host group based on the autonomous negotiation migration virtual machine instruction, and receiving the virtual machine load data of each host;
step 230: under the condition that the virtual machine load data show that the first host is an overloaded node, selecting at least one second non-overloaded host from the host group according to the virtual machine load data, and selecting at least one migrated virtual machine from the first host and migrating the migrated virtual machine to the second host;
step 240: and under the condition that the load data of the virtual machine shows that the first host is a non-overload node, receiving an immigrated virtual machine which is immigrated by at least one third host in the host group and deploying the immigrated virtual machine on the first host.
In this embodiment, the controller sends an autonomous negotiation migration virtual machine instruction to each host in the host group, and triggers each host to notify the host group of its own virtual machine load data, so that each host can take all the virtual machine load data of each host in the host group.
In an alternative embodiment, referring to fig. 3, the virtual machine migration method may include the steps of:
step 310: collecting virtual machine load data of each host in the host group;
step 320: determining a state threshold;
step 330: determining the load state of each host in the host group according to the comparison result between the virtual machine load data of each host in the host group and the state threshold, wherein the load state is overload or non-overload;
step 340: under the condition that the virtual machine load data show that the first host is an overloaded node, selecting at least one second host which is not overloaded from the host group according to the virtual machine load data, and selecting at least one migrated virtual machine from the first host and migrating the migrated virtual machine to the second host;
step 350: and under the condition that the load data of the virtual machine shows that the first host is a non-overload node, receiving an immigrated virtual machine which is immigrated by at least one third host in the host group and deploying the immigrated virtual machine on the first host.
In this embodiment, the virtual machine load status of each host may be determined according to the comparison result of the virtual machine load data and the status threshold.
Wherein the state threshold may be preset.
In an alternative embodiment, referring to fig. 4, the virtual machine migration method may include the steps of:
step 410: collecting virtual machine load data of each host in the host group;
step 420: determining a state threshold;
step 430: determining the load state of each host in the host group according to the comparison result between the virtual machine load data of each host in the host group and the state threshold, wherein the load state is overload or non-overload;
step 440: under the condition that the overload node occupation ratio in the host group exceeds the upper limit value of the first target interval according to the load state of each host in the host group, starting a new host in the host group;
step 450: under the condition that the virtual machine load data show that the first host is an overloaded node, selecting at least one second host which is not overloaded from the host group according to the virtual machine load data, and selecting at least one migrated virtual machine from the first host and migrating the migrated virtual machine to the second host;
step 460: and under the condition that the load data of the virtual machine shows that the first host is a non-overload node, receiving an immigrated virtual machine which is immigrated by at least one third host in the host group and deploying the immigrated virtual machine on the first host.
In this embodiment, a new host is started in the host group to migrate a virtual machine, so as to release the load of the virtual machine in the overloaded node running at a high level.
In an alternative embodiment, referring to fig. 5, the virtual machine migration method may include the steps of:
step 510: collecting virtual machine load data of each host in the host group;
step 520: determining a state threshold;
step 530: determining the load state of each host in the host group according to the comparison result between the virtual machine load data of each host in the host group and the state threshold, wherein the load state is overload or non-overload;
step 540: under the condition that the non-overload node occupation ratio in the host group exceeds the upper limit value of the second target interval according to the load state of each host in the host group, closing an idle host in the host group;
step 550: under the condition that the virtual machine load data show that the first host is an overloaded node, selecting at least one second host which is not overloaded from the host group according to the virtual machine load data, and selecting at least one migrated virtual machine from the first host and migrating the migrated virtual machine to the second host;
step 560: and under the condition that the load data of the virtual machine shows that the first host is a non-overload node, receiving an immigrated virtual machine which is immigrated by at least one third host in the host group and deploying the immigrated virtual machine on the first host.
In this way, the active host is released by shutting down the idle hosts in the host cluster to conserve system resources.
In an alternative embodiment, referring to fig. 6, the virtual machine migration method includes the following steps:
step 610: calculating the global load degree of the host computer group according to the virtual machine load data of each host computer in the host computer group;
step 620: judging whether the global load degree exceeds a load degree threshold value or not;
step 630: under the condition that the overall load degree of the host computer group exceeds a load degree threshold value is determined according to the virtual machine load data of each host computer in the host computer group, judging that the overload node occupation ratio in the host computer group exceeds the upper limit value of a first target interval according to the load state of each host computer in the host computer group;
step 640: under the condition that the overall load degree of the host computer group exceeds a load degree threshold value according to the virtual machine load data of each host computer in the host computer group and the overload node occupation ratio in the host computer group exceeds an upper limit value of a first target interval according to the load state of each host computer in the host computer group, starting a new host computer in the host computer group;
step 650: under the condition that the overall load degree of the host computer group does not exceed the load degree threshold value according to the virtual machine load data of each host computer in the host computer group, judging that the non-overload node occupation ratio in the host computer group exceeds the upper limit value of a second target interval according to the load state of each host computer in the host computer group;
step 660: and under the condition that the overall load degree of the host computer group does not exceed the load degree threshold value according to the virtual machine load data of each host computer in the host computer group and the non-overload node occupation ratio in the host computer group exceeds the upper limit value of the second target interval according to the load state of each host computer in the host computer group, closing the idle host computers in the host computer group.
In this case, the decision to turn on a new host and turn off an idle host is made more accurately.
In an alternative embodiment, referring to fig. 7, compared to fig. 6, the method further comprises:
step 710: under the condition that the overall load degree of the host computer group exceeds the load degree threshold value according to the virtual machine load data of each host computer in the host computer group and the overload node occupation ratio in the host computer group does not exceed the upper limit value of the first target interval according to the load state of each host computer in the host computer group, updating the upper limit value of the first target interval according to the overload node occupation ratio in the host computer group;
step 720: and under the condition that the global load degree of the host cluster is determined not to exceed the load degree threshold according to the virtual machine load data of each host in the host cluster, and the non-overload node occupation ratio in the host cluster is determined not to exceed the upper limit value of the second target interval according to the load state of each host in the host cluster, updating the upper limit value of the second target interval according to the non-overload node occupation ratio in the host cluster.
Thus, the current overload node occupation ratio or the non-load node occupation ratio reflects the load state of the host group in the period of time, the current overload node occupation ratio is used as the upper limit value of the first target interval, or the current non-overload node occupation ratio is used as the upper limit value of the second target interval, and the updated upper limit value of the first target interval can be applied to the next new host starting decision process, or the updated upper limit value of the second target interval can be applied to the next idle host closing decision process. The embodiment realizes dynamic adjustment of the virtual machine of the overloaded node, thereby optimizing the resource allocation of the node and improving the load balance.
In an alternative embodiment of the present invention, referring to fig. 8, a virtual machine migration method includes the following steps:
step 810: collecting virtual machine load data of each host in the host group;
step 820: under the condition that the virtual machine load data show that the first host is an overload node, acquiring the overload load index type in the first host according to the virtual machine load data;
step 830: and selecting a second host matched with the load index type from the candidate hosts which are determined as the non-overload nodes in the host cluster, and selecting at least one migrated virtual machine from the first host and migrating the migrated virtual machine to the second host.
The services provided by each virtual machine are different, and specifically may include a central processing unit service, a network transmission service, or a memory service, and the corresponding load index type includes a CPU overload, a network overload, or a memory overload. This is an example and does not constitute a limitation on the range of load index types.
In this embodiment, the matching of the load index type with the host means that the virtual machine corresponding to the load index type has a strong resource dependency on the host, so as to ensure that the migrated virtual machine can normally operate on the final second host, without causing an excessively high load to the second host or causing a problem that the second host cannot provide resources required by the operation of the migrated virtual machine, and improve the migration success rate of the virtual machine.
In an alternative embodiment, referring to fig. 9, the virtual machine migration method may include the steps of:
step 910: collecting virtual machine load data of each host in the host group;
step 920: under the condition that the virtual machine load data show that the first host is an overload node, acquiring the overload load index type in the first host according to the virtual machine load data;
step 930: selecting non-overload nodes in the host group according to the virtual machine load data of each host to obtain a candidate host list;
step 940: the candidate host list is sorted in a descending manner according to the matching degree between the candidate host and the load index type;
step 950: and selecting a second host from the candidate host list obtained by descending sorting according to the load data of the virtual machines in each candidate host, and selecting at least one migrated virtual machine from the first host and migrating the migrated virtual machine to the second host.
In this embodiment, the host may locally maintain a host list, and the host list may record the load data and the load index type of the virtual machine of each host, so that the host capable of receiving the migrated virtual machine may be quickly identified and selected.
In an alternative embodiment, referring to fig. 10, the virtual machine migration method may include the following steps:
step 1010: collecting virtual machine load data of each host in the host group;
step 1020: under the condition that the virtual machine load data show that the first host is an overloaded node, selecting at least one second host which is not overloaded from the host group according to the virtual machine load data, and selecting at least one migrated virtual machine from the first host and migrating the migrated virtual machine to the second host;
step 1030: under the condition that the load data of the virtual machine shows that the first host is a non-overload node, receiving an immigrated virtual machine which is immigrated by at least one third host in the host group and deploying the immigrated virtual machine on the first host;
step 1040: and updating the load data of the virtual machines per se according to the migration-in and migration-out results of the virtual machines per se and informing the updated load data of the virtual machines to the host machine group.
By using the embodiment, under the condition that the host machine per se has virtual machine migration in or out, each host machine of the host machine group can maintain the latest virtual machine load data by instantly notifying the host machine group of the updated virtual machine load data, so that the virtual machine migration strategy can be determined in time according to the self requirement.
In an alternative embodiment, referring to fig. 11, the virtual machine migration method may include the steps of:
step 1110: the controller judges whether the self working load is overloaded in a target time period;
if yes, go to step 1120: each host collects the virtual machine load data of each host in the host group, and calculates the ratio of the global load degree to the high-low load hosts in the monitoring time, wherein the high-load hosts correspond to the overload nodes, and the low-load hosts correspond to the non-overload nodes;
step 1130: calculating the evaluation value of the load index of which the node load degree exceeds the high-order threshold value, and if the evaluation value meets the overload requirement, judging that the host is in index type overload (the overload index types are divided into a CPU overload type, a network overload type and a memory overload type, and are not limited herein);
step 1140: calculating the evaluation value of the node with the node load degree lower than the low threshold, if the evaluation value meets the light load requirement, judging the node as a light load node, and adding a low load host list;
step 1150: the low-load node list is judged whether to be in a load balancing range or not according to the ascending order of the load degree and the combination of the global load degree, and if the global load degree is smaller than the lowest value of a reasonable range, a non-load node set to be migrated is obtained through calculation;
step 1160: and if the global load degree is greater than the highest point of the reasonable range, starting a host.
Wherein,
node load factor [ Cpu | Mem | Band ═ Band]uesd*Li
Wherein [ Cpu | Mem | Band ] used is the utilization rate of CPU, memory and bandwidth, and Li is the corresponding weight.
In an alternative embodiment, referring to fig. 12, the virtual machine to be migrated decision included in the virtual machine migration method includes the following steps:
step 1210: acquiring high-load node information according to a high-load node list obtained by node evaluation, wherein a specific node evaluation strategy refers to the embodiment shown in fig. 11 and is not detailed herein;
step 1220: according to the overload type of the current node, calculating a set of virtual machines to be screened, which can enable the node to relieve the overload condition under single migration;
step 1230: calculating the resource dependence of each virtual machine in the virtual machine set to be screened, and sequencing the virtual machines in a descending manner;
step 1240: calculating the ratio of CPU, memory and bandwidth of each virtual machine;
step 1250: and selecting the virtual machine as a virtual machine to be migrated, calculating the resource ratio of the virtual machine, and adding the virtual machine to be migrated into a list of the virtual machine to be migrated.
Wherein, the resource dependency is:
vi is a certain index resource utilization rate of the virtual machine at the moment i, Ni is the index resource utilization rate of the node at the moment i, and RtypeA large value indicates that the virtual machine has a higher dependency on the index type resource of this node.
In an alternative embodiment, referring to fig. 13, the target node decision included in the virtual machine migration method includes the following steps:
step 1310: according to the loadable node list obtained by the node evaluation, the load degree is increased and ordered to obtain a node list to be selected, and the specific node evaluation strategy refers to the embodiment shown in fig. 11, which is not detailed herein;
step 1320: calculating the matching degree of the virtual machines and the nodes in the node list to be selected, and sorting the matching degree in a descending manner;
step 1330: respectively calculating migration costs according to the matching degree sequence;
step 1340: and selecting the node with high matching degree and minimum migration cost as the destination node.
Fig. 14 is a virtual machine migration system according to an embodiment of the present invention, where the virtual machine migration system is used for a first host in a host cluster, and includes:
a collecting module 1410, which collects virtual machine load data of each host in the host group;
the migration module 1420, when the load data of the virtual machine indicates that the first host is an overloaded node, selects at least one second host that is not overloaded from the host group according to the load data of the virtual machine, and selects at least one migrated virtual machine from the first host and migrates the selected virtual machine to the second host;
the immigration module 1430 receives an immigration virtual machine immigrated by at least one third host in the host group and deploys the immigration virtual machine in the first host under the condition that the virtual machine load data shows that the first host is a non-overload node.
By using the virtual machine migration system provided by the embodiment of the invention, any host is allowed to collect the virtual machine load data of the host group, so that a proper second host can be selected to migrate a virtual machine under the condition that the host is an overloaded node, or the virtual machine migrated by a third host can be received and deployed under the condition that the host is a non-overloaded node. The problem of scheduling overload caused by centralized scheduling and migrating of the virtual machines by using the controller in the prior art can be solved, so that the problem of unavailability caused by waiting for migration of the virtual machines is avoided, the virtual machines can be more efficiently migrated in the host group, and the resource utilization rate of the virtual machines is improved.
The implementation principle of the above modules is described in the related introduction of the virtual machine migration method, and is not described herein again.
In an alternative embodiment, emigration module 1420 is specifically configured to:
under the condition that the virtual machine load data show that the first host is an overload node, acquiring the overload load index type in the first host according to the virtual machine load data;
and selecting a second host matched with the load index type from the candidate hosts which are determined as the non-overload nodes in the host cluster.
In an alternative embodiment, compared to fig. 14, the virtual machine migration system shown in fig. 15 further includes:
a selecting module 1510, selecting a non-overloaded node in the host group according to the virtual machine load data of each host before selecting a second host matched with the load index type from the candidate hosts identified as the non-overloaded node in the host group, to obtain a candidate host list;
the sorting module 1520 performs descending sorting on the candidate host list according to the matching degree between the candidate host and the load index type;
the emigration module 1530 is specifically configured to:
and selecting a second host in the candidate host list obtained by descending sorting according to the load data of the virtual machines in the candidate hosts.
In an alternative embodiment, compared to fig. 14, the virtual machine migration system shown in fig. 16 further includes:
a receiving module 1610, configured to receive an autonomous negotiation migration virtual machine instruction sent by a controller before collecting virtual machine load data of each host in a host group;
the collection module 1620 is specifically configured to:
and notifying the host group of the virtual machine load data of the host based on the autonomous negotiation migration virtual machine instruction, and receiving the virtual machine load data of each host.
In an alternative embodiment, compared to fig. 14, the virtual machine migration system shown in fig. 17 further includes:
a state threshold determination module 1710 that determines a state threshold;
the load status determining module 1720 determines the load status of each host in the host cluster according to the comparison result between the virtual machine load data of each host in the host cluster and the status threshold, where the load status is overload or non-overload.
In an alternative embodiment, compared to fig. 14, the virtual machine migration system shown in fig. 18 further includes:
the host starting module 1810 starts a new host in the host group when it is determined that the overload node proportion in the host group exceeds the upper limit value of the first target interval according to the load state of each host in the host group.
In an alternative embodiment, the host startup module 1810 is specifically configured to:
and under the condition that the global load degree of the host computer group exceeds the load degree threshold value according to the virtual machine load data of each host computer in the host computer group and the overload node occupation ratio in the host computer group exceeds the upper limit value of the first target interval according to the load state of each host computer in the host computer group, starting a new host computer in the host computer group.
In an alternative embodiment, compared to fig. 18, the virtual machine migration system shown in fig. 19 further includes:
a first updating module 1910, updating the upper limit value of the first target interval according to the duty ratio of the overloaded node in the host cluster, when it is determined that the global load degree of the host cluster exceeds the load degree threshold according to the virtual machine load data of each host in the host cluster, and it is determined that the overload node duty ratio in the host cluster does not exceed the upper limit value of the first target interval according to the load state of each host in the host cluster.
In an alternative embodiment, compared to fig. 14, the virtual machine migration system shown in fig. 20 further includes:
the host shutdown module 2010, under the condition that it is determined that the non-overloaded node proportion in the host cluster exceeds the upper limit value of the second target interval according to the load status of each host in the host cluster, shuts down an idle host in the host cluster.
In an alternative embodiment, the host shutdown module 2010 is specifically configured to:
and under the condition that the overall load degree of the host computer group does not exceed the load degree threshold value according to the virtual machine load data of each host computer in the host computer group and the non-overload node occupation ratio in the host computer group exceeds the upper limit value of the second target interval according to the load state of each host computer in the host computer group, closing the idle host computers in the host computer group.
In an alternative embodiment, compared to fig. 20, the virtual machine migration system shown in fig. 21 further includes:
the second updating module 2110, when determining that the global load degree of the host cluster does not exceed the load degree threshold according to the virtual machine load data of each host in the host cluster, and determining that the duty ratio of the non-overloaded node in the host cluster does not exceed the upper limit value of the second target interval according to the load state of each host in the host cluster, updates the upper limit value of the second target interval according to the duty ratio of the non-overloaded node in the host cluster.
In an alternative embodiment, compared to fig. 14, the virtual machine migration system shown in fig. 22 further includes:
the notification module 2210, according to the migration-in and migration-out result of the virtual machine, updates the load data of the virtual machine and notifies the updated load data of the virtual machine to the host group.
Fig. 23 is a schematic structural diagram of the virtual machine migration apparatus of the present invention. An electronic device 2300 according to such an embodiment of the invention is described below with reference to fig. 23. The electronic device 2300 shown in fig. 23 is only an example and should not bring any limitation to the function and the scope of use of the embodiment of the present invention.
As shown in fig. 23, electronic device 2300 is embodied in the form of a general purpose computing device. Components of electronic device 2300 may include, but are not limited to: at least one processing unit 2310, at least one memory unit 2320, a bus 2330 connecting the various platform components (including memory unit 2320 and processing unit 2310), a display unit 2340, and the like.
In which the storage unit stores program codes executable by the processing unit 2310 to cause the processing unit 2310 to perform steps according to various exemplary embodiments of the present invention described in the above-mentioned electronic prescription flow processing method section of the present specification. For example, the processing unit 2310 may perform steps as shown in any of the embodiments of fig. 1-13.
The storage unit 2320 may include readable media in the form of volatile storage units, such as a random access storage unit (RAM)2321 and/or a cache storage unit 2322, and may further include a read-only storage unit (ROM) 2323.
The electronic device 2300 can also communicate with one or more external devices 2350 (e.g., keyboard, pointing device, bluetooth device, etc.), with one or more devices that enable a user to interact with the electronic device 2300, and/or with any devices (e.g., router, modem, etc.) that enable the electronic device 2300 to communicate with one or more other computing devices. Such communication can occur via input/output (I/O) interfaces 2360. Also, the electronic device 2300 can communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network such as the internet) via the network adapter 2370. A network adapter 2370 may communicate with other modules of the electronic device 2300 over the bus 2330. It should be appreciated that although not shown, other hardware and/or software modules may be used in conjunction with electronic device 2300, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage platforms, to name a few.
The embodiment of the invention also provides a computer-readable storage medium for storing the program, and the steps of the virtual machine migration method are realized when the program is executed. In some possible embodiments, the various aspects of the invention may also be implemented in the form of a program product comprising program code means for causing a terminal device to carry out the steps according to various exemplary embodiments of the invention described in the above-mentioned virtual machine migration method section of this specification, when the program product is run on the terminal device.
The program product 800 for implementing the above method according to an embodiment of the present invention may employ a portable compact disc read only memory (CD-ROM) and include program code, and may be run on a terminal device, such as a personal computer. However, the program product of the present invention is not limited in this regard and, in the present document, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
A computer readable storage medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable storage medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a readable storage medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Program code for carrying out processes of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device and partly on a remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., through the internet using an internet service provider).
In summary, an object of the present invention is to provide a method, a system, a device, and a storage medium for migrating virtual machines, in which any host in a host cluster can collect virtual machine load data of each host in the host cluster, select at least one non-overloaded target host in the host cluster according to the virtual machine load data when the virtual machine load data shows that the current host is an overloaded node, select at least one virtual machine from the current host to the target host, and receive virtual machines migrated from other hosts and deploy the virtual machines in the current host when the virtual machine resource load data shows that the current host is a non-overloaded node. The problem of scheduling overload caused by centralized scheduling and migrating of the virtual machines by using the controller in the prior art can be solved, so that the problem of unavailability caused by waiting for migration of the virtual machines is avoided, the virtual machines can be more efficiently migrated in the host group, and the resource utilization rate of the virtual machines is improved.
Any host is allowed to collect the virtual machine load data of the host cluster, so that a proper second host can be selected to migrate the virtual machine under the condition that the host is an overloaded node, or the virtual machine migrated by a third host can be received and deployed under the condition that the host is a non-overloaded node. The problem of scheduling overload caused by centralized scheduling and migrating of the virtual machines by using the controller in the prior art can be solved, so that the problem of unavailability caused by waiting for migration of the virtual machines is avoided, the virtual machines can be more efficiently migrated in the host group, and the resource utilization rate of the virtual machines is improved.
The foregoing is a more detailed description of the invention in connection with specific preferred embodiments and it is not intended that the invention be limited to these specific details. For those skilled in the art to which the invention pertains, several simple deductions or substitutions can be made without departing from the spirit of the invention, and all shall be considered as belonging to the protection scope of the invention.
Claims (15)
1. A virtual machine migration method is applied to a first host in a host cluster, and comprises the following steps:
collecting virtual machine load data of each host in the host group;
under the condition that the virtual machine load data show that the first host is an overloaded node, selecting at least one second host which is not overloaded in the host group according to the virtual machine load data, and selecting at least one migrated virtual machine in the first host and migrating the virtual machine to the second host;
and under the condition that the load data of the virtual machine shows that the first host is a non-overload node, receiving an immigrated virtual machine which is immigrated into at least one third host in the host group and deploying the immigrated virtual machine on the first host.
2. The virtual machine migration method according to claim 1, further comprising:
before collecting the virtual machine load data of each host in the host group, receiving an autonomous negotiation migration virtual machine instruction sent by a controller;
the collecting the virtual machine load data of each host in the host group includes:
and announcing own virtual machine load data to the host machine group based on the autonomous negotiation migration virtual machine instruction, and receiving the virtual machine load data of each host machine.
3. The virtual machine migration method according to claim 1, further comprising:
determining a state threshold;
and determining the load state of each host in the host group according to the comparison result between the virtual machine load data of each host in the host group and a state threshold, wherein the load state is overload or non-overload.
4. The virtual machine migration method according to claim 1, further comprising:
and under the condition that the overload node occupation ratio in the host cluster exceeds the upper limit value of a first target interval according to the load state of each host in the host cluster, starting a new host in the host cluster.
5. The virtual machine migration method according to claim 4, wherein, in a case that it is determined that the overload node percentage in the host cluster exceeds an upper limit value of a first target interval according to the load status of each host in the host cluster, starting a new host in the host cluster, includes:
and under the condition that the overall load degree of the host computer group exceeds a load degree threshold value according to the virtual machine load data of each host computer in the host computer group and the overload node occupation ratio in the host computer group exceeds an upper limit value of a first target interval according to the load state of each host computer in the host computer group, starting a new host computer in the host computer group.
6. The virtual machine migration method according to claim 5, further comprising:
under the condition that the overall load degree of the host computer group exceeds the load degree threshold value according to the virtual machine load data of each host computer in the host computer group and the overload node occupation ratio in the host computer group does not exceed the upper limit value of the first target interval according to the load state of each host computer in the host computer group, the upper limit value of the first target interval is updated according to the overload node occupation ratio in the host computer group.
7. The virtual machine migration method according to claim 1, further comprising:
and under the condition that the non-overload node occupation ratio in the host cluster exceeds the upper limit value of a second target interval according to the load state of each host in the host cluster, closing the idle host in the host cluster.
8. The method for migrating a virtual machine according to claim 7, wherein in a case that it is determined that the percentage of non-overloaded nodes in the host cluster exceeds an upper limit value of a second target interval according to the load status of each host in the host cluster, turning off an idle host in the host cluster includes:
and under the condition that the overall load degree of the host computer group does not exceed the load degree threshold value according to the virtual machine load data of each host computer in the host computer group and the non-overload node occupation ratio in the host computer group exceeds the upper limit value of a second target interval according to the load state of each host computer in the host computer group, closing the idle host computers in the host computer group.
9. The virtual machine migration method according to claim 8, further comprising:
and under the condition that the overall load degree of the host cluster is determined not to exceed the load degree threshold according to the virtual machine load data of each host in the host cluster, and the non-overload node occupation ratio in the host cluster is determined not to exceed the upper limit value of a second target interval according to the load state of each host in the host cluster, updating the upper limit value of the second target interval according to the non-overload node occupation ratio in the host cluster.
10. The method according to claim 1, wherein selecting at least one second non-overloaded host from the host group according to the virtual machine load data when the virtual machine load data indicates that the first host is an overloaded node, comprises:
under the condition that the virtual machine load data show that the first host is an overload node, acquiring the overload load index type in the first host according to the virtual machine load data;
and selecting a second host matched with the load index type from the candidate hosts which are determined as non-overload nodes in the host cluster.
11. The virtual machine migration method according to claim 10, further comprising:
before selecting a second host matched with the load index type from the candidate hosts identified as non-overload nodes in the host group, selecting the non-overload nodes in the host group according to the virtual machine load data of each host to obtain a candidate host list;
performing descending sorting on the candidate host list according to the matching degree between the candidate host and the load index type;
selecting a second host matched with the load index type from the candidate hosts identified as the non-overload nodes in the host cluster, wherein the selecting comprises the following steps:
and selecting the second host in the candidate host list obtained by descending sorting according to the load data of the virtual machines in the candidate hosts.
12. The virtual machine migration method according to claim 1, further comprising:
and updating the load data of the virtual machines per se according to the migration-in and migration-out results of the virtual machines per se and announcing the updated load data of the virtual machines to the host machine group.
13. A virtual machine migration system, for a first host in a cluster of hosts, comprising:
the collection module is used for collecting the virtual machine load data of each host in the host group;
the migration module selects at least one second host which is not overloaded in the host group according to the virtual machine load data under the condition that the virtual machine load data show that the first host is an overloaded node, and selects at least one migrated virtual machine in the first host and migrates the selected virtual machine to the second host;
and the immigration module is used for receiving the immigration virtual machine which is immigrated into at least one third host in the host group and deploying the immigration virtual machine in the first host under the condition that the load data of the virtual machine shows that the first host is a non-overload node.
14. A virtual machine migration apparatus, comprising:
a processor;
a memory having stored therein executable instructions of the processor;
wherein the processor is configured to perform the steps of the virtual machine migration method of any one of claims 1 to 12 via execution of the executable instructions.
15. A computer-readable storage medium storing a program which, when executed by a processor, performs the steps of the virtual machine migration method of any one of claims 1 to 12.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111300588.9A CN113886091A (en) | 2021-11-04 | 2021-11-04 | Virtual machine migration method, system, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111300588.9A CN113886091A (en) | 2021-11-04 | 2021-11-04 | Virtual machine migration method, system, equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113886091A true CN113886091A (en) | 2022-01-04 |
Family
ID=79016933
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111300588.9A Pending CN113886091A (en) | 2021-11-04 | 2021-11-04 | Virtual machine migration method, system, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113886091A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2023172596A1 (en) * | 2022-03-10 | 2023-09-14 | Google Llc | Compute load balancing in a distributed environment |
-
2021
- 2021-11-04 CN CN202111300588.9A patent/CN113886091A/en active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2023172596A1 (en) * | 2022-03-10 | 2023-09-14 | Google Llc | Compute load balancing in a distributed environment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3847549B1 (en) | Minimizing impact of migrating virtual services | |
| CN107273185B (en) | Load balancing control method based on virtual machine | |
| US9116181B2 (en) | Method, apparatus, and system for virtual cluster integration | |
| US8423646B2 (en) | Network-aware virtual machine migration in datacenters | |
| US9495214B2 (en) | Dynamic resource allocations method, systems, and program | |
| EP3335119B1 (en) | Multi-priority service instance allocation within cloud computing platforms | |
| US8782657B2 (en) | Dynamic creation and destruction of IO resources based on actual load and resource availability | |
| CN111078363B (en) | NUMA node scheduling method, device, equipment and medium of virtual machine | |
| JP2559915B2 (en) | Load balancing system | |
| US6519660B1 (en) | Method, system and program products for determining I/O configuration entropy | |
| US10333859B2 (en) | Multi-tenant resource coordination method | |
| US20130239119A1 (en) | Dynamic Processor Mapping for Virtual Machine Network Traffic Queues | |
| CN111381928B (en) | Virtual machine migration method, cloud computing management platform and storage medium | |
| US20060020944A1 (en) | Method, system and program products for managing logical processors of a computing environment | |
| US20170161117A1 (en) | Apparatus and method to determine a service to be scaled out based on a predicted virtual-machine load and service importance | |
| BRPI0014350B1 (en) | workload management in a computing environment | |
| CN113342477A (en) | Container group deployment method, device, equipment and storage medium | |
| CN111338785A (en) | Resource scheduling method and device, electronic equipment and storage medium | |
| KR20200080458A (en) | Cloud multi-cluster apparatus | |
| US9594596B2 (en) | Dynamically tuning server placement | |
| CN112882827B (en) | Method, electronic device and computer program product for load balancing | |
| CN113886091A (en) | Virtual machine migration method, system, equipment and storage medium | |
| Rathore | A REVIEW TOWARDS: LOAD BALANCING TECHNIQUES. | |
| CN115766737A (en) | Load balancing method and device and electronic equipment | |
| KR20160043706A (en) | Virtual machine scaling apparatus and method for thereof |
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 |