CN116302337A - Virtual machine migration method, device and storage medium - Google Patents
Virtual machine migration method, device and storage medium Download PDFInfo
- Publication number
- CN116302337A CN116302337A CN202310206651.5A CN202310206651A CN116302337A CN 116302337 A CN116302337 A CN 116302337A CN 202310206651 A CN202310206651 A CN 202310206651A CN 116302337 A CN116302337 A CN 116302337A
- Authority
- CN
- China
- Prior art keywords
- virtual machine
- machine
- migration
- task request
- physical
- 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 177
- 230000005012 migration Effects 0.000 title claims abstract description 175
- 238000000034 method Methods 0.000 title claims abstract description 62
- 238000003860 storage Methods 0.000 title claims abstract description 17
- 238000012545 processing Methods 0.000 claims abstract description 45
- 238000004590 computer program Methods 0.000 claims description 16
- 230000008569 process Effects 0.000 claims description 16
- 238000004364 calculation method Methods 0.000 claims description 5
- 230000003044 adaptive effect Effects 0.000 claims description 3
- 230000000977 initiatory effect Effects 0.000 claims 1
- 238000011084 recovery Methods 0.000 abstract description 7
- 239000000725 suspension Substances 0.000 description 17
- 230000006870 function Effects 0.000 description 14
- 238000004891 communication Methods 0.000 description 12
- 238000002360 preparation method Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 9
- 230000006399 behavior Effects 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 208000036829 Device dislocation Diseases 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001360 synchronised effect Effects 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/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
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
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 embodiment of the application provides a virtual machine migration method, equipment and a storage medium. When the virtual machine is in hot migration, the virtual machine can sense the hot migration, pause the use of the through equipment and migrate away the task request on the through equipment so that the through equipment enters an idle state before migration. Furthermore, state recovery is not required after the through device is thermally migrated to the destination device, and a pause operation is not required before the through device is thermally migrated. Based on the implementation mode, on one hand, based on the migration operation of the task request, the influence of the thermal migration operation on the task processing progress is reduced, so that the thermal migration is not perceived by a user; on the other hand, the direct equipment hot migration operation without depending on a hardware level pause function is realized, the limitation of the type of the direct equipment on the virtual machine hot migration is reduced, and the flexibility of the virtual machine hot migration is improved.
Description
Technical Field
The present disclosure relates to the field of computer technologies, and in particular, to a virtual machine migration method, device, and storage medium.
Background
A Virtual Machine (Virtual Machine) refers to a complete computer system that runs in a completely isolated environment with complete hardware system functionality through software emulation. Live Migration (Live Migration), also known as Live Migration, i.e., virtual machine save/restore, of virtual machines. In the process of thermal migration, the running state of the virtual machine is usually completely saved, and is quickly restored to the original hardware platform or a different hardware platform. The restored virtual machine can run smoothly. In the process of the thermal migration of the virtual machine, the thermal migration of the pass-through device is an important ring. In a virtual machine-less live migration process, a pass-through device of the virtual machine needs to support hardware-level suspension. However, for a pass-through device that does not support hardware level suspension in part, pass-through device hot migration will not be completed. Therefore, a new solution is to be proposed.
Disclosure of Invention
Aspects of the present application provide a virtual machine migration method, device, and storage medium, which are used to reduce requirements of virtual machine hot migration operations on through devices, and realize hot migration on any through device.
The embodiment of the application provides a virtual machine migration method, which comprises the following steps: the method comprises the steps that a first physical machine responds to a thermal migration instruction, and a first virtual machine to be migrated is determined; setting the driving state of the first virtual machine to the first through equipment on the first physical machine to be a pause state; migrating the task request on the first straight-through equipment to control the first straight-through equipment to enter an idle state; and pausing the first virtual machine, and migrating the state data of the first virtual machine to a second physical machine, so that the second physical machine runs a second virtual machine according to the state data of the first virtual machine, and sets the driving state of the second virtual machine to a second straight-through device on the second physical machine as a continuous state.
Optionally, migrating the task request on the first through device to a target object for processing includes: the hardware driving component initiates a virtual interrupt to the first virtual machine by utilizing the hardware driving component; and migrating the task request on the first through device to a target object for processing by using the first virtual machine.
Optionally, migrating the task request on the first pass-through device includes: acquiring at least one task request to be processed of the first straight-through equipment; determining software processing modules to which the at least one task requests are respectively adapted; any software processing module is located on the first physical device or on a remote device; and respectively migrating the at least one task request to each adaptive software processing module for processing.
Optionally, acquiring at least one task request to be processed by the first through device includes: acquiring a task request which is received by the first straight-through equipment and is not processed from a task queue of the first straight-through equipment; and/or intercepting a task request which is issued by the first virtual machine and takes the first through device as a target device.
Optionally, determining the at least one task request individually adapted software processing module includes: determining software processing modules respectively adapted to the at least one task request according to the respective calculation type of the at least one task request; or determining the software processing module respectively adapted to the at least one task request according to the type of the through device respectively corresponding to the at least one task request.
The embodiment of the application also provides a virtual machine migration method, which comprises the following steps: receiving a hot migration instruction of a first virtual machine; acquiring state data of the first virtual machine; the first virtual machine is migrated from the first physical machine by adopting the migration method provided by the embodiment of the application; running a second virtual machine on a second physical machine according to the state data of the first virtual machine; and setting the driving state of the second virtual machine to the second through equipment on the second physical machine to be a continuous state so as to execute the task request of the second virtual machine by using the second through equipment.
Optionally, before the second virtual machine is run on the second physical machine, according to the state data of the first virtual machine, the method further includes: acquiring configuration data of the first virtual machine; the configuration data includes: at least one of configuration data, drive configuration data, and environment configuration data of the pass-through device; and distributing resources on a second physical machine according to the configuration data to create an operating environment of the second virtual machine.
The embodiment of the application also provides a virtual machine migration system, which comprises: a first physical machine and a second physical machine; the first physical machine is used for responding to the thermal migration instruction and determining a first virtual machine to be migrated; setting the driving state of the first virtual machine to the first through equipment on the first physical machine to be a pause state; migrating away the task request on the first straight-through equipment to control the first straight-through equipment to enter an idle state; suspending the first virtual machine, and migrating the state data of the first virtual machine to a second physical machine; the second physical machine is used for receiving a thermal migration instruction of the first virtual machine; acquiring state data of the first virtual machine, and running a second virtual machine on a second physical machine according to the state data of the first virtual machine; and setting the driving state of the second virtual machine to the second through device on the second physical machine to be a continuous state so as to execute the task request of the second virtual machine by using the second through device.
The embodiment of the application also provides electronic equipment, which comprises: a memory and a processor; the memory is used for storing one or more computer instructions; the processor is configured to execute the one or more computer instructions to: steps in the method provided in the embodiments of the present application are performed.
The embodiments of the present application also provide a computer readable storage medium storing a computer program, where the computer program when executed by a processor can implement steps in a method provided by the embodiments of the present application.
In the virtual machine migration method provided by the embodiment of the invention, when the virtual machine is in hot migration, the virtual machine can sense the hot migration, suspend the use of the through equipment and migrate away the task request on the through equipment, so that the through equipment enters an idle state before migration. Furthermore, state recovery is not required after the through device is thermally migrated to the destination device, and a pause operation is not required before the through device is thermally migrated. Based on the implementation mode, on one hand, based on the migration operation of the task request, the influence of the thermal migration operation on the task processing progress is reduced, so that the thermal migration is not perceived by a user; on the other hand, the direct equipment hot migration operation without depending on a hardware level pause function is realized, the limitation of the type of the direct equipment on the virtual machine hot migration is reduced, and the flexibility of the virtual machine hot migration is improved.
Drawings
The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiments of the application and together with the description serve to explain the application and do not constitute an undue limitation to the application. In the drawings:
FIG. 1 is a flowchart of a virtual machine migration method according to an exemplary embodiment of the present disclosure;
FIG. 2 is a flowchart illustrating a virtual machine migration method according to another exemplary embodiment of the present application;
FIG. 3a is a schematic diagram illustrating a virtual machine migration system according to an exemplary embodiment of the present application;
FIG. 3b is a schematic illustration of a virtual machine hot migration flow provided in accordance with another exemplary embodiment of the present application;
FIG. 4 is a cross-device signaling interaction timing diagram during virtual machine hot migration according to an exemplary embodiment of the present application;
fig. 5 is a schematic structural diagram of an electronic device according to an exemplary embodiment of the present application.
Detailed Description
For the purposes, technical solutions and advantages of the present application, the technical solutions of the present application will be clearly and completely described below with reference to specific embodiments of the present application and corresponding drawings. It will be apparent that the described embodiments are only some, but not all, of the embodiments of the present application. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.
The terminology used in the embodiments of the invention is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. As used in this application and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise, the "plurality" generally includes at least two, but does not exclude the case of at least one.
It should be understood that the term "and/or" as used herein is merely one relationship describing the association of the associated objects, meaning that there may be three relationships, e.g., a and/or B, may represent: a exists alone, A and B exist together, and B exists alone. In addition, the character "/" herein generally indicates that the front and rear associated objects are an "or" relationship.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a product or system that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such product or system. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a commodity or system comprising such elements.
Aiming at the technical problem that part of hardware equipment in the prior art does not support suspension of hardware level and therefore cannot realize virtual machine hot migration, in some embodiments of the present application, a solution is provided, and in the following, with reference to the accompanying drawings, the technical solutions provided in the embodiments of the present application are described in detail. Fig. 1 is a flowchart of a virtual machine migration method according to an exemplary embodiment of the present application, where the method may include the steps shown in fig. 1 when executed on a first physical machine side:
And step 103, migrating and removing the task request on the first pass-through device so as to control the first pass-through device to enter an idle state.
And 103, suspending the first virtual machine, and migrating the state data of the first virtual machine to a second physical machine, so that the second physical machine runs a second virtual machine according to the state data of the first virtual machine and sets the driving state of the second virtual machine on a second through device on the second physical machine as a continuous state.
In this embodiment, for convenience of description and distinction, an original host machine where a virtual machine is located before the live migration is described as a first physical machine, and a destination host machine where a virtual machine is located after the live migration is described as a second physical machine. The execution body of the embodiment may be a first physical machine, and the first physical machine may be implemented as any server device running a virtual machine. In the local thermal migration scenario of the virtual machine, the first physical machine and the second physical machine may be the same physical machine. In the cross-device migration scenario of the virtual machine, the first physical machine and the second physical machine may be different physical machines, which is not limited in this embodiment.
The first physical machine has a virtual machine manager (Virtual machine monitor, VMM) running thereon, the virtual machine manager being virtualization software for performing operations of creation, migration, powering up and down of the virtual machine. The virtual machine manager may initiate a live migration operation of the virtual machine upon triggering of a particular event. For example, when a first physical machine is upgraded, the virtual machine manager may thermally migrate the virtual machine on the first physical machine to a second physical machine. For example, when a first physical machine fails, the virtual machine manager may thermally migrate a virtual machine on the first physical machine to a second virtual machine. For another example, the virtual machine manager may thermomigrate a virtual machine on a first physical machine to a second virtual machine under the operation of a user.
In this embodiment, in order to distinguish between a virtual machine before migration and a virtual machine after migration, a first virtual machine is used to describe any one virtual machine to be migrated on a first physical machine, and a second virtual machine is used to describe migration of the first virtual machine to a corresponding virtual machine on a second physical machine. That is, the second virtual machine is obtained by the first virtual machine live migration.
When the hot migration instruction is received, a virtual machine manager on the first physical machine can determine the first virtual machine to be migrated, and start hot migration preparation operation. When the virtual machine manager initiates a hot migration preparation operation for the first virtual machine, a hot migration message may be sent to the first virtual machine, so that the first virtual machine perceives the hot migration process.
The first pass-through device is a pass-through device of the first virtual machine on the first physical machine. The pass-through device refers to a physical device which is directly exposed to the virtual machine and can be directly operated on the virtual machine. After the first virtual machine receives the thermomigration message, the driving state of the first virtual machine on the first through device can be set to be a pause state. The driving state is used for describing driving behavior of the second virtual machine to the first through device, and the driving behavior comprises the following steps: the driving is suspended or continued. The setting operation of the driving state is used for enabling the first virtual machine to record the driving state of the first through device and pause the use of the first through device, but the first through device does not need to pause operation.
And after the first virtual machine marks the driving state of the first straight-through equipment as a pause state, the first straight-through equipment is not used continuously, and the task request on the first straight-through equipment is migrated so as to meet the task processing requirement. Based on the task migration operation, the first pass-through device may be caused to enter an idle state prior to the live migration. In the idle state, the first pass device is not paused and no new state data is generated. When the first straight-through device performs thermal migration in an idle state, state data migration is not required, and state recovery operation is not required to be performed on the migrated straight-through device on the second physical machine. Therefore, in the thermal migration process, hardware-level suspension and restoration of the pass-through equipment are not needed, and the migration requirements of different types of pass-through equipment are met.
And the direct connection equipment on the physical machine realizes the direct connection of the virtual machine through the direct connection framework. For example, the pass-through framework may be a VFIO (Virtual Function IO, a user-state driver framework) the VFIO framework may enable user-state programs to self-manipulate the transfer of data and may self-register interrupt handling functions to implement device drivers in user-state.
In some alternative embodiments, the virtual machine manager may send the live migration message to the first virtual machine through a hardware driver component provided by the pass-through framework. After the hardware driver component receives the hot migration message, the first virtual machine may be notified to start the hot migration preparation operation. The hardware driver component may register a virtual interrupt based on a mechanism capable of self-registering the interrupt handling function and send a live migration message to the first virtual machine via the virtual interrupt. After the first virtual machine receives the virtual interrupt, in the virtual interrupt, the task request on the first pass-through device can be migrated to the target object for processing, so as to control the pass-through device to enter an idle state.
When the task request of the first through device is migrated, the first virtual machine may migrate the task request on the first through device to the target object for processing. The target object may be a processing object local to the first physical machine or a processing object at a remote end. For example, the target object may be located on another physical machine, or may be located on a cloud server, which is not limited in this embodiment.
The first virtual machine may rollback a task request of the first pass-through device to a target object by a task rollback (fallback) manner, so as to complete a migration operation of the task request.
When the first virtual machine executes the migration operation of the task request, at least one task request to be processed by the first through device can be obtained from the task requests of the first through device. That is, the at least one task request that was obtained has not been processed by the first pass-through device.
Optionally, the at least one task request to be processed may comprise a task request that has been issued to the first pass-through device. Optionally, the at least one task request to be processed may further include a task request that still needs to be executed by the first pass device after the driving state of the first pass device is set to the suspended state. That is, the first virtual machine may obtain, from a task queue of the first pass-through device, a task request that has been received by the first pass-through device and has not been processed; and/or the first virtual machine may intercept a task request issued for the first pass-through device as the destination device. Furthermore, the first pass-through device may be caused to not add a task request any more. After the task request in progress by the first pass-through device is completed, the task request of the first pass-through device is emptied, so that the first pass-through device enters an idle state.
Alternatively, the target object may be a processing object of software, or a processing object of hardware, which is not limited in this embodiment. If the processing object is a processing object of hardware, the processing object may be a hardware device connected to the first physical machine and not directly connected to the first virtual machine. If the processing object is a software processing object, the processing object can be implemented as a software module running locally or remotely on the first physical machine.
In some alternative embodiments, after obtaining at least one task request to be processed, the first virtual machine may determine software processing modules adapted to the at least one task request respectively, and migrate the at least one task request to the software processing modules adapted respectively for processing. Any of the software processing modules may be located on the first physical device or on the remote device. For example, after the first virtual machine obtains the first task request, the second task request and the third task request of the first through device, the first task request may be migrated to the first software module on the first physical machine for processing; the second task request can be migrated to a second software module on the first physical machine for processing; the third task request may be migrated to a third software module on the cloud server for processing.
In some optional embodiments, when determining the software processing module adapted by the at least one task request, the first virtual machine may determine the software processing module adapted by the at least one task request according to the calculation type of the at least one task request. That is, the first virtual machine may transfer different task requests to different types of software modules for processing according to the type of task request. For example, if the type of the first task request is a network processing task, the first virtual machine may migrate the first task request to a virtual network card module on the first physical machine for processing; if the type of the second task request is the write data type, the first virtual machine can migrate the second task request to a software data queue of a memory on the first physical machine for processing.
In other optional embodiments, when determining the software processing module adapted by the at least one task request, the first virtual machine may determine the software processing module adapted by the at least one task request according to the type of the pass-through device corresponding to the at least one task request. The types of the pass-through devices can be divided according to functions of the pass-through devices or according to protocols followed by the pass-through devices. For example, by functional division, the types of pass-through devices may include, but are not limited to: network type, calculation type, storage type, and display type. For another example, when the division is performed according to the protocol, the pass-through device following the first protocol may be divided into the same type of device, and the pass-through device following the second protocol may be divided into the same type of device, which is not limited in this embodiment. For example, the first protocol may be a local bus standard (Peripheral Component Interconnect, PCI) protocol and the second protocol may be a high-speed serial computer expansion bus standard (peripheral component interconnect express, PCI-E) protocol.
For example, if the pass-through device corresponding to the first task request is a network card, the first virtual machine may migrate the first task request to a network type software module on the first physical machine for processing; if the through device corresponding to the second task request is the display card device, the first virtual machine can migrate the second task request to the software module of the display type on the first physical machine for processing.
In the embodiment, the task request of the first through device is migrated to the target object, so that on one hand, the influence of the thermal migration operation on the task processing progress is reduced, and the thermal migration process is not perceived by a user; on the other hand, the migration of the pass-through device can be completed under the condition that the first pass-through device does not support the suspension of the hardware level, and the dependence of the thermal migration on the hardware type is reduced.
After the first pass-through device enters the idle state, a hot migration operation of the first virtual machine may be performed. A migration operation of the inventory of state data may be performed prior to the first virtual machine suspending to migrate a majority of the state data of the first virtual machine to the second physical machine. After the first virtual machine is paused, incremental state data generated prior to the pause may be migrated to the second physical machine to synchronize the state data of the first virtual machine between the first physical machine and the second physical machine. The state data of the first virtual machine is stored in the memory of the first physical machine, and the memory of the first virtual machine on the first physical machine can be copied to the second physical machine to realize migration of the state data.
The first physical machine can utilize the virtual machine manager to realize the migration operation of the state data. In some alternative embodiments, after the first virtual machine determines that the first pass-through device enters an idle state, the hardware driver components in the pass-through framework may be notified that the pre-migration preparation has been completed. For example, the first virtual machine may issue a notification message to the hardware driver component that migration preparation is complete by way of a write register (e.g., a communication register of the hardware driver component). The hardware driver component may feed back a migration preparation completion message to the virtual machine manager. For example, the hardware driver component may send a migration preparation complete message to the virtual machine manager through an interface between the kernel mode and the user mode.
After receiving the migration preparation completion message, the virtual machine manager may start to execute the migration operation of the memory of the first virtual machine, and suspend (or suspend) the virtual machine after migrating to a memory proportion of the second physical machine greater than a certain set threshold (for example, 80%, 90%). After the virtual machine is suspended, the first physical machine can continuously migrate the memory which is not migrated by the first virtual machine to the second physical machine, so that the second physical machine and the state data of the first virtual machine are synchronized, and the migrated second virtual machine is operated according to the state data.
In this embodiment, when the virtual machine is in hot migration, the virtual machine may sense the hot migration, suspend use of the pass-through device, and migrate away a task request on the pass-through device, so that the pass-through device enters an idle state before migration. Furthermore, state recovery is not required after the through device is thermally migrated to the destination device, and a pause operation is not required before the through device is thermally migrated. Based on the implementation mode, on one hand, based on the migration operation of the task request, the influence of the thermal migration operation on the task processing progress is reduced, so that the thermal migration is not perceived by a user; on the other hand, the direct equipment hot migration operation without depending on a hardware level pause function is realized, the limitation of the type of the direct equipment on the virtual machine hot migration is reduced, and the flexibility of the virtual machine hot migration is improved.
It should be noted that in some alternative embodiments, the first physical machine may identify the type of pass-through device and perform different migration operations for different types of pass-through devices. Before the start of the hot migration, the first physical machine may determine, using the first virtual machine, whether the first pass device supports a hardware-level suspend operation. For example, the first physical machine may pre-store a correspondence between an identifier of the pass-through device and a suspension type, and determine whether the pass-through device to be migrated supports suspension operation at a hardware level based on the correspondence. If the pass-through device does not support hardware-level suspension, the method of thermal migration described in the foregoing embodiment may be executed.
If the first pass device supports the suspension operation of the hardware level, after receiving the thermomigration instruction, the first virtual machine may suspend the first pass device and the first virtual machine, and save the hardware state data of the first pass device to the physical memory of the first pass device. In the process of thermal migration, a virtual machine manager on a first physical machine can migrate state data of the first virtual machine to a second physical machine, so that the second physical machine runs the second virtual machine according to the state data of the first virtual machine. The first hardware driving component on the first physical machine can migrate the physical memory of the first through device to the second physical machine so that the second physical machine runs the second through device of the second virtual machine according to the hardware state data. The recovered second virtual machine may process the task request through the second pass-through device.
That is, in this embodiment, the first virtual machine may identify the type of the first through device, and adaptively select different device thermo-migration manners according to the type of the first through device, so that the thermo-migration operation of the through device is more flexible.
The embodiment of the application also provides a virtual machine migration method which can be executed by the destination equipment for virtual machine hot migration. For convenience of description, an original device of the virtual machine hot migration is described as a first physical machine, and a destination device is described as a second physical machine. An exemplary description will be given below with reference to fig. 2.
Fig. 2 is a schematic flow chart of a virtual machine migration method executed on a second physical machine side according to an exemplary embodiment of the present application, as shown in fig. 2, the method may include:
And 203, running a second virtual machine on a second physical machine according to the state data of the first virtual machine.
And 204, setting the driving state of the second virtual machine to the second through device on the second physical machine to be a continuous state so as to execute the task request of the second virtual machine by using the second through device.
The migration manner of the first virtual machine may refer to the description of the foregoing embodiment, and will not be repeated herein.
After the first physical machine completes the hot migration preparation operation, the virtual machine manager on the first physical machine may send a migration start instruction to the second physical machine. After the second physical machine receives the migration start instruction, the second virtual machine may be started on the second physical machine. The virtual machine manager on the second physical machine can acquire the state data of the first virtual machine sent by the first physical machine, and operate the second virtual machine according to the received state data, so that the second virtual machine can restore the operation state of the first virtual machine, and accordingly service corresponding to the first virtual machine is provided.
And the restored second virtual machine continues to run according to the state of the first virtual machine. The state data of the first virtual machine includes a driving state of the first virtual machine to the first pass device. Before migration, the driving state of the first virtual machine to the first pass-through device is in a pause state, so that after migration is completed, the second virtual machine needs to resume the driving state of the pass-through device. After the virtual machine manager on the second physical machine completes the thermal migration of the virtual machine, the hardware driving component on the second physical machine can inform the second virtual machine to recover the pass-through device. The hardware driver component may register a virtual interrupt based on a mechanism capable of self-registering an interrupt handling function and send a notification message to resume the pass-through device to the second virtual machine via the virtual interrupt. After the second virtual machine receives the virtual interrupt, the driving state of the second direct equipment can be set to be a continuous state, and a subsequent task request is sent to the second direct equipment for processing.
Optionally, the second physical machine may further obtain configuration data of the first virtual machine before running the second virtual machine on the second physical machine according to the state data of the first physical machine. Wherein the configuration data comprises: at least one of configuration data, drive configuration data, and environment configuration data of the pass-through device; the configuration data of the pass-through device may include: at least one of the type, number, and communication protocol of pass-through devices. The drive configuration data may include: at least one of the drive configuration data of the first virtual machine and the drive configuration data of the first pass-through device. Environmental configuration data, which may include: and data related to external operating environments such as memory, a processor, a network and the like required for operating the first virtual machine. The virtual machine manager on the second physical machine may allocate resources on the second physical machine based on the configuration data to create a runtime environment for the second virtual machine.
In such an embodiment, use of the pass-through device is suspended prior to virtual machine migration and task requests on the pass-through device are migrated such that no suspension operations need to be performed prior to the pass-through device live migration and no state recovery need to be performed after the pass-through device live migration to the destination device. After the virtual machine thermal migration is completed, the virtual machine on the target physical machine can sense the thermal migration ending operation and can actively resume the use of the direct equipment. Furthermore, on the one hand, based on the migration operation of the task request, the influence of the thermal migration operation on the task processing progress is reduced, so that the thermal migration is not perceived by a user; on the other hand, the direct equipment hot migration operation without depending on a hardware level pause function is realized, the limitation of the type of the direct equipment on the virtual machine hot migration is reduced, and the flexibility of the virtual machine hot migration is improved.
In addition to the foregoing embodiments, the embodiments of the present application further provide a virtual machine migration system, as shown in fig. 3, a virtual machine migration system 300 includes: the plurality of physical machines may be located in the same machine room or different machine rooms, which is not limited in this embodiment. Fig. 3a illustrates the first physical machine 301 and the second physical machine 302 as examples, but the illustration does not limit the number of physical machines included in the virtual machine migration system 300.
The first physical machine 301 is an original host where the virtual machine is located before the live migration. The first physical machine 301 provides a first pass-through device for use by the first virtual machine. The first physical machine 301 is mainly used for: the method comprises the steps of responding to a thermal migration instruction, and determining a first virtual machine to be migrated; setting the driving state of the first virtual machine to the first through equipment on the first physical machine as a pause state; migrating away the task request on the first straight-through device to control the first straight-through device to enter an idle state; suspending the first virtual machine and migrating the state data of the first virtual machine to a second physical machine.
The second physical machine 302 is a destination host where the virtual machine is located after the virtual machine is thermally migrated. The second physical machine 302 provides a second pass-through device. The second pass-through device is of the same type as the first pass-through device for replacing the first pass-through device. The second physical machine 302 is mainly configured to receive a thermomigration instruction of the first virtual machine; acquiring state data of the first virtual machine, and running a second virtual machine on a second physical machine according to the state data of the first virtual machine; and setting the driving state of the second virtual machine to the second through device on the second physical machine to be a continuous state so as to execute the task request of the second virtual machine by using the second through device. The specific operation of the first physical machine 301 and the second physical machine 302 when performing virtual machine migration may refer to the descriptions in the foregoing embodiments, and will not be described herein.
In the virtual machine migration system 300, the virtual machine may sense thermal migration, set a driving state of the virtual machine to the pass-through device to be a pause state to pause use of the pass-through device by the virtual machine, and migrate away a task request on the pass-through device, so that the pass-through device enters an idle state before migration. Furthermore, state recovery is not required after the through device is thermally migrated to the destination device, and a pause operation is not required before the through device is thermally migrated. Based on the implementation mode, on one hand, based on the migration operation of the task request, the influence of the thermal migration operation on the task processing progress is reduced, so that the thermal migration is not perceived by a user; on the other hand, the direct equipment hot migration operation without depending on a hardware level pause function is realized, the limitation of the type of the direct equipment on the virtual machine hot migration is reduced, and the flexibility of the virtual machine hot migration is improved.
Further exemplary descriptions of the virtual machine migration method provided in the embodiments of the present application will be provided below with reference to the accompanying drawings.
FIG. 3b is a flow chart illustrating the hot migration of a virtual machine. As shown in fig. 3b, in some alternative embodiments, the live migration of the virtual machine may include the following stages:
The virtual machine runs on the first physical machine. In a first stage, a first physical machine may transfer configuration of a virtual machine and device information of the virtual machine to a second physical machine. The second physical machine may perform resource initialization in preparation for receiving the virtual machine to be migrated. The resource initialization operation is used for initializing and configuring one or more resources required by the running of the virtual machine, and the resources include but are not limited to: at least one of encryption and decryption equipment resources, CPU resources, memory resources, disk resources and network resources.
In the first phase, when the virtual machine manager initiates the hot migration, the first physical machine virtual machine is still running. At this time, the first hardware driving component on the first physical machine may notify the first physical machine that the virtual machine hot migration starts through the virtual interrupt. As shown in fig. 4, after the virtual machine receives the interrupt, the current hardware state of the pass-through device is marked as a migration state, and the task request of the pass-through device is set to be rolled back to software execution. The virtual machine can wait for the task request in progress of the direct equipment to complete processing, and transfer task requests which are not processed in a hardware queue of the direct equipment to software for execution until the task requests in the queue of the direct equipment are emptied. When the pass-through device is in an idle state, the first hardware driving component may send a rollback completion message to the first physical machine through a communication register between the first physical machine and the virtual machine. The first hardware driver component may return a migration preparation complete message to the virtual machine manager to cause the virtual machine manager to enter the next stage.
In the second stage (i.e., pre-copy, dirty page copy stage), the virtual machine continues to run on the first physical machine, and the memory of the virtual machine in the first physical machine may be copied to the second physical machine.
In the beginning of the hot migration, the virtual machine manager may mark all memory pages of the virtual machine as dirty pages waiting for the migration. In the process of migrating the memory, the virtual machine manager can iteratively scan the memory of the virtual machine and copy and migrate the memory pages marked as dirty pages. If one memory page is modified by the process after the migration is completed, the memory page is considered to be updated, and the virtual machine manager can continuously mark the memory page as a dirty page and migrate the memory page to the second physical machine in the next iterative copying process. Based on the embodiment, the modification operation of the memory of the virtual machine can be tracked, so that the memory state of the virtual machine on the second physical machine is ensured to be the same as the memory state of the virtual machine on the first physical machine.
In the second stage, if the pass-through device of the virtual machine supports suspension of the hardware level, the first hardware driving component in the pass-through frame may migrate the physical memory of the pass-through device to the second physical machine. The physical memory of the pass-through device stores a status code of the pass-through device, and the status code can be used for restoring the running state of the pass-through device on the second physical machine according to the status code when the pass-through device supports suspension of a hardware level. If the pass-through device of the virtual machine does not support suspension at the hardware level, the migration operation of the physical memory of the pass-through device may not need to be executed.
In the third stage, the virtual machine manager controls the virtual machine to enter a pause state and migrate the rest of the memory. The virtual machine remains running in the first physical machine until it is suspended, and user access is still in progress, so there is some updated memory that is not migrated. After the virtual machine is suspended in the third stage, the updated memory can be migrated.
As shown in fig. 3b, in the third stage, if the pass-through device supports the suspension operation at the hardware level, the first physical machine may save the related state of the first hardware driving component and the pass-through device to the physical memory of the pass-through device. The virtual machine manager may migrate the physical memory of the pass-through device to the second physical machine.
In the fourth stage, the state synchronization of the virtual machine is completed, and at this time, the virtual machine manager may release the resources of the virtual machine on the first physical machine.
In the fifth stage, the second physical machine resumes running the virtual machine. In the fifth stage, the virtual machine manager may start the virtual machine on the second physical machine, and resume the virtual machine from the suspended state to the running state according to the memory of the migrated virtual machine. On the second physical machine, the driving behavior of the virtual machine is consistent with the driving behavior of the virtual machine on the first physical machine, and the virtual machine is in a rollback state.
In the sixth stage, the second physical machine synchronizes the pass-through device. The second hardware driver component on the second physical machine may send a migration completion message to the virtual machine via the virtual interrupt. The virtual machine may mark the state of the pass-through device as a ready state and send a task request to the pass-through device to resume (resume) use of the pass-through device. If the pass-through device supports suspension of the hardware level, the virtual machine manager can inform the device dynamic component on the second physical machine, and the state of the pass-through device is restored according to the physical memory of the pass-through device migrated in the third stage, so that the consistency of the hardware state is ensured.
It should be noted that, the execution subjects of each step of the method provided in the above embodiment may be the same device, or the method may also be executed by different devices. For example, the execution subject of steps 101 to 104 may be device a; for another example, the execution subject of steps 101 and 102 may be device a, and the execution subject of step 103 may be device B; etc.
In addition, in some of the flows described in the above embodiments and the drawings, a plurality of operations appearing in a specific order are included, but it should be clearly understood that the operations may be performed out of the order in which they appear herein or performed in parallel, the sequence numbers of the operations such as 101, 102, etc. are merely used to distinguish between the various operations, and the sequence numbers themselves do not represent any order of execution. In addition, the flows may include more or fewer operations, and the operations may be performed sequentially or in parallel. It should be noted that, the descriptions of "first" and "second" herein are used to distinguish different messages, devices, modules, etc., and do not represent a sequence, and are not limited to the "first" and the "second" being different types.
Fig. 5 illustrates a schematic structural diagram of an electronic device according to an exemplary embodiment of the present application, as shown in fig. 5, including: memory 501, processor 502, and communication component 503.
In some embodiments, the electronic device is implemented as an original host in a virtual machine thermo migration scenario. A processor 502 coupled to the memory 501 for executing the computer program in the memory 501 for: the method comprises the steps that a first physical machine responds to a thermal migration instruction, and a first virtual machine to be migrated is determined; setting the driving state of the first virtual machine to the first through equipment on the first physical machine to be a pause state; migrating away the task request on the first straight-through equipment to control the first straight-through equipment to enter an idle state; and pausing the first virtual machine, and migrating the state data of the first virtual machine to a second physical machine, so that the second physical machine runs a second virtual machine on the second physical machine according to the state data of the first virtual machine, and sets the driving state of the second virtual machine to the second direct equipment as a continuous state.
Optionally, the processor 502 is specifically configured to, when migrating the task request on the first pass-through device to the target object for processing: the hardware driving component initiates a virtual interrupt to the first virtual machine by utilizing the hardware driving component; and migrating the task request on the first through device to a target object for processing by using the first virtual machine.
Optionally, when migrating away the task request on the first pass-through device, the processor 502 is specifically configured to: acquiring at least one task request to be processed of the first straight-through equipment; determining software processing modules to which the at least one task requests are respectively adapted; any software processing module is located on the first physical device or on a remote device; and respectively migrating the at least one task request to each adaptive software processing module for processing.
Optionally, the processor 502 is specifically configured to, when acquiring at least one task request to be processed by the first through device: acquiring a task request which is received by the first straight-through equipment and is not processed from a task queue of the first straight-through equipment; and/or intercepting a task request which is issued by the first virtual machine and takes the first through device as a target device.
Optionally, the processor 502 is specifically configured to, when determining that the at least one task requests the respective adapted software processing module: determining software processing modules respectively adapted to the at least one task request according to the respective calculation type of the at least one task request; or determining the software processing module respectively adapted to the at least one task request according to the type of the through device respectively corresponding to the at least one task request.
Optionally, the processor 502 is further configured to: if the first pass device supports the suspension operation of the hardware level, suspending the first pass device and the first virtual machine, and storing the hardware state data of the first pass device into a physical memory of the first pass device; and migrating the state data of the first virtual machine and the physical memory of the first pass-through device to the second physical machine so that the second physical machine operates the second virtual machine according to the state data of the first virtual machine and operates the second pass-through device according to the hardware state data.
In some embodiments, the electronic device is implemented as a destination host in a virtual machine thermo migration scenario. A processor 502 coupled to the memory 501 for executing the computer program in the memory 501 for: receiving a hot migration instruction of a first virtual machine; acquiring state data of the first virtual machine; the first virtual machine is moved out from the first physical machine (namely the original host) by adopting the migration method provided by the previous embodiment; running a second virtual machine on a second physical machine (i.e., a destination host) according to the state data of the first virtual machine; and setting the driving state of the second virtual machine to the second through device on the second physical machine to be a continuous state so as to execute the task request of the second virtual machine by using the second through device.
Optionally, the processor 502 is further configured to, before running the second virtual machine on the second physical machine according to the state data of the first virtual machine: acquiring configuration data of the first virtual machine; the configuration data includes: at least one of configuration data, drive configuration data, and environment configuration data of the pass-through device; and distributing resources on a second physical machine according to the configuration data to create an operating environment of the second virtual machine.
Further, as shown in fig. 5, the electronic device further includes: power supply assembly 504, and the like. Only some of the components are schematically shown in fig. 5, which does not mean that the electronic device only comprises the components shown in fig. 5.
The memory 501 may be implemented by any type of volatile or non-volatile memory device or combination thereof, such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disk.
Wherein the communication component 503 is configured to facilitate wired or wireless communication between the device in which the communication component is located and other devices. The device in which the communication component is located may access a wireless network based on a communication standard, such as WiFi,2G, 3G, 4G, or 5G, or a combination thereof. In one exemplary embodiment, the communication component receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, the communication component may be implemented based on Near Field Communication (NFC) technology, radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, ultra Wideband (UWB) technology, bluetooth (BT) technology, and other technologies.
Wherein the power supply assembly 504 is configured to provide power to various components of the device in which the power supply assembly is located. The power components may include a power management system, one or more power sources, and other components associated with generating, managing, and distributing power for the devices in which the power components are located.
In this embodiment, when the virtual machine is in the live migration, the virtual machine may sense the live migration, set the driving state of the virtual machine to the through device to be a suspension state to suspend the use of the through device by the virtual machine, and migrate away the task request on the through device, so that the through device enters an idle state before migration. Furthermore, state recovery is not required after the through device is thermally migrated to the destination device, and a pause operation is not required before the through device is thermally migrated. Based on the implementation mode, on one hand, based on the migration operation of the task request, the influence of the thermal migration operation on the task processing progress is reduced, so that the thermal migration is not perceived by a user; on the other hand, the direct equipment hot migration operation without depending on a hardware level pause function is realized, the limitation of the type of the direct equipment on the virtual machine hot migration is reduced, and the flexibility of the virtual machine hot migration is improved.
Accordingly, the present application further provides a computer readable storage medium storing a computer program, where the computer program is executed to implement the steps executable by the server in the above method embodiments.
It will be appreciated by those skilled in the art that embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
In one typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
The memory may include volatile memory in a computer-readable medium, random Access Memory (RAM) and/or nonvolatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of computer-readable media.
Computer readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of storage media for a computer include, but are not limited to, phase change memory (PRAM), static Random Access Memory (SRAM), dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), read Only Memory (ROM), electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), digital Versatile Disks (DVD) or other optical storage, magnetic cassettes, magnetic disk storage or other magnetic storage devices, or any other non-transmission medium which can be used to store information that can be accessed by a computing device. Computer-readable media, as defined herein, does not include transitory computer-readable media (transmission media), such as modulated data signals and carrier waves.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article or apparatus that comprises the element.
The foregoing is merely exemplary of the present application and is not intended to limit the present application. Various modifications and changes may be made to the present application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc. which are within the spirit and principles of the present application are intended to be included within the scope of the claims of the present application.
Claims (10)
1. A virtual machine migration method, comprising:
the method comprises the steps that a first physical machine responds to a thermal migration instruction, and a first virtual machine to be migrated is determined;
setting the driving state of the first virtual machine to the first through equipment on the first physical machine to be a pause state;
migrating away the task request on the first straight-through equipment to control the first straight-through equipment to enter an idle state;
and pausing the first virtual machine, and migrating the state data of the first virtual machine to a second physical machine, so that the second physical machine runs a second virtual machine according to the state data of the first virtual machine, and sets the driving state of the second virtual machine to a second straight-through device on the second physical machine as a continuous state.
2. The method of claim 1, wherein migrating the task request on the first pass-through device to a target object for processing comprises:
Initiating a virtual interrupt to the first virtual machine by using a hardware driving component;
and migrating the task request on the first through device to a target object for processing by using the first virtual machine.
3. The method of claim 1, wherein migrating the task request on the first pass-through device comprises:
acquiring at least one task request to be processed of the first straight-through equipment;
determining software processing modules to which the at least one task requests are respectively adapted; any software processing module is located on the first physical device or on a remote device;
and respectively migrating the at least one task request to each adaptive software processing module for processing.
4. A method according to claim 3, wherein obtaining at least one task request to be processed by the first pass-through device comprises:
acquiring a task request which is received by the first straight-through equipment and is not processed from a task queue of the first straight-through equipment; and/or the number of the groups of groups,
and intercepting a task request which is issued by the first virtual machine and takes the first through device as a target device.
5. A method according to claim 3, wherein determining the software processing module to which the at least one task request is individually adapted comprises:
Determining software processing modules respectively adapted to the at least one task request according to the respective calculation type of the at least one task request; or alternatively, the process may be performed,
and determining the software processing module which is respectively adapted to the at least one task request according to the type of the through device corresponding to the at least one task request.
6. A virtual machine migration method, comprising:
receiving a hot migration instruction of a first virtual machine;
acquiring state data of the first virtual machine; the first virtual machine being migrated from the first physical machine using the method of any one of claims 1-5;
running a second virtual machine on a second physical machine according to the state data of the first virtual machine;
and setting the driving state of the second virtual machine to the second through equipment on the second physical machine to be a continuous state so as to execute the task request of the second virtual machine by using the second through equipment.
7. The method of claim 6, wherein, based on the state data of the first virtual machine, prior to running the second virtual machine on the second physical machine, further comprising:
acquiring configuration data of the first virtual machine; the configuration data includes: at least one of configuration data, drive configuration data, and environment configuration data of the pass-through device;
And distributing resources on a second physical machine according to the configuration data to create an operating environment of the second virtual machine.
8. A virtual machine migration system, comprising: a first physical machine and a second physical machine;
the first physical machine is used for responding to the thermal migration instruction and determining a first virtual machine to be migrated; setting the driving state of the first virtual machine to the first through equipment on the first physical machine to be a pause state; migrating away the task request on the first straight-through equipment to control the first straight-through equipment to enter an idle state; suspending the first virtual machine, and migrating the state data of the first virtual machine to a second physical machine;
the second physical machine is used for receiving a thermal migration instruction of the first virtual machine; acquiring state data of the first virtual machine, and running a second virtual machine on a second physical machine according to the state data of the first virtual machine; and setting the driving state of the second virtual machine to the second through device on the second physical machine to be a continuous state so as to execute the task request of the second virtual machine by using the second through device.
9. An electronic device, comprising: a memory and a processor;
the memory is used for storing one or more computer instructions;
the processor is configured to execute the one or more computer instructions to: performing the steps of the method of any one of claims 1-7.
10. A computer readable storage medium storing a computer program, wherein the computer program is capable of implementing the virtual machine migration method of any one of claims 1-7 when executed by a processor.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310206651.5A CN116302337A (en) | 2023-02-27 | 2023-02-27 | Virtual machine migration method, device and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310206651.5A CN116302337A (en) | 2023-02-27 | 2023-02-27 | Virtual machine migration method, device and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116302337A true CN116302337A (en) | 2023-06-23 |
Family
ID=86793576
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310206651.5A Pending CN116302337A (en) | 2023-02-27 | 2023-02-27 | Virtual machine migration method, device and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116302337A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116737324A (en) * | 2023-08-14 | 2023-09-12 | 无锡沐创集成电路设计有限公司 | Hot migration method, device, equipment and medium of hardware Virtio-net equipment |
-
2023
- 2023-02-27 CN CN202310206651.5A patent/CN116302337A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116737324A (en) * | 2023-08-14 | 2023-09-12 | 无锡沐创集成电路设计有限公司 | Hot migration method, device, equipment and medium of hardware Virtio-net equipment |
| CN116737324B (en) * | 2023-08-14 | 2023-11-03 | 无锡沐创集成电路设计有限公司 | Hot migration method, device, equipment and medium of hardware Virtio-net equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5251002B2 (en) | Distributed processing program, distributed processing method, distributed processing apparatus, and distributed processing system | |
| CN107636612B (en) | Application migration device, method and storage medium | |
| EP2916217B1 (en) | Method, apparatus, and system for implementing hot migration of virtual machine | |
| EP2942709B1 (en) | Virtual machine live migration method, virtual machine memory data processing method, server, and virtual machine system | |
| US9201736B1 (en) | Methods and apparatus for recovery of complex assets in distributed information processing systems | |
| US8307363B2 (en) | Virtual machine system, restarting method of virtual machine and system | |
| EP2840495B1 (en) | Container-based processing method and apparatus | |
| JP6677294B2 (en) | Network system, patch file application method, and program | |
| JP6516730B2 (en) | Method and apparatus for backing up and restoring applications | |
| US9830181B2 (en) | Method and system for gracefully shutdown virtual system | |
| KR101673299B1 (en) | Operating system recovery method and apparatus, and terminal device | |
| US20200249987A1 (en) | Engine pre-emption and restoration | |
| CN110968392B (en) | Method and device for upgrading virtualized simulator | |
| CN116302337A (en) | Virtual machine migration method, device and storage medium | |
| JP6319770B2 (en) | Container migration system and method | |
| US20180203726A1 (en) | Virtual machine migration method and apparatus | |
| US20170012825A1 (en) | Live partition mobility using ordered memory migration | |
| CN107949828B (en) | Method and apparatus for dynamically migrating execution of machine code in an application to a virtual machine | |
| US9658894B2 (en) | Automatically and dynamically reclaiming resources during virtual machine decommission | |
| US20220365822A1 (en) | Data Processing Method and Computer Device | |
| CN109710377A (en) | A method of restoring kvm virtual machine in the distributed storage of failure | |
| KR101552580B1 (en) | Method for system recovery including mobile device and backup supporting multi operation system | |
| CN110968393B (en) | Migration processing method of virtual machine, storage medium and computing device | |
| US10809939B2 (en) | Disk synchronization | |
| CN113296802B (en) | Virtual machine hot upgrading method, host device and storage 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 |