WO2019080162A1 - 一种云平台虚拟机虚拟链路断电后的恢复方法 - Google Patents

一种云平台虚拟机虚拟链路断电后的恢复方法

Info

Publication number
WO2019080162A1
WO2019080162A1 PCT/CN2017/109530 CN2017109530W WO2019080162A1 WO 2019080162 A1 WO2019080162 A1 WO 2019080162A1 CN 2017109530 W CN2017109530 W CN 2017109530W WO 2019080162 A1 WO2019080162 A1 WO 2019080162A1
Authority
WO
WIPO (PCT)
Prior art keywords
virtual machine
port
virtual
cloud platform
link recovery
Prior art date
Application number
PCT/CN2017/109530
Other languages
English (en)
French (fr)
Inventor
熊梦
季统凯
Original Assignee
国云科技股份有限公司
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 国云科技股份有限公司 filed Critical 国云科技股份有限公司
Publication of WO2019080162A1 publication Critical patent/WO2019080162A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances

Definitions

  • the present invention relates to the field of cloud computing technologies, and in particular, to a method for recovering a virtual link of a cloud platform virtual machine after power failure.
  • Manual recovery involves querying the virtual machine UUID and name in the database of the computing component, querying the port ID corresponding to the virtual machine in the Neutron network component, and also executing the local bridge name created by the command query on the virtual machine host. And the name of the VETH device. This series of manual operations is also feasible if only for a single virtual machine to recover from a link, but if there are more host nodes and virtual machines involved, manual operation recovery is almost impossible.
  • the technical problem to be solved by the present invention is to provide a recovery method after the virtual link of the cloud platform virtual machine is powered off, and realize the timely and rapid recovery of the virtual link of the user virtual machine in the cloud platform after being destroyed.
  • the method is to save the port-related information to the configuration directory where the virtual machine is located when the virtual machine is bound to the port, and compare the feature file in the configuration directory with the identity information of the local node through the link recovery program to perform link recovery;
  • the method described includes the following specific steps:
  • the link recovery program reads the configuration file of the computing component on the host node to obtain the path of the cloud platform virtual machine configuration directory and the identification information of the local node;
  • the link recovery program sequentially reads the feature file in the cloud server user virtual machine configuration directory and compares the identity information of the node, and performs link recovery when the comparison is consistent.
  • the performing link recovery further includes:
  • VETH device is respectively connected to the OVS virtual switch above the virtual bridge and the host node.
  • the link recovery program includes two parts, the first part is a calling subroutine for constructing a script execution parameter; the second part is a called subroutine;
  • the calling subroutine is unique to each virtual machine, that is, each virtual machine configuration directory has its own existence;
  • the parameters of the call subroutine construction include port ID, virtual machine UUID, bridge name, VETH Device name, port MAC address;
  • the called subroutine is a subroutine common to all virtual machines, and can be called by all calling subroutines described on the cloud platform;
  • the type of the link recovery program may be a SHELL script, or any other computer executable program.
  • the virtual machine configuration directory refers to a directory in which an XML format file for starting a virtual machine is stored, and the storage medium may be local storage or shared storage;
  • the shared storage includes NAS type storage and IP-SAN, FC-SAN format storage in the form of a file system mount.
  • the port information includes a port owner ID, a port ID, and an IP address and a MAC address corresponding to the port.
  • the computing component is a component program on the cloud platform for managing the entire life cycle of the virtual machine, and the computing component is identified and controlled by the configuration file.
  • the method of the invention ensures that when the virtual link of the user virtual machine in the cloud platform is destroyed, the virtual machine can be quickly recovered through one-button operation in time, and the virtual machine caused by the power outage of the large-scale host node of the cloud platform is solved.
  • the problem of virtual network link recovery is difficult and the task is large.
  • the present invention is particularly applicable to an implementation scheme for storing a virtual machine configuration directory by using a shared storage mechanism.
  • the node identification information of the current computing component and the content of the host node feature file in the virtual machine directory can be accurately executed.
  • the virtual machine link is restored without the problem of multi-node repeated recovery of the virtual link.
  • the principle of the invention is simple, the effect is obvious, based on the cloud platform, simple custom third party alone
  • the program is characterized by dividing the link recovery program into virtual machines, and the common subroutine parts of the virtual machine share the common features.
  • Figure 1 is a flow chart of the method of the present invention
  • Figure 2 is a schematic view of the structure of the present invention.
  • the invention provides a virtual link power-off recovery method for a cloud platform virtual machine, which can realize timely and rapid recovery of a virtual link of a user virtual machine in a cloud platform after being destroyed.
  • FIG. 1 is a flowchart of a virtual link power-off recovery method for a cloud platform virtual machine according to an embodiment of the present invention
  • FIG. 2 is a schematic structural diagram of an embodiment of the present invention. The specific implementation of each process is described below.
  • the cloud platform When creating a virtual machine for virtual network card binding, the cloud platform obtains the corresponding virtual port information, including the port owner ID (that is, the cloud platform user ID), the port ID, the IP address and MAC address corresponding to the port, and the virtual machine configuration.
  • the directory is saved.
  • the shared storage local mount directory is taken as an example.
  • nodeinfo a link recovery program identified by the port ID name and a signature file with the host node identifier are added to the virtual machine configuration directory, respectively: start_net_5c31a8e9-2477-4248-8778-27cd342dbfbd .sh and nodeinfo.
  • the latter nodeinfo content here takes the record host node IP as an example, and its contents are as follows:
  • the former content is similar to the following:
  • the parameters behind net_start.sh are port ID, virtual machine UUID, virtual machine local bridge, VETH device name, virtual machine MAC address.
  • start_net_5c31a8e9-2477-4248-8778-27cd342dbfbd.sh is the link recovery procedure described in the first part of the present invention - the virtual machine's unique link recovery calling subroutine; /usr/share/ Gcloud/network/net_start.sh is the second part of the link recovery procedure described in the present invention - the link recovery common call subroutine shared by the virtual machine, the content of which is similar to the following:
  • the VETH device is respectively connected to the OVS virtual switch above the virtual bridge and the host node.
  • the power-off recovery program is described here by taking the SHELL script as an example. Its function:
  • the power failure recovery program reads the configuration file of the computing component on the host node to obtain the path of the cloud platform virtual machine configuration directory and the identification information of the local node;
  • the power failure recovery program sequentially reads the feature file in the virtual machine configuration directory of the cloud platform and compares the identity information of the node, and performs link recovery.
  • the calculation component configuration file includes the path configuration item INSTANCE_CONFIG_PATH where the virtual machine configuration directory is located, and the configuration item NODE_IP that identifies the local node:
  • the content of the power failure recovery program is similar to the following:

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)
  • Power Sources (AREA)

