CN111880905A - Method for migrating virtual machine across cell by openstack - Google Patents

Method for migrating virtual machine across cell by openstack Download PDF

Info

Publication number
CN111880905A
CN111880905A CN202010765508.6A CN202010765508A CN111880905A CN 111880905 A CN111880905 A CN 111880905A CN 202010765508 A CN202010765508 A CN 202010765508A CN 111880905 A CN111880905 A CN 111880905A
Authority
CN
China
Prior art keywords
virtual machine
cell
migration
nova
destination
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.)
Granted
Application number
CN202010765508.6A
Other languages
Chinese (zh)
Other versions
CN111880905B (en
Inventor
申嘉童
谢涛涛
宋伟
高传集
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Inspur Cloud Information Technology Co Ltd
Original Assignee
Inspur Cloud Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Inspur Cloud Information Technology Co Ltd filed Critical Inspur Cloud Information Technology Co Ltd
Priority to CN202010765508.6A priority Critical patent/CN111880905B/en
Publication of CN111880905A publication Critical patent/CN111880905A/en
Application granted granted Critical
Publication of CN111880905B publication Critical patent/CN111880905B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • G06F2009/4557Distribution of virtual machine instances; Migration and load balancing
    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE 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/00Energy 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)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

The invention discloses a method for migrating a virtual machine by an openstack across a cell, which relates to the technical field of cloud computing virtual machines; the method comprises the steps of positioning a source cell and a destination cell of virtual machine migration, constructing a corresponding migration task according to different migration types of the virtual machine, judging whether the virtual machine is subjected to hot migration or cold migration, if the virtual machine is subjected to cold migration, performing preparation operation on the destination cell, updating the state of the virtual machine, determining whether to update or operate databases of the source cell and the destination cell by judging whether the original virtual machine and the current virtual machine are in the same cell, and if the virtual machine is subjected to hot migration, operating on a nova-computer of the destination cell, and determining whether to update or operate the databases of the source cell and the destination cell by judging whether the original virtual machine and the current virtual machine are in the same cell.

Description

