CN112003895A - Cloud host evacuation method, device, equipment and storage medium in OpenStack cloud platform - Google Patents
Cloud host evacuation method, device, equipment and storage medium in OpenStack cloud platform Download PDFInfo
- Publication number
- CN112003895A CN112003895A CN202010723780.8A CN202010723780A CN112003895A CN 112003895 A CN112003895 A CN 112003895A CN 202010723780 A CN202010723780 A CN 202010723780A CN 112003895 A CN112003895 A CN 112003895A
- Authority
- CN
- China
- Prior art keywords
- nova
- service
- cloud host
- equipment
- cloud
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 35
- 238000012216 screening Methods 0.000 claims abstract description 10
- 230000002093 peripheral effect Effects 0.000 claims abstract description 8
- 238000004590 computer program Methods 0.000 claims description 11
- 238000012544 monitoring process Methods 0.000 claims description 3
- 238000012423 maintenance Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 239000004744 fabric Substances 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The application relates to a cloud host evacuation method, device, equipment and storage medium in an OpenStack cloud platform. The method comprises the following steps: receiving an evacuation request by utilizing a Nova controller service, and determining a cloud host to be evacuated according to the evacuation request; acquiring equipment binding information of a cloud host to be evacuated by using Nova controller service and equipment management service, wherein the equipment binding information comprises PCI (peripheral component interconnect) equipment and/or PCIe (peripheral component interconnect express) equipment; screening out cloud hosts bound with equipment from the cloud hosts to be evacuated by utilizing Nova controller service according to the equipment binding information; determining whether available computing nodes exist in the cloud platform by using Nova controller service, a cloud host of a binding device and resource management service; if there are available computing nodes, a new cloud host is created on the available computing nodes using the Nova controller service, the device management service, and the Nova computer service as the cloud host for binding devices. According to the scheme of the invention, the cloud host bound with the equipment is automatically evacuated to other computing nodes, the robustness of the cloud platform is improved, and the labor cost is saved.
Description
Technical Field
The invention belongs to the field of cloud computing, and particularly relates to a method, a device, equipment and a storage medium for evacuating a cloud host in an OpenStack cloud platform.
Background
The multi-architecture cloud platform developed by OpenStack comprises a plurality of computing nodes, each computing node is composed of a host and a plurality of cloud hosts (virtual machines) running on the host, and when the host where the cloud hosts are located has hardware failure or is powered off, so that the whole computing node cannot work, the cloud hosts on the nodes need to be evacuated to other available computing nodes.
At present, the Nova evacuate service provided by the OpenStack cloud platform can evacuate a cloud host which is not bound with host equipment, but cannot evacuate a cloud host which is directly communicated with PCI/PCIe equipment, and needs to manually evacuate operation and maintenance personnel to manually clear binding relation data between the cloud host and the PCI/PCIe equipment in a database; the manual evacuation mode not only takes a long time, but also has high labor cost.
Disclosure of Invention
In view of the above, there is a need to provide a method, an apparatus, a device and a storage medium for cloud host evacuation in an OpenStack cloud platform.
According to an aspect of the invention, a cloud host evacuation method in an OpenStack cloud platform is provided, and the method comprises the following steps:
receiving an evacuation request by utilizing a Nova controller service, and determining a cloud host to be evacuated according to the evacuation request;
acquiring device binding information of the cloud host to be evacuated by using the Nova controller service and the device management service, wherein the device binding information comprises PCI (peripheral component interconnect) devices and/or PCIe (peripheral component interconnect express) devices;
screening out cloud hosts bound with equipment from the cloud hosts to be evacuated by utilizing Nova controller service according to the equipment binding information;
determining whether available computing nodes exist in the cloud platform by using Nova controller service, a cloud host of a binding device and resource management service;
if an available computing node exists, creating a new cloud host on the available computing node for the cloud host of the bound device using the Nova controller service, the device management service, and the Nova computer service.
In one embodiment, the method further comprises:
and evacuating the remaining cloud hosts to be evacuated by utilizing the Nova evacuate service.
In one embodiment, the step of acquiring the device binding information of the cloud host to be evacuated by using the Nova controller service and the device management service includes:
the Nova controller service calls the equipment management service to acquire equipment binding information of the cloud host to be evacuated;
the device management service returns the device binding information to the Nova controller service.
In one embodiment, the step of determining whether there are available computing nodes in the cloud platform by using the Nova controller service, the cloud host of the bound device, and the resource management service comprises:
the Nova controller service acquires configuration information of a cloud host of the binding device, wherein the configuration information comprises CPU information, memory information and disk information;
determining resources required by a new cloud host according to the configuration information and the equipment binding information of the cloud host of the binding equipment;
the Nova controller service calls the resource management service to inquire whether available computing nodes meeting the resources required by the new cloud host exist in the cloud platform.
In one embodiment, the step of creating a new cloud host on the available computing node for the cloud host of the bound device using the Nova controller service, the device management service, and the Nova computer service includes:
calling the relationship between the new cloud host and the equipment bound by the equipment management service by using the Nova controller service, and sending the state of an equipment bound event to the Nova controller service by using the equipment management service;
calling Nova computer service by using the Nova controller service to create a new cloud host, and monitoring the state of a device binding event by using the Nova computer service;
sending the state of a device binding event to the Nova computer service by utilizing a Nova controller service;
and if the Nova computer service monitors that the equipment binding event is successful, generating an xml file of the new cloud host by using the Nova computer service, and starting the new cloud host.
In one embodiment, the method further comprises:
and if no available computing node exists, generating cloud host evacuation exception information by utilizing the Nova controller service.
In one embodiment, the PCI device and/or PCIe device includes: GPU, FPGA, NVMe, and SSD.
According to another aspect of the invention, a cloud host evacuation device in an OpenStack cloud platform is provided, the device comprising:
the request receiving module is used for receiving an evacuation request by utilizing a Nova controller service and determining a cloud host to be evacuated according to the evacuation request;
an obtaining module, configured to obtain device binding information of the cloud host to be evacuated by using the Nova controller service and the device management service, where the device binding information includes a PCI device and/or a PCIe device;
the screening module is used for screening out the cloud host bound with the equipment from the cloud host to be evacuated according to the equipment binding information by utilizing Nova controller service;
the computing node determining module is used for determining whether available computing nodes exist in the cloud platform by using Nova controller service, a cloud host of the binding equipment and resource management service;
and a new cloud host creation module, configured to, when there is an available computing node, create a new cloud host on the available computing node for the cloud host of the bound device using the Nova controller service, the device management service, and the Nova computer service.
According to still another aspect of the present invention, there is also provided a computer apparatus including: at least one processor; and
and the memory stores a computer program which can run on the processor, and the processor performs the cloud host evacuation method in the OpenStack cloud platform when performing the program.
According to still another aspect of the present invention, a computer-readable storage medium is further provided, where a computer program is stored in the computer-readable storage medium, and when the computer program is executed by a processor, the cloud host evacuation method in the OpenStack cloud platform is performed.
According to the cloud host evacuation method, device, equipment and storage medium in the OpenStack cloud platform, the Nova controller service, the equipment management service, the resource management service and the Nova controller service are utilized to realize that the cloud host bound with the equipment is automatically evacuated to other computing nodes, so that the robustness of the multi-architecture cloud platform is improved, the PCI/PCIe equipment on the fault node can be released, the PCI/PCIe equipment on the fault node can be continuously used after the fault of the server is recovered, and the labor cost is saved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art that other embodiments can be obtained by using the drawings without creative efforts.
Fig. 1 is a schematic flowchart of a cloud host evacuation method in an OpenStack cloud platform according to an embodiment of the present invention;
fig. 2 is a schematic diagram illustrating a cloud host evacuation flow of a bound device according to another embodiment of the present invention;
fig. 3 is a schematic structural diagram of a cloud host evacuation device in an OpenStack cloud platform according to another embodiment of the present invention;
fig. 4 is an internal structural view of a computer device according to another embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the following embodiments of the present invention are described in further detail with reference to the accompanying drawings.
It should be noted that all expressions using "first" and "second" in the embodiments of the present invention are used for distinguishing two entities with the same name but different names or different parameters, and it should be noted that "first" and "second" are merely for convenience of description and should not be construed as limitations of the embodiments of the present invention, and they are not described in any more detail in the following embodiments.
In an embodiment, referring to fig. 1, the present invention provides a method for evacuating a cloud host in an OpenStack cloud platform, which specifically includes the following steps:
and S100, receiving an evacuation request by using a Nova controller service, and determining a cloud host to be evacuated according to the evacuation request.
The Nova controller service is a set of control plug-ins in Nova components in OpenStack and is used for services of operations such as creation, deletion, scheduling, startup and shutdown of cloud hosts on control nodes in OpenStack; the evacuation request refers to a request for evacuating all cloud hosts on a failed node from other computing nodes when hosts on the failed node fail, and the request includes the failed computing node and all cloud hosts under the computing node.
S200, acquiring device binding information of the cloud host to be evacuated by using Nova controller service and device management service, wherein the device binding information comprises PCI (peripheral component interconnect) devices and/or PCIe (peripheral component interconnect express) devices.
The device management service refers to a PCI device management system in OpenStack and provides services of a PCI/PCIe device list, attributes, binding and unbinding operation interfaces; the device binding information refers to binding information of the cloud host to the host device, and preferably, the PCI device and/or the PCIe device include: GPU, FPGA, NVMe, and SSD.
S300, screening out the cloud host bound with the equipment from the cloud host to be evacuated by utilizing the Nova controller service according to the equipment binding information.
S400, determining whether available computing nodes exist in the cloud platform by using the Nova controller service, the cloud host of the binding device and the resource management service.
The resource management service shows services for using, scheduling and managing resources such as a CPU, a Memory, a Disk, a PCI/PCIe device and the like in OpenStack; an available computing node refers to a computing node in a multi-fabric cloud platform that can be used to create a cloud host and provide corresponding PCI and/or PCIe devices.
And S500, if the available computing nodes exist, creating new cloud hosts on the available computing nodes by using the Nova controller service, the device management service and the Nova computer service as the cloud hosts for binding the devices. The Nova computer refers to a computing node service for starting a cloud host in OpenStack.
According to the cloud host evacuation method in the OpenStack cloud platform, the Nova controller service, the device management service, the resource management service and the Nova controller service are utilized to realize that the cloud host bound with the device is automatically evacuated to other computing nodes, the robustness of the multi-architecture cloud platform is improved, the PCI/PCIe device on the fault node can be released, so that the PCI/PCIe device on the fault node can be continuously used after the fault of the server is recovered, and the labor cost is saved.
Preferably, the method of the present invention further comprises the steps of:
s600, evacuating the remaining cloud hosts to be evacuated by utilizing the Nova evacuate service.
Preferably, the method further comprises the following steps: and S700, if no available computing node exists, generating cloud host evacuation exception information by using the Nova controller service.
According to the cloud host evacuation method in the OpenStack cloud platform, the cloud hosts of unbound equipment are evacuated by combining the Nova evacuate service provided by the OpenStack cloud platform, so that all the cloud hosts on a fault computing node are evacuated; abnormal information is automatically crawled out of the cloud host which cannot be automatically evacuated, the evacuated log content of the cloud host is recorded, and follow-up overhaul and maintenance personnel are facilitated.
Referring to fig. 2, in another embodiment, the step S200 specifically includes the following sub-steps:
s210, the Nova controller service calls the equipment management service to acquire the equipment binding information of the cloud host to be evacuated.
S220, the device management service returns the device binding information to the Nova controller service.
In another embodiment, the step S400 specifically includes the following sub-steps:
s410, the Nova controller service acquires configuration information of the cloud host of the binding device, wherein the configuration information comprises CPU information, memory information and disk information.
And S420, determining resources required by the new cloud host according to the configuration information and the device binding information of the cloud host bound with the device.
S430, the Nova controller service calls the resource management service to inquire whether an available computing node meeting the resources required by the new cloud host exists in the cloud platform.
In another embodiment, the step S500 specifically includes the following sub-steps:
and S510, utilizing the Nova controller service to call the device management service to bind the relationship between the new cloud host and the device, and utilizing the device management service to send the state of the device binding event to the Nova controller service.
S520, calling Nova computer service by using the Nova controller service to create a new cloud host, and monitoring the state of the equipment binding event by using the Nova computer service;
s530, sending the state of the equipment binding event to Nova computer service by utilizing the Nova controller service;
and S540, if the Nova computer service monitors that the equipment binding event is successful, generating an xml file of the new cloud host by using the Nova computer service, and starting the new cloud host.
In another embodiment, for convenience of understanding of the technical solution of the present invention, assume that two computing nodes each having a PCI/PCIe device exist in a cloud computing platform, which are respectively referred to as a computing node 1 and a computing node 2, two cloud hosts run on the computing node 1, the GPU of the computing node 1 is bound to the cloud host 1, and the SSD of the computing node 1 is bound to the cloud host 2, and if the computing node 1 is powered off, but the computing node 2 is running normally, at this time, the Nova controller receives an event of a node failure of the host 1, and starts to evacuate the cloud host 1 and the cloud host 2, where the specific flow is as follows:
step 1, a Nova controller, a service calling device management service obtains PCI/PCIe device information bound by a cloud host 1 and a cloud host 2, and calls a resource management system to select a computing node 2 as an available computing node according to the PCI/PCIe device information and CPU, Memory and Disk information in the specifications of the cloud host 1 and the cloud host 1;
and 3, the Nova controller service calls the relationship between the device management service binding host and the PCI/PCIe device, and the device management service sends a PCI/PCIe binding event to the Nova controller service because the PCI device management service binds the PCI/PCIe device to be asynchronous operation.
Step 4, the Nova controller service calls the Nova computer service to create a new cloud host 1 and a new cloud host 2;
step 5, the Nova computer service creates information of a network card, a disk and the like of the new cloud host 1 and the new cloud host 2 on one hand, monitors event states bound by the PCI/PCIe equipment on the other hand, and finishes PIC/PCIe binding;
step 6, the Nova controller service sends the PCI/PCIe device binding event state to the Nova computer service;
step 7, after the Nova computer receives the PCI/PCIe device binding event successfully, xml files of the new cloud host 1 and the new cloud host 2 are generated, the new cloud host 1 and the new cloud host 2 are started, so that the cloud host 1 and the cloud host 2 on the computing node 1 are evacuated to the computing node 2, the GPU of the computing node 2 is bound to the new cloud host 1 on the computing node 2, and the SSD of the computing node 2 is bound to the new cloud host 2.
At this time, for the computing node 1, both the GPU and the SSD are released, which avoids the operation and maintenance personnel from clearing the binding relationship data between the cloud host 1 and the cloud host 2 and the PCI/PCIe devices in the database, and the new cloud host 1 and the new cloud host 2 can normally operate the application programs in the cloud host 1 and the cloud host 2, thereby ensuring the normal processing of the cloud platform service; and when the failure of the computing node 1 is recovered, the GPU and the SSD are supported to be reused.
In another embodiment, referring to fig. 3, the present invention provides a cloud host evacuation device 80 in an OpenStack cloud platform, where the device specifically includes:
the request receiving module 81 is configured to receive an evacuation request by using a Nova controller service, and determine a cloud host to be evacuated according to the evacuation request;
an obtaining module 82, configured to obtain device binding information of a cloud host to be evacuated by using Nova controller service and device management service, where the device binding information includes a PCI device and/or a PCIe device;
the screening module 83 is used for screening the cloud host bound with the equipment from the cloud host to be evacuated according to the equipment binding information by using Nova controller service;
a computing node determining module 84, configured to determine whether there is an available computing node in the cloud platform by using the Nova controller service, the cloud host of the bound device, and the resource management service;
and a new cloud host creating module 85, configured to, when there is an available computing node, create a new cloud host on the available computing node by using the Nova controller service, the device management service, and the Nova computer service as cloud hosts for binding devices.
It should be noted that, for specific limitations of the cloud host evacuation device in the OpenStack cloud platform, reference may be made to the above limitations on the cloud host evacuation method in the OpenStack cloud platform, and details are not described herein again. All modules in the cloud host sparse device in the OpenStack cloud platform can be completely or partially realized through software, hardware and a combination thereof. The modules can be embedded in a hardware form or independent from a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.
According to another aspect of the present invention, a computer device is provided, and the computer device may be a server, and its internal structure is shown in fig. 4. The computer device includes a processor, a memory, a network interface, and a database connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device comprises a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The database of the computer device is used for storing data. The network interface of the computer device is used for communicating with an external terminal through a network connection. When being executed by a processor, the computer program realizes the cloud host evacuation method in the OpenStack cloud platform.
According to yet another aspect of the present invention, a computer-readable storage medium is provided, on which a computer program is stored, and the computer program, when executed by a processor, implements the above-mentioned cloud host evacuation method in the OpenStack cloud platform.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in the embodiments provided herein may include non-volatile and/or volatile memory, among others. Non-volatile memory can include read-only memory (ROM), Programmable ROM (PROM), Electrically Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDRSDRAM), Enhanced SDRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), Rambus Direct RAM (RDRAM), direct bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).
The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.
Claims (10)
1. A cloud host evacuation method in an OpenStack cloud platform is characterized by comprising the following steps:
receiving an evacuation request by utilizing a Nova controller service, and determining a cloud host to be evacuated according to the evacuation request;
acquiring device binding information of the cloud host to be evacuated by using the Nova controller service and the device management service, wherein the device binding information comprises PCI (peripheral component interconnect) devices and/or PCIe (peripheral component interconnect express) devices;
screening out cloud hosts bound with equipment from the cloud hosts to be evacuated by utilizing Nova controller service according to the equipment binding information;
determining whether available computing nodes exist in the cloud platform by using Nova controller service, a cloud host of a binding device and resource management service;
if an available computing node exists, creating a new cloud host on the available computing node for the cloud host of the bound device using the Nova controller service, the device management service, and the Nova computer service.
2. The method of claim 1, further comprising:
and evacuating the remaining cloud hosts to be evacuated by utilizing the Nova evacuate service.
3. The method as claimed in claim 1, wherein the step of obtaining the device binding information of the cloud host to be evacuated by using the Nova controller service and the device management service comprises:
the Nova controller service calls the equipment management service to acquire equipment binding information of the cloud host to be evacuated;
the device management service returns the device binding information to the Nova controller service.
4. The method of claim 1, wherein the step of determining whether there are available computing nodes in the cloud platform using the Nova controller service, the cloud host of the bound device, and the resource management service comprises:
the Nova controller service acquires configuration information of a cloud host of the binding device, wherein the configuration information comprises CPU information, memory information and disk information;
determining resources required by a new cloud host according to the configuration information and the equipment binding information of the cloud host of the binding equipment;
the Nova controller service calls the resource management service to inquire whether available computing nodes meeting the resources required by the new cloud host exist in the cloud platform.
5. The method of claim 1, wherein the step of creating a new cloud host on the available compute node for the cloud host of the bound device using the Nova controller service, the device management service, and the Nova computer service comprises:
calling the relationship between the new cloud host and the equipment bound by the equipment management service by using the Nova controller service, and sending the state of an equipment bound event to the Nova controller service by using the equipment management service;
calling Nova computer service by using the Nova controller service to create a new cloud host, and monitoring the state of a device binding event by using the Nova computer service;
sending the state of a device binding event to the Nova computer service by utilizing a Nova controller service;
and if the Nova computer service monitors that the equipment binding event is successful, generating an xml file of the new cloud host by using the Nova computer service, and starting the new cloud host.
6. The method of claim 1, further comprising:
and if no available computing node exists, generating cloud host evacuation exception information by utilizing the Nova controller service.
7. The method of claim 1, wherein the PCI device and/or PCIe device comprises: GPU, FPGA, NVMe, and SSD.
8. A cloud host evacuation device in an OpenStack cloud platform, the device comprising:
the request receiving module is used for receiving an evacuation request by utilizing a Nova controller service and determining a cloud host to be evacuated according to the evacuation request;
an obtaining module, configured to obtain device binding information of the cloud host to be evacuated by using the Nova controller service and the device management service, where the device binding information includes a PCI device and/or a PCIe device;
the screening module is used for screening out the cloud host bound with the equipment from the cloud host to be evacuated according to the equipment binding information by utilizing Nova controller service;
the computing node determining module is used for determining whether available computing nodes exist in the cloud platform by using Nova controller service, a cloud host of the binding equipment and resource management service;
and a new cloud host creation module, configured to, when there is an available computing node, create a new cloud host on the available computing node for the cloud host of the bound device using the Nova controller service, the device management service, and the Nova computer service.
9. A computer device, comprising:
at least one processor; and
a memory storing a computer program operable in the processor, the processor when executing the program performing the method of any of claims 1-7.
10. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, is adapted to carry out the method of any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010723780.8A CN112003895B (en) | 2020-07-24 | 2020-07-24 | Cloud host evacuation method, device, equipment and storage medium in OpenStack cloud platform |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010723780.8A CN112003895B (en) | 2020-07-24 | 2020-07-24 | Cloud host evacuation method, device, equipment and storage medium in OpenStack cloud platform |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112003895A true CN112003895A (en) | 2020-11-27 |
| CN112003895B CN112003895B (en) | 2022-05-13 |
Family
ID=73468126
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010723780.8A Active CN112003895B (en) | 2020-07-24 | 2020-07-24 | Cloud host evacuation method, device, equipment and storage medium in OpenStack cloud platform |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112003895B (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113806019A (en) * | 2021-09-15 | 2021-12-17 | 济南浪潮数据技术有限公司 | Method for binding and unbinding PMEM (Power management and communication) equipment in OpenStack cloud platform |
| CN113992574A (en) * | 2021-09-30 | 2022-01-28 | 济南浪潮数据技术有限公司 | Method, system and equipment for setting router binding node priority |
| CN115174407A (en) * | 2022-06-17 | 2022-10-11 | 上海仪电（集团）有限公司中央研究院 | Method and system for dynamically allocating bandwidth based on private cloud environment |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109522145A (en) * | 2018-11-14 | 2019-03-26 | 江苏鸿信系统集成有限公司 | A kind of virtual-machine fail automatic recovery system and its method |
| CN110908832A (en) * | 2019-10-24 | 2020-03-24 | 烽火通信科技股份有限公司 | Virtual machine fault evacuation method and system for cloud platform and computer readable medium |
-
2020
- 2020-07-24 CN CN202010723780.8A patent/CN112003895B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109522145A (en) * | 2018-11-14 | 2019-03-26 | 江苏鸿信系统集成有限公司 | A kind of virtual-machine fail automatic recovery system and its method |
| CN110908832A (en) * | 2019-10-24 | 2020-03-24 | 烽火通信科技股份有限公司 | Virtual machine fault evacuation method and system for cloud platform and computer readable medium |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113806019A (en) * | 2021-09-15 | 2021-12-17 | 济南浪潮数据技术有限公司 | Method for binding and unbinding PMEM (Power management and communication) equipment in OpenStack cloud platform |
| CN113806019B (en) * | 2021-09-15 | 2024-02-23 | 济南浪潮数据技术有限公司 | Method for binding and unbinding PMEM equipment in OpenStack cloud platform |
| CN113992574A (en) * | 2021-09-30 | 2022-01-28 | 济南浪潮数据技术有限公司 | Method, system and equipment for setting router binding node priority |
| CN115174407A (en) * | 2022-06-17 | 2022-10-11 | 上海仪电（集团）有限公司中央研究院 | Method and system for dynamically allocating bandwidth based on private cloud environment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112003895B (en) | 2022-05-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112003895B (en) | Cloud host evacuation method, device, equipment and storage medium in OpenStack cloud platform | |
| CN108958927B (en) | Deployment method and device of container application, computer equipment and storage medium | |
| CN112506617B (en) | Mirror image updating method and device for side car containers in Kubernetes cluster | |
| CN110289983B (en) | Load balancing application creation method and device, computer equipment and storage medium | |
| CN111182061B (en) | Task distribution processing method, system, computer device and storage medium | |
| CN111416821A (en) | Internet of things equipment information acquisition method, system and device | |
| CN109460252B (en) | Configuration file processing method and device based on git and computer equipment | |
| CN114281263B (en) | Storage resource processing method, system and equipment of container cluster management system | |
| CN111209110A (en) | Task scheduling management method, system and storage medium for realizing load balance | |
| EP3879875A1 (en) | Resource change method and device, apparatus, and storage medium | |
| JP2003058376A (en) | Distribution system, distribution server and its distribution method, and distribution program | |
| CN114090179A (en) | Migration method and device of stateful service and server | |
| CN113438107A (en) | Cluster node expansion method, device, equipment and storage medium | |
| CN112491980A (en) | Cloud host service management method, system, terminal and storage medium | |
| CN114168179A (en) | Micro-service management method, device, computer equipment and storage medium | |
| US8103905B2 (en) | Detecting and recovering from process failures | |
| CN115292003A (en) | Server failure recovery method and device, electronic equipment and storage medium | |
| CN109120680B (en) | Control system, method and related equipment | |
| CN110955492A (en) | Service processing method and device based on container technology and computer equipment | |
| CN111538585A (en) | Js-based server process scheduling method, system and device | |
| CN109002263B (en) | Method and device for adjusting storage capacity | |
| CN113900774A (en) | Virtual machine control method and device of cloud operating system and storage medium | |
| CN111382012B (en) | Backup method and device for MySQL cloud database, computer equipment and storage medium | |
| US20080216057A1 (en) | Recording medium storing monitoring program, monitoring method, and monitoring system | |
| CN110555017A (en) | block chain data cleaning method and device, computer 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 |