Abstract

本发明涉及云计算技术领域，特别是一种云平台虚拟机虚拟链路断电后的恢复方法。本发明所述的方法是创建虚拟机绑定端口的时候保存端口相关的信息到虚拟机所在的配置目录，并通过链路恢复程序对比配置目录中的特征文件与本节点标识信息，对比一致时执行链路恢复。本发明解决了云平台大规模宿主节点由于断电等因素所导致的虚拟机虚拟网络链路恢复困难，任务量大的问题。

Description

一种云平台虚拟机虚拟链路断电后的恢复方法 技术领域
本发明涉及云计算技术领域，特别是一种云平台虚拟机虚拟链路断电后的恢复方法。
背景技术
随着云平台集群规模的不断扩大，其运维的成本也不断提高，尤其是当发生断电等不可控制因素时，云平台需要快速从断电状态中进行恢复。当前，很多云平台都是基于0penStack开源云平台进行二次开发而成；特别是，当二次开发所采用的计算组件并非OpenStack所原生的NOVA组件时，计算组件需要与Neutrun的端口进行绑定。这里面的绑定步骤非常复杂，如果仅仅是通过创建虚拟机的时候临时进行绑定，那当发生任何例如虚拟链路断开、宿主机操作系统重启、断电等类似现象时；计算组件所管理的虚拟机将无法与Neutron组件的端口进行正常绑定而通信；此时需要人工恢复。人工恢复涉及到在计算组件的数据库中查询虚拟机UUID和名称、在Neutron网络组件中查询虚拟机所对应的端口ID，另外还需要在虚拟机宿主机上执行命令查询所创建的本地网桥名称以及VETH设备名称等。这一系列的人工操作如果仅仅对于单台虚拟机的链路恢复也是可行的，但是如果所涉及的宿主节点和虚拟机一多，人工操作恢复几乎不可能。
发明内容
本发明解决的技术问题在于提出了一种云平台虚拟机虚拟链路断电后的恢复方法，实现了云平台中用户虚拟机的虚拟链路被破坏后的及时快速恢复。
本发明解决上述技术问题的技术方案是：
所述的方法是创建虚拟机绑定端口时保存端口相关的信息到虚拟机所在的配置目录，并通过链路恢复程序对比配置目录中的特征文件与本节点标识信息，进行链路恢复；所述的方法包括如下具体步骤：
(1)获取虚拟机所绑定的端口信息，并在虚拟机配置目录分别创建以端口ID为名称标识的链路恢复程序和记录有宿主节点标识的特征文件；
(2)链路恢复程序读取宿主节点上计算组件的配置文件获取云平台虚拟机配置目录所在路径和本节点的标识信息；
(3)链路恢复程序依次读取云平台用户虚拟机配置目录中的特征文件与本节点标识信息进行对比，对比一致时执行链路恢复。
所述的执行链路恢复进一步包括：
(1)创建虚拟机接入的虚拟网桥并启动；
(2)创建VETH设备并启动；
(3)将VETH设备分别接入所述虚拟网桥和宿主节点上面的OVS虚拟交换机。
所述的链路恢复程序包括两部分，第一部分为调用子程序，用于构造脚本执行参数；第二部分为被调用子程序；
所述的调用子程序为每台虚拟机所独有，即每台虚拟机配置目录中都各自存在；
所述的调用子程序构造的参数包括端口ID、虚拟机UUID、网桥名称、VETH 设备名称、端口MAC地址；
所述的被调用子程序为所有虚拟机所共有的子程序，可以被云平台上所述所有调用子程序所调用；
所述的链路恢复程序的类型可以是SHELL脚本，也可以是其他任一种计算机可执行程序。
所述的虚拟机配置目录是指存放有用于启动虚拟机的XML格式文件的目录，存放介质可以是本地存储，也可以是共享存储；
所述共享存储包括NAS类型存储和IP-SAN、FC-SAN格式以文件系统挂载形式的存储。
所述的端口信息包括端口所有者ID，端口ID，端口对应的IP地址和MAC地址。
所述的计算组件为云平台上用于管理虚拟机整个生命周期的组件程序，计算组件通过配置文件进行标识和控制。
本发明方案的有益效果如下：
1、本发明方法，保证了云平台中用户虚拟机的虚拟链路被破坏时，能够及时的通过一键操作快速恢复，解决了云平台大规模宿主节点由于断电等因素所导致的虚拟机虚拟网络链路恢复困难，任务量大的问题。
2、本发明尤其适用于采用共享存储机制存储虚拟机配置目录的实现方案，可以通过对比当前计算组件所在的节点标识信息与虚拟机目录中的宿主节点特征文件内容，准确的执行本节点上面的虚拟机链路恢复，而不会出现多节点重复恢复虚拟链路的问题。
3、本发明原理简单、效果明显，基于云平台之外、简单的自定义第三方独 立程序，通过将链路恢复程序分成虚拟机各自单独子程序部分和虚拟机共有通用子程序部分具有通用性的特点。
附图说明
下面结合附图对本发明进一步说明：
图1为本发明方法的流程图；
图2为本发明结构示意图。
具体实施方式
本发明提出一种云平台虚拟机的虚拟链路断电恢复方法，可以实现云平台中用户虚拟机的虚拟链路被破坏后的及时快速恢复。
请参见图1为本发明实施例所提供的一种云平台虚拟机的虚拟链路断电恢复方法的流程图，图2为本发明实施例的结构示意图。下面分别对其各个流程具体实现进行描述。
云平台在创建虚拟机进行虚拟网卡绑定的时候，获取相应的虚拟端口信息，包括端口所有者ID(即云平台用户ID)，端口ID，端口对应的IP地址和MAC地址，在虚拟机配置目录中进行保存，这里以共享存储本地挂载目录为例进行说明。
执行如下命令挂载共享存储挂载本地目录用以存放云平台集群虚拟机的配置文件：
mount-t nfs 20.251.51.115:/cephFileSystem/  /cephFileSystem
规定虚拟机配置目录为/cephFileSystem/instances/config/${云平台用户ID}/${虚拟机标识}，如下为其中一个实例：
/cephFileSystem/instances/config/5613886f35574273ab45b92473e4315 a/i-01473E37/
在该虚拟机创建的过程中，在虚拟机配置目录中新增以端口ID为名称标识的链路恢复程序和记录有宿主节点标识的特征文件，分别为：start_net_5c31a8e9-2477-4248-8778-27cd342dbfbd.sh和nodeinfo。其中后者nodeinfo内容这里以记录宿主节点IP为例，其内容如下所示：
[root@gcloud51107i-01473E37]#cat nodeinfo
20.251.51.107
[root@gcloud51107i-01473E37]
而其中前者内容类似如下所示：
[root@gcloud51107            i-01473E37]#             catstart_net_5c31a8e9-2477-4248-8778-27cd342dbfbd.sh
/usr/share/gcloud/network/net_start.sh 5c31a8e9-2477-4248-8778-27cd342dbfbd 542c2d24-8812-4638-8a7c-c0e6f1d0b2f5        brC3723D08       preC3723D08 aftC3723D08 fa:16:3e:fb:99:28
net_start.sh后面参数分别为端口ID，虚拟机UUID，虚拟机本地网桥，VETH设备两端名称，虚拟机MAC地址。
如上描述在虚拟机配置目录中start_net_5c31a8e9-2477-4248-8778-27cd342dbfbd.sh为本发明描述的链路恢复程序第一部分——虚拟机各自独有的链路恢复调用子程序；/usr/share/gcloud/network/net_start.sh为本发明描述的链路恢复程序第二部分——虚拟机共有的链路恢复被调用子程序，其内容类似如下：
Figure PCTCN2017109530-appb-000001
Figure PCTCN2017109530-appb-000002
该子程序的作用为：
(1)获取第一部分调用程序各个虚拟机的独有参数信息；
(2)创建虚拟机接入的虚拟网桥并启动；
(3)创建VETH设备并启动；
(4)将VETH设备分别接入所述虚拟网桥和宿主节点上面的OVS虚拟交换机。
断电恢复程序这里以SHELL脚本为例进行说明，其作用：
(1)断电恢复程序读取宿主节点上计算组件的配置文件获取云平台虚拟机配置目录所在路径和本节点的标识信息；
(2)断电恢复程序依次读取云平台用户虚拟机配置目录中的特征文件与本节点标识信息进行对比，并执行链路恢复。
其中计算组件配置文件包括如下虚拟机配置目录所在路径配置项INSTANCE_CONFIG_PATH和标识本节点的配置项NODE_IP:
[root@gcloud51107i-01473E37]#cat/etc/gcloud-compute-node.cfg
#存放虚拟机配置文件目录(注意：前缀要和ceph文件系统挂载地址一样)，默认/cephFileSystem/instances/config
INSTANCE_CONFIG_PATH＝/cephFileSystem/instances/config
#节点ip
NODE_IP＝20.251.51.107
断电恢复程序内容类似如下：
Figure PCTCN2017109530-appb-000003
Figure PCTCN2017109530-appb-000004
Figure PCTCN2017109530-appb-000005
Figure PCTCN2017109530-appb-000006
以上描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出实质性创造所获得的方案，都属于本发明保护的范围。