Method for migrating virtual machine across cell by openstack
Technical Field
The invention discloses a method for migrating a virtual machine, relates to the technical field of cloud computing virtual machines, and particularly relates to a method for migrating a virtual machine by an openstack across a cell.
Background
nova is a component for performing life cycle management of virtual machine creation, deletion and the like in openstack, virtual machine live migration is a function of migrating a host where a virtual machine is located online, a memory of the virtual machine can be migrated from a current computing node to another computing node in a migration process, a non-shared disk (such as a local disk and the like) can be copied in the migration process, the virtual machine is temporarily suspended in the migration process at the last step, the migration process is basically insensitive to programs in the virtual machine, and the virtual machine can still normally run before and after migration.
The cells are deployment optimization of nova projects aiming at large-scale clusters, and each cell generally has independent database service and message queue service. Through the deployment of the cell form, the load of database service and message queue service in each cell can be reduced, and the expandability of the system is enhanced. However, in the case of deployment of multiple cells, since most of the database services are independent and the contents in the data tables are different, it is easy to cause that the virtual machine cannot perform cross-cell migration, and the actual operation and maintenance is adversely affected.
Disclosure of Invention
Aiming at the problems in the prior art, the invention provides a method for migrating a virtual machine across a cell by openstack, so that the nova function is expanded, and the virtual machine migration across the cell is realized.
The specific scheme provided by the invention is as follows:
a method for migrating a virtual machine by an openstack across cells, which comprises the steps of positioning a source cell and a destination cell for virtual machine migration, constructing corresponding migration tasks according to different migration types of the virtual machine,
determining whether the virtual machine performs a hot migration or a cold migration,
if the cold migration of the virtual machine is carried out, preparing operation is carried out on the target cell, the state of the virtual machine is updated, whether the databases of the source cell and the target cell are updated or operated is determined by judging whether the original virtual machine and the current virtual machine are in the same cell or not,
and if the virtual machine is subjected to the live migration, operating on the nova-computer of the destination cell, and determining whether to update or operate the databases of the source cell and the destination cell by judging whether the original virtual machine and the current virtual machine are in the same cell.
In the method for migrating the virtual machine across the cell by the openstack, an API (application programming interface) of nova is called, the operation of migrating the virtual machine is executed, after the verification reference of the nova-API is entered, a virtual machine migration request is sent to the nova-reducer, and the nova-reducer receives the virtual machine migration request and positions the source cell and the target cell of virtual machine migration.
The method for migrating the virtual machine across the cell by the openstack carries out cold migration of the virtual machine:
selecting a cell to be used for the purpose,
the destination cell performs a preparation operation, updates the state of the virtual machine, sets the virtual machine to reset _ prep,
judging whether the original virtual machine and the current virtual machine are in the same cell, if so, directly operating the database,
if not, creating a new instance in the destination database, setting the instance as unavailable, screening the unavailable entry, avoiding the occurrence of a plurality of same data,
and simultaneously, notifying the source cell of the update database message through a super conductor to update the database.
In the method for migrating the virtual machine across the cell by the openstack, the virtual machine is migrated in a hot mode:
creating an empty attribute in block _ device _ mapping at the beginning of migration to indicate occupied,
operating on the nova-computer of the destination cell,
judging whether the original virtual machine and the current virtual machine are in the same cell, if so, directly operating the database,
if not, the nova-conductor from the super-conductor proxy to the source cell acquires the blockdevicemamping,
and updating the databases of the source cell and the destination cell after the acquisition is completed.
A system for migrating virtual machines across cells by openstack comprises a task module, a judgment module and a migration module,
the task module positions a source cell and a destination cell of the virtual machine migration, constructs a corresponding migration task according to different migration types of the virtual machine,
the judging module judges whether the virtual machine carries out hot migration or cold migration,
if the virtual machine is cold migrated, the migration module performs preparation operation on the destination cell, updates the state of the virtual machine, determines whether to update or operate the databases of the source cell and the destination cell by judging whether the original virtual machine and the current virtual machine are in the same cell,
and if the virtual machine is subjected to live migration, operating the migration module on the nova-computer of the destination cell, and determining whether to update or operate the databases of the source cell and the destination cell by judging whether the original virtual machine and the current virtual machine are in the same cell.
The task module in the system for migrating the virtual machine by the openstack spanning the cell calls an API (application programming interface) of nova, executes the operation of migrating the virtual machine, sends a virtual machine migration request to the nova-conductor after the verification of the entry parameter of the nova-API, and the nova-conductor receives the virtual machine migration request and positions the source cell and the destination cell of the virtual machine migration.
When the migration module in the system for migrating the virtual machine across the cell by the openstack performs the cold migration of the virtual machine:
selecting a cell to be used for the purpose,
the destination cell performs a preparation operation, updates the state of the virtual machine, sets the virtual machine to reset _ prep,
judging whether the original virtual machine and the current virtual machine are in the same cell, if so, directly operating the database,
if not, creating a new instance in the destination database, setting the instance as unavailable, screening the unavailable entry, avoiding the occurrence of a plurality of same data,
and simultaneously, notifying the source cell of the update database message through a super conductor to update the database.
When the migration module in the system for migrating the virtual machine across the cell by the openstack performs virtual machine live migration:
creating an empty attribute in block _ device _ mapping at the beginning of migration to indicate occupied,
operating on the nova-computer of the destination cell,
judging whether the original virtual machine and the current virtual machine are in the same cell, if so, directly operating the database,
if not, the nova-conductor from the super-conductor proxy to the source cell acquires the blockdevicemamping,
and updating the databases of the source cell and the destination cell after the acquisition is completed.
An apparatus for migrating a virtual machine across a cell by an openstack, comprising: at least one memory and at least one processor;
the at least one memory to store a machine readable program;
the at least one processor is used for calling the machine readable program and executing the method for migrating the virtual machine across the cell by the openstack.
The invention has the advantages that:
the invention provides a method for migrating a virtual machine across a cell by openstack, which realizes the cold and hot migration function of the virtual machine across the cell, and the virtual machine can perform cold and hot migration across the cell without limitation in use;
meanwhile, the cross-cell virtual machine migration can further realize the switching of the back ends of the databases or the message queues, and as different cells can use different back ends of the databases, the services of the nova-conductor and the nova-computer before and after the migration can use heterogeneous back ends, so that the smooth upgrading process can be realized;
and heterogeneous clusters can be managed more conveniently, traditional Openstack is deployed through a virtual machine or directly on a physical machine, more and more Openstack is currently deployed in a container, upgrading of traditional Openstack to container-deployed Openstack is relatively complex, problems such as migration of a database need to be considered, service interruption within a certain time can be caused, through a function of cross-cell migration, the virtual machine can be more conveniently migrated to another cell, an api database is replaced after completion, service interruption time is greatly shortened, and Openstack deployment efficiency is improved.
Drawings
FIG. 1 is a schematic flow diagram of the process of the present invention;
FIG. 2 is a schematic diagram of the superconductor agent interaction in the present invention.
Detailed Description
The cell includes a default cell0 for storing a virtual machine that failed to be created or has an error status; and distributing the nova-computer service and the nova-conductor service into different cells according to the scale of the cluster actually deployed.
The present invention is further described below in conjunction with the following figures and specific examples so that those skilled in the art may better understand the present invention and practice it, but the examples are not intended to limit the present invention.
The invention provides a method for migrating a virtual machine by an openstack spanning cell, which comprises the steps of positioning a source cell and a target cell migrated by the virtual machine, constructing corresponding migration tasks according to different migration types of the virtual machine,
determining whether the virtual machine performs a hot migration or a cold migration,
if the cold migration of the virtual machine is carried out, preparing operation is carried out on the target cell, the state of the virtual machine is updated, whether the databases of the source cell and the target cell are updated or operated is determined by judging whether the original virtual machine and the current virtual machine are in the same cell or not,
and if the virtual machine is subjected to the live migration, operating on the nova-computer of the destination cell, and determining whether to update or operate the databases of the source cell and the destination cell by judging whether the original virtual machine and the current virtual machine are in the same cell.
In the migration process, the databases of the source cell and the destination cell need to store the information of the virtual machines, the information of the virtual machines can be deleted in the original database after the migration is completed, the information of the virtual machines in the destination cell is activated, the functions of nova are expanded, and the migration of the virtual machines across the cells is realized.
In an embodiment of the present invention, a process of performing a cold migration of a virtual machine across a cell is specifically described:
calling the API interface of nova to execute the operation of migrating the virtual machine, firstly transmitting and positioning the expected target cell address, or not transmitting, then positioning and scheduling through the back end, after the nova-API checks the input parameter, transmitting the request to the nova-conductor through RPC calling, after the nova-conductor receives the request through the RPC interface of the conductor, judging whether the virtual machine needs to perform on-line hot migration or shutdown cold migration,
the virtual machine is subjected to cold migration, and the state of the virtual machine is in operation, the virtual machine is firstly subjected to shutdown operation, a cold migration task is constructed according to the cold migration type, the node of the target cell can be selected through the scheduler to prevent the incoming designated host node from being incapable of running the virtual machine,
performing preparation operation on a destination cell, updating the state of the virtual machine, setting the virtual machine to a reset _ prep, storing the reset _ prep in a database,
judging whether the original virtual machine and the current virtual machine are in the same cell, if the cell is the same, no change is made, and directly operating the database; if not, a new instance needs to be created in the database of the target cell and is set as unavailable, and the superconductor copies the message for updating the database and notifies the source cell to perform the database updating operation in an RPC manner, so that the information in the database of the source cell and the database of the target cell is ensured to be consistent, and the information of a plurality of same instances is prevented from appearing in the migration process,
in the cold migration process, nova copies the non-shared data file to the computing node of the target cell through ssh, updates some metadata information, and performs proxy acquisition of blockdevicemamping through a superconductor, so as to prevent information that the hanging disk cannot be taken.
In another embodiment of the present invention, a process of performing virtual machine live migration across a cell is specifically described:
calling the API interface of nova to execute the operation of migrating the virtual machine, firstly transmitting and positioning the expected target cell address, or not transmitting, then positioning and scheduling through the back end, after the nova-API checks the input parameter, transmitting the request to the nova-conductor through RPC calling, after the nova-conductor receives the request through the RPC interface of the conductor, judging whether the virtual machine needs to perform on-line hot migration or shutdown cold migration,
the virtual machine carries out the live migration, constructs a live migration task according to the migration type as the live migration, carries out the availability verification by calling the interface of the destination cell computing node nova-computer service, prevents the migration problem caused by the isomerism of the host CPU and the hardware,
after the basic parameter verification is completed, starting a migration operation, creating an empty attribute in block _ device _ mapping to represent occupied, operating on a nova-computer of a target cell at the same time, judging whether an original virtual machine and a current virtual machine are in the same cell, and directly operating a database if the cell is the same; if not, the subconductor agent executes the operation of acquiring the blockdevicemamping to the nova-conductor of the source, the databases at both sides of the source cell and the destination cell are updated after the acquisition is completed,
in the hot migration process, the original code flow is reserved, a layer of packaging is added to migration _ data and blockdevicemamping which need to be subjected to database processing, all parts of the agent accessing the database are processed in the source cell and the destination cell respectively, and the migration of the bottom layer does not depend on the data in the nova database.
The invention also provides a system for migrating the virtual machine by the openstack across the cell, which comprises a task module, a judgment module and a migration module,
the task module positions a source cell and a destination cell of the virtual machine migration, constructs a corresponding migration task according to different migration types of the virtual machine,
the judging module judges whether the virtual machine carries out hot migration or cold migration,
if the virtual machine is cold migrated, the migration module performs preparation operation on the destination cell, updates the state of the virtual machine, determines whether to update or operate the databases of the source cell and the destination cell by judging whether the original virtual machine and the current virtual machine are in the same cell,
and if the virtual machine is subjected to live migration, operating the migration module on the nova-computer of the destination cell, and determining whether to update or operate the databases of the source cell and the destination cell by judging whether the original virtual machine and the current virtual machine are in the same cell.
The information interaction, execution process and other contents between the modules in the system are based on the same concept as the method embodiment of the present invention, and specific contents can be referred to the description in the method embodiment of the present invention, and are not described herein again.
Meanwhile, the invention also provides a device for migrating the virtual machine across the cell by the openstack, which comprises the following steps: at least one memory and at least one processor;
the at least one memory to store a machine readable program;
the at least one processor is used for calling the machine readable program and executing the method for migrating the virtual machine across the cell by the openstack. The processor in the apparatus of the present invention may implement part or all of the actual operations by executing the program code read by the computer, and by causing an operating system or the like operating on the computer to perform instructions based on the program code, thereby implementing the functions of any one of the embodiments in the method of the present invention described above.
The above-mentioned embodiments are merely preferred embodiments for fully illustrating the present invention, and the scope of the present invention is not limited thereto. The equivalent substitution or change made by the technical personnel in the technical field on the basis of the invention is all within the protection scope of the invention. The protection scope of the invention is subject to the claims.