Claims (10)

  1. 一种云平台虚拟机的虚拟链路断电恢复方法，其特征在于：所述的方法是创建虚拟机绑定端口时保存端口相关的信息到虚拟机所在的配置目录，并通过链路恢复程序对比配置目录中的特征文件与本节点标识信息，进行链路恢复；所述的方法包括如下具体步骤：
    (1)获取虚拟机所绑定的端口信息，并在虚拟机配置目录分别创建以端口ID为名称标识的链路恢复程序和记录有宿主节点标识的特征文件；
    (2)链路恢复程序读取宿主节点上计算组件的配置文件获取云平台虚拟机配置目录所在路径和本节点的标识信息；
    (3)链路恢复程序依次读取云平台用户虚拟机配置目录中的特征文件与本节点标识信息进行对比，对比一致时执行链路恢复。
  2. 根据权利要求1所述的方法，其特征在于，所述的执行链路恢复进一步包括：
    (1)创建虚拟机接入的虚拟网桥并启动；
    (2)创建VETH设备并启动；
    (3)将VETH设备分别接入所述虚拟网桥和宿主节点上面的OVS虚拟交换机。
  3. 根据权利要求1所述的方法，其特征在于，所述的链路恢复程序包括两部分，第一部分为调用子程序，用于构造脚本执行参数；第二部分为被调用子程序；
    所述的调用子程序为每台虚拟机所独有，即每台虚拟机配置目录中都各自 存在；
    所述的调用子程序构造的参数包括端口ID、虚拟机UUID、网桥名称、VETH设备名称、端口MAC地址；
    所述的被调用子程序为所有虚拟机所共有的子程序，可以被云平台上所述所有调用子程序所调用；
    所述的链路恢复程序的类型可以是SHELL脚本，也可以是其他任一种计算机可执行程序。
  4. 根据权利要求2所述的方法，其特征在于，所述的链路恢复程序包括两部分，第一部分为调用子程序，用于构造脚本执行参数；第二部分为被调用子程序；
    所述的调用子程序为每台虚拟机所独有，即每台虚拟机配置目录中都各自存在；
    所述的调用子程序构造的参数包括端口ID、虚拟机UUID、网桥名称、VETH设备名称、端口MAC地址；
    所述的被调用子程序为所有虚拟机所共有的子程序，可以被云平台上所述所有调用子程序所调用；
    所述的链路恢复程序的类型可以是SHELL脚本，也可以是其他任一种计算机可执行程序。
  5. 根据权利要求1至4任一项所述的方法，其特征在于，所述的虚拟机配置目录是指存放有用于启动虚拟机的XML格式文件的目录，存放介质可以是本地存储，也可以是共享存储；
    所述共享存储包括NAS类型存储和IP-SAN、FC-SAN格式以文件系统挂载形 式的存储。
  6. 根据权利要求1至4任一项所述的方法，其特征在于，所述的端口信息包括端口所有者ID，端口ID，端口对应的IP地址和MAC地址。
  7. 根据权利要求5所述的方法，其特征在于，所述的端口信息包括端口所有者ID，端口ID，端口对应的IP地址和MAC地址。
  8. 根据权利要求1至4任一项所述的方法，其特征在于，所述的计算组件为云平台上用于管理虚拟机整个生命周期的组件程序，计算组件通过配置文件进行标识和控制。
  9. 根据权利要求5所述的方法，其特征在于，所述的计算组件为云平台上用于管理虚拟机整个生命周期的组件程序，计算组件通过配置文件进行标识和控制。
  10. 根据权利要求7所述的方法，其特征在于，所述的计算组件为云平台上用于管理虚拟机整个生命周期的组件程序，计算组件通过配置文件进行标识和控制。