Claims (9)

1. A method for migrating a virtual machine by an openstack across cells is characterized in that a source cell and a destination cell for virtual machine migration are positioned, corresponding migration tasks are constructed according to different migration types of the virtual machine,
determining whether the virtual machine performs a hot migration or a cold migration,
if the cold migration of the virtual machine is carried out, preparing operation is carried out on the target cell, the state of the virtual machine is updated, whether the databases of the source cell and the target cell are updated or operated is determined by judging whether the original virtual machine and the current virtual machine are in the same cell or not,
and if the virtual machine is subjected to the live migration, operating on the nova-computer of the destination cell, and determining whether to update or operate the databases of the source cell and the destination cell by judging whether the original virtual machine and the current virtual machine are in the same cell.
2. The method for migrating the virtual machine across the cell by the openstack as claimed in claim 1, wherein an API interface of nova is called, the operation of migrating the virtual machine is executed, after the nova-API checks the entry parameter, a virtual machine migration request is sent to the nova-reducer, and the nova-reducer receives the virtual machine migration request and locates the source cell and the destination cell of the virtual machine migration.
3. The method for migrating the virtual machine across the cell by the openstack as claimed in claim 1 or 2, wherein the virtual machine cold migration is performed:
selecting a cell to be used for the purpose,
the destination cell performs a preparation operation, updates the state of the virtual machine, sets the virtual machine to reset _ prep,
judging whether the original virtual machine and the current virtual machine are in the same cell, if so, directly operating the database,
if not, creating a new instance in the destination database, setting the instance as unavailable, screening the unavailable entry, avoiding the occurrence of a plurality of same data,
and simultaneously, notifying the source cell of the update database message through a super conductor to update the database.
4. The method for migrating a virtual machine across a cell by an openstack as claimed in claim 3, wherein the virtual machine is migrated by hot migration:
creating an empty attribute in block _ device _ mapping at the beginning of migration to indicate occupied,
operating on the nova-computer of the destination cell,
judging whether the original virtual machine and the current virtual machine are in the same cell, if so, directly operating the database,
if not, the nova-conductor from the super-conductor proxy to the source cell acquires the blockdevicemamping,
and updating the databases of the source cell and the destination cell after the acquisition is completed.
5. A system for migrating virtual machines across cells by openstack is characterized by comprising a task module, a judgment module and a migration module,
the task module positions a source cell and a destination cell of the virtual machine migration, constructs a corresponding migration task according to different migration types of the virtual machine,
the judging module judges whether the virtual machine carries out hot migration or cold migration,
if the virtual machine is cold migrated, the migration module performs preparation operation on the destination cell, updates the state of the virtual machine, determines whether to update or operate the databases of the source cell and the destination cell by judging whether the original virtual machine and the current virtual machine are in the same cell,
and if the virtual machine is subjected to live migration, operating the migration module on the nova-computer of the destination cell, and determining whether to update or operate the databases of the source cell and the destination cell by judging whether the original virtual machine and the current virtual machine are in the same cell.
6. The system for migrating the virtual machine across the cell by the openstack as claimed in claim 5, wherein the task module calls an API interface of nova to execute the operation of migrating the virtual machine, and after the verification of the entry references of the nova-API, sends a virtual machine migration request to the nova-reducer, and the nova-reducer receives the virtual machine migration request and locates the source cell and the destination cell of the virtual machine migration.
7. The system for migrating a virtual machine across a cell according to claim 5 or 6, wherein the migration module, when performing the cold migration of the virtual machine:
selecting a cell to be used for the purpose,
the destination cell performs a preparation operation, updates the state of the virtual machine, sets the virtual machine to reset _ prep,
judging whether the original virtual machine and the current virtual machine are in the same cell, if so, directly operating the database,
if not, creating a new instance in the destination database, setting the instance as unavailable, screening the unavailable entry, avoiding the occurrence of a plurality of same data,
and simultaneously, notifying the source cell of the update database message through a super conductor to update the database.
8. The system for migrating a virtual machine across a cell according to claim 3, wherein the migration module, during the virtual machine live migration, is configured to:
creating an empty attribute in block _ device _ mapping at the beginning of migration to indicate occupied,
operating on the nova-computer of the destination cell,
judging whether the original virtual machine and the current virtual machine are in the same cell, if so, directly operating the database,
if not, the nova-conductor from the super-conductor proxy to the source cell acquires the blockdevicemamping,
and updating the databases of the source cell and the destination cell after the acquisition is completed.
9. An openstack device for migrating virtual machines across cells is characterized by comprising: at least one memory and at least one processor;
the at least one memory to store a machine readable program;
the at least one processor is configured to invoke the machine readable program to execute a method for migrating a virtual machine across a cell by an openstack according to any one of claims 1 to 4.
CN202010765508.6A 2020-08-03 2020-08-03 Method for migrating virtual machines across cells by using openstack Active CN111880905B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010765508.6A CN111880905B (en) 2020-08-03 2020-08-03 Method for migrating virtual machines across cells by using openstack

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010765508.6A CN111880905B (en) 2020-08-03 2020-08-03 Method for migrating virtual machines across cells by using openstack

Publications (2)

Publication Number Publication Date
CN111880905A true CN111880905A (en) 2020-11-03
CN111880905B CN111880905B (en) 2023-05-23

Family

ID=73205422

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010765508.6A Active CN111880905B (en) 2020-08-03 2020-08-03 Method for migrating virtual machines across cells by using openstack

Country Status (1)

Country Link
CN (1) CN111880905B (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112925609A (en) * 2021-03-01 2021-06-08 浪潮云信息技术股份公司 OpenStack cloud platform upgrading method and device

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9300759B1 (en) * 2013-01-03 2016-03-29 Amazon Technologies, Inc. API calls with dependencies
WO2018201461A1 (en) * 2017-05-05 2018-11-08 华为技术有限公司 Method and device for migrating virtual machine and virtualization system
CN109814978A (en) * 2018-12-15 2019-05-28 华南理工大学 Across cluster moving method and system based on more OpenStack platforms
CN111124614A (en) * 2019-12-20 2020-05-08 苏州浪潮智能科技有限公司 Virtual machine migration flow control test method, device, equipment and storage medium

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9300759B1 (en) * 2013-01-03 2016-03-29 Amazon Technologies, Inc. API calls with dependencies
WO2018201461A1 (en) * 2017-05-05 2018-11-08 华为技术有限公司 Method and device for migrating virtual machine and virtualization system
CN109814978A (en) * 2018-12-15 2019-05-28 华南理工大学 Across cluster moving method and system based on more OpenStack platforms
CN111124614A (en) * 2019-12-20 2020-05-08 苏州浪潮智能科技有限公司 Virtual machine migration flow control test method, device, equipment and storage medium

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112925609A (en) * 2021-03-01 2021-06-08 浪潮云信息技术股份公司 OpenStack cloud platform upgrading method and device
CN112925609B (en) * 2021-03-01 2022-03-15 浪潮云信息技术股份公司 OpenStack cloud platform upgrading method and device

Also Published As

Publication number Publication date
CN111880905B (en) 2023-05-23

Similar Documents

Publication Publication Date Title
US9996401B2 (en) Task processing method and virtual machine
US11113158B2 (en) Rolling back kubernetes applications
KR20200015721A (en) Method and apparatus for processing interrupt request, and virtualized device
WO2019090993A1 (en) Deployment method and apparatus for monitoring system, computer device and storage medium
US6754848B1 (en) Method, system and program products for operationally migrating a cluster through emulation
CN110088733A (en) The layout based on accumulation layer of virtual machine (vm) migration
US11347684B2 (en) Rolling back KUBERNETES applications including custom resources
JP2014123365A (en) DEVICE AND METHOD FOR OPTIMIZATION OF DATA PROCESSING IN MapReduce FRAMEWORK
CN113067850B (en) Cluster arrangement system under multi-cloud scene
US11588698B2 (en) Pod migration across nodes of a cluster
CN103414712A (en) Management system and method of distributed virtual desktop
US10305817B1 (en) Provisioning system and method for a distributed computing environment using a map reduce process
CN111274002A (en) Construction method and device for supporting PAAS platform, computer equipment and storage medium
US8958420B1 (en) Methods and apparatus for virtualizing switch control plane engine
CN112328365A (en) Virtual machine migration method, device, equipment and storage medium
JP7322161B2 (en) Asynchronous storage management in distributed systems
CN111880905B (en) Method for migrating virtual machines across cells by using openstack
CN105100180A (en) Cluster node dynamic loading method, device and system
CN107528871A (en) Data analysis in storage system
WO2019099328A1 (en) Virtualized i/o
JP7439928B2 (en) Management device, management method, management program, and management system
US20220229689A1 (en) Virtualization platform control device, virtualization platform control method, and virtualization platform control program
CN111221620A (en) Storage method, storage device and storage medium
CN110532000B (en) Kbroker distributed operating system for operation publishing and operation publishing system
CN114615263A (en) Cluster online migration method, device, equipment 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
GR01 Patent grant
GR01 Patent grant