PCT/CN2017/109530 2017-10-25 2017-11-06 一种云平台虚拟机虚拟链路断电后的恢复方法 WO2019080162A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201711016513.1A CN108363607B (zh) 2017-10-25 2017-10-25 一种云平台虚拟机的虚拟链路断电恢复方法
CN2017110165131 2017-10-25

Publications (1)

Publication Number Publication Date
WO2019080162A1 true WO2019080162A1 (zh) 2019-05-02

Family

ID=63010073

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/109530 WO2019080162A1 (zh) 2017-10-25 2017-11-06 一种云平台虚拟机虚拟链路断电后的恢复方法

Country Status (2)

Country Link
CN (1) CN108363607B (zh)
WO (1) WO2019080162A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114928591A (zh) * 2022-05-31 2022-08-19 济南浪潮数据技术有限公司 一种虚拟机ip地址的添加方法、装置以及介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102244589A (zh) * 2011-07-19 2011-11-16 北京星网锐捷网络技术有限公司 处理虚拟交换单元系统中链路故障的方法及对端设备
US20150138951A1 (en) * 2013-11-15 2015-05-21 International Business Machines Corporation Vlag pim link failover using pim hello message
CN106506353A (zh) * 2016-10-27 2017-03-15 吉林大学 基于sdn的虚拟网络单链路故障恢复方法及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102244589A (zh) * 2011-07-19 2011-11-16 北京星网锐捷网络技术有限公司 处理虚拟交换单元系统中链路故障的方法及对端设备
US20150138951A1 (en) * 2013-11-15 2015-05-21 International Business Machines Corporation Vlag pim link failover using pim hello message
CN106506353A (zh) * 2016-10-27 2017-03-15 吉林大学 基于sdn的虚拟网络单链路故障恢复方法及系统

Also Published As

Publication number Publication date
CN108363607A (zh) 2018-08-03
CN108363607B (zh) 2020-02-14

Similar Documents

Publication Publication Date Title
TWI740901B (zh) 執行資料恢復操作的方法及裝置
US11288130B2 (en) Container-based application data protection method and system
WO2015078333A1 (zh) 虚拟机镜像离线升级方法
WO2021129733A1 (zh) 云操作系统的管理方法、装置、服务器、管理系统及介质
US20150324217A1 (en) Techniques for virtual machine shifting
WO2018058942A1 (zh) 一种数据处理方法以及备份服务器
CN112035293A (zh) 虚拟机集群备份
JP2015523768A5 (zh)
US9747291B1 (en) Non-disruptive upgrade configuration translator
JP2012118827A (ja) 情報処理システム、情報処理装置、準備方法、プログラムおよび記録媒体
US10230567B2 (en) Management of a plurality of system control networks
WO2018192478A1 (zh) 云管理平台、虚拟机管理方法及其系统
CN110347483B (zh) 物理机到虚拟机迁移方法、装置及存储介质
CN108415756A (zh) 一种云平台虚拟机的云盘自动恢复方法
WO2015135370A1 (zh) 一种数据更新的方法和系统
TW201351264A (zh) 分散式文檔儲存系統及方法
WO2009089746A1 (fr) Procédé, dispositif et système de réalisation d'une tâche dans un environnement de grappes
WO2012151912A1 (zh) 内存数据库对数据的操作方法及装置
CN107623581B (zh) 服务列表生成方法、装置及系统，获取、上报方法及装置
WO2019080162A1 (zh) 一种云平台虚拟机虚拟链路断电后的恢复方法
US9762436B2 (en) Unified and persistent network configuration
CN103389909B (zh) 一种渲染农场节点虚拟化部署系统及其应用
US10241823B2 (en) Migrating a virtual machine in response to identifying an unsupported virtual hardware component
US20230252229A1 (en) Fast fill for computerized data input
US11892921B2 (en) Techniques for package injection for virtual machine configuration

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17929509

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17929509

Country of ref document: EP

Kind code of ref document: A1