CN108614726A - 虚拟机创建方法及装置 - Google Patents

虚拟机创建方法及装置 Download PDF

Info

Publication number
CN108614726A
CN108614726A CN201810241274.8A CN201810241274A CN108614726A CN 108614726 A CN108614726 A CN 108614726A CN 201810241274 A CN201810241274 A CN 201810241274A CN 108614726 A CN108614726 A CN 108614726A
Authority
CN
China
Prior art keywords
virtual machine
network interface
interface card
calculate node
resource pool
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
CN201810241274.8A
Other languages
English (en)
Other versions
CN108614726B (zh
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.)
Huawei Cloud Computing Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201810241274.8A priority Critical patent/CN108614726B/zh
Publication of CN108614726A publication Critical patent/CN108614726A/zh
Priority to ES19771706T priority patent/ES2945218T3/es
Priority to PCT/CN2019/078813 priority patent/WO2019179453A1/zh
Priority to EP19771706.9A priority patent/EP3761170B1/en
Priority to US17/026,767 priority patent/US11960915B2/en
Application granted granted Critical
Publication of CN108614726B publication Critical patent/CN108614726B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • 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/45562—Creating, deleting, cloning virtual machine instances
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/5011—Pool

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Stored Programmes (AREA)
  • Conveying And Assembling Of Building Elements In Situ (AREA)

Abstract

本公开提供了一种虚拟机创建方法及装置，属于云计算技术领域。该方法应用于云平台，云平台的每一个计算节点上均包括网卡资源池，一个网卡资源池包括本计算节点上配置的各个物理网卡，方法包括：接收虚拟机创建请求，虚拟机创建请求中包括待创建的虚拟机所占用的虚拟网卡的参数信息；获取云平台中各个计算节点的网卡资源池当前的资源占用信息；根据参数信息以及各个网卡资源池当前的资源占用信息，在云平台的至少一个计算节点中，确定用于进行虚拟机创建的目标计算节点；调用目标计算节点创建虚拟机。本公开不但将各个计算节点上全部物理网卡的网络资源池化，而且达到了在创建虚拟机时能够兼顾不同虚拟机的性能要求，充分合理利用计算节点的资源。

Description

虚拟机创建方法及装置
技术领域
本公开涉及云计算技术领域，特别涉及一种虚拟机创建方法及装置。
背景技术
单根输入/输出虚拟化(SR-IOV,Single-Root I/O Virtualization)技术，又称为硬直通技术，是一种将单个外设部件互连标准接口(PCIe，Peripheral ComponentInterconnect express)设备对上层业务来讲虚拟化为多个独立PCIe设备的技术。目前在云计算技术领域中，SR-IOV技术已经广泛地应用在了云平台上，比如在云平台的计算节点上配置支持SR-IOV技术的物理网卡，这样云平台在创建虚拟机时，便可利用支持SR-IOV技术的物理网卡来生成虚拟功能(VF，Virtual Function)，进而将生成的VF作为计算节点上的虚拟机的虚拟网卡。其中，一个支持SR-IOV技术的物理网卡通常能够虚拟出多个VF。
相关技术中，当上层业务需要云平台提供虚拟机时，还需用户在云平台管理的多个计算节点中选择合适的计算节点创建虚拟机。由于不同虚拟机存在不同的性能要求，比如部分虚拟机对带宽和时延要求高，当这些虚拟机被运行在同一计算节点上时，可能会导致计算节点资源不足。而为了应对各种情况进行复杂的资源规划则会导致业务发放的复杂度大大提升，会降低系统性能。
发明内容
本公开实施例提供了一种虚拟机创建方法及装置，解决了相关技术中在创建虚拟机时存在复杂度高以及系统性能低的问题。所述技术方案如下：
第一方面，提供了一种虚拟机创建方法，所述方法应用于云平台，所述云平台的每一个计算节点上均包括网卡资源池，所述网卡资源池包括本计算节点上配置的各个物理网卡，所述方法包括：
接收虚拟机创建请求，所述虚拟机创建请求中包括待创建的虚拟机所占用的虚拟网卡的参数信息；
获取所述云平台中各个计算节点的网卡资源池当前的资源占用信息；
根据所述参数信息以及各个网卡资源池当前的资源占用信息，在所述云平台的至少一个计算节点中，确定用于进行虚拟机创建的目标计算节点；
调用所述目标计算节点创建所述虚拟机。
本公开实施例提供的方法，将云平台的各个计算节点上的网络资源池化，完成了为每一个计算节点分别配置一个网卡资源池，因此实现了对各个计算节点上配置的所有物理网卡的资源进行统一调度，以供上层业务使用，从而云平台能够根据待创建的虚拟机所占用的虚拟网卡的参数信息以及各个计算节点的网卡资源池当前的资源占用信息，自动来将待创建的虚拟机调度到合适的计算节点上进行创建，所以本公开实施例不但无需用户自主进行合适的计算节点的选择，而且兼顾了不同虚拟机的不同性能要求，不会出现因对带宽和时延要求高的多个虚拟机被配置在同一个计算节点，而导致的计算节点资源不足的情况，充分合理地利用了计算节点的网络资源；另外，本公开实施例由于无需用户应对各种情况进行复杂的资源规划，所以业务发放的复杂度低，提升了系统性能。
在第一方面的第一种可能的实现方式中，所述参数信息中包括待创建的虚拟机所占用的虚拟网卡数量、虚拟网卡带宽以及所述虚拟机所占用的虚拟网卡的亲和性信息；
其中，所述亲和性信息用于指示同一个虚拟机所占用的不同虚拟网卡之间是否来自于同一个物理网卡；当所述亲和性信息指示保持亲和性时，同一个虚拟机所占用的不同虚拟网卡之间来自于同一个物理网卡；当所述亲和性信息指示保持反亲和性时，同一个虚拟机所占用的不同虚拟网卡之间来自于不同的物理网卡。
本公开实施例通过指定亲和性信息，比如指定不同的虚拟网卡来自同一个物理网卡，则可以提升转发效率，而若指定不同的虚拟网卡来自于不同的物理网卡，则即便一个物理网卡出现故障了，也不会影响到该虚拟机的其它虚拟网卡，可以提高虚拟机的可靠性。
结合第一方面，在第一方面的第二种可能的实现方式中，所述方法还包括：
获取每一个计算节点的网卡资源池中各个物理网卡的网卡信息；
对于每一个网卡资源池，根据所述网卡资源池中各个物理网卡的网卡信息，确定所述网卡资源池中各个物理网卡可用的虚拟网卡数量以及可用的虚拟网卡带宽；
将所述网卡资源池中各个物理网卡可用的虚拟网卡数量以及可用的虚拟网卡带宽，作为所述网卡资源池的资源占用信息；
将所述网卡资源池的资源占用信息存储至云平台数据库；
所述获取所述云平台中各个计算节点的网卡资源池当前的资源占用信息，包括：
从所述云平台数据库中获取各个计算节点的网卡资源池当前的资源占用信息。
结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述方法还包括：
在确定出所述目标计算节点后，基于所述参数信息，重新计算所述目标计算节点的网卡资源池的资源占用信息；
将所述目标计算节点更新后的资源占用信息存储至所述云平台数据库中。
结合第一方面，在第一方面的第四种可能的实现方式中，所述根据所述参数信息以及各个网卡资源池当前的资源占用信息，在所述云平台的至少一个计算节点中，确定用于进行虚拟机创建的目标计算节点，包括：
获取所述云平台的每一个计算节点的当前可用中央处理单元(CentralProcessing Unit，CPU)资源和当前可用内存资源；
根据所述每一个计算节点的当前可用CPU资源和当前可用内存资源，在所述云平台的至少一个计算节点中，确定候选计算节点；
根据所述参数信息以及所述各个网卡资源池当前的资源占用信息，在所述候选计算节点中确定所述目标计算节点。
结合第一方面，在第一方面的第五种可能的实现方式中，所述方法还包括：
在创建完毕所述虚拟机后，若所述虚拟机所占用的任意一个虚拟网卡的当前带宽大于所述参数信息中指定的目标带宽，则将所述任意一个虚拟网卡占用的带宽限制在所述目标带宽之内。
本公开实施例在构建网卡资源池的基础上，还支持对创建的虚拟机所占用的虚拟网卡设置带宽服务质量(Quality of Service，QoS)，保证虚拟机之间，虚拟机内部网卡之间，合理使用带宽，避免相互抢占带宽资源，影响上层业务。
第二方面，提供了一种虚拟机创建装置，所述装置用于执行上述第一方面所述的虚拟创建方法。
第三方面，提供了一种存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上述第一方面所述的虚拟机创建方法。
第四方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机能够执行如上述第一方面所述的虚拟机创建方法。
第五方面，提供了一种云平台，所述云平台中包括所述虚拟机创建装置，所述虚拟机创建装置用于执行上述第一方面所述的虚拟创建方法。
附图说明
图1A是本公开实施例提供的一种虚拟机创建方法所涉及的云平台的架构图；
图1B是本公开实施例提供的一种虚拟机创建方法的整体流程描述；
图2是本公开实施例提供的一种网卡资源池的构建方法的流程图；
图3是本公开实施例提供的一种虚拟机创建方法的流程图；
图4是本公开实施例提供的一种以开源OpenStack为例的云平台的架构图；
图5是本公开实施例提供的一种虚拟机创建装置的结构示意图；
图6是本公开实施例提供的一种虚拟机创建装置的结构示意图。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开实施方式作进一步地详细描述。
在对本公开实施例进行详细解释说明之前，先对本公开实施例涉及的名词进行解释说明。
SR-IOV：又称为硬直通技术，是一种将单个PCIe设备对上层业务来讲虚拟化为多个独立PCIe设备的技术。硬直通技术的出现多是为了满足应用的高带宽和低时延需求。比如，随着云计算技术的高速发展，越来越多的应用被部署在云平台上，而有些应用对带宽和时延的要求较高，所以为了满足这些应用的高带宽和低时延需求，在云平台上引入了SR-IOV技术。
SR-IOV虚拟出的通道分为两类，一类为物理功能(Physical Function，PF)，另一类为虚拟功能(Virtual Function，VF)。其中，PF是一个完整的PCIe设备，包含了全面的管理、配置功能，当云平台上某个计算节点的Hypervisor识别出一个支持SR-IOV的物理网卡后，会通过PF来管理和配置该物理网卡的所有输入/输出(Input/Output，I/O)资源。其中，Hypervisor为虚拟化技术的核心，是一种运行在基础物理设备和操作系统之间的中间软件层,可允许多个操作系统和应用共享硬件。
而VF是一个简化的PCIe设备，仅包含I/O功能，所以无法通过VF来对支持SR-IOV的物理网卡进行管理，所有的VF均是通过PF衍生而来，一块支持SR-IOV的物理网卡可以生成多个VF，比如可以生成256个VF。在本公开实施例中，使用物理网卡生成的VF来作为计算节点上创建的虚拟机的虚拟网卡。
图1A是本公开实施例提供的一种虚拟机创建方法所涉及的云平台的架构图。
参见图1A，本公开实施例实现了SR-IOV资源云化，即云平台上每一个计算节点的多个物理网卡形成一个SR-IOV资源池，以供上层业务使用，在本文中也将SR-IOV资源池称之为网卡资源池。本公开实施例通过配置网卡资源池，实现对各个计算节点上的多个物理网卡统一管理，多个物理网卡可用的虚拟网卡数量和可用的虚拟网卡带宽统一进行调度。比如在图1A中，物理网卡1、物理网卡2、物理网卡3以及物理网卡4便形成了一个网卡资源池。
需要说明的是，云平台上的计算节点个数可为多个，在图1A中仅列举一个计算节点进行举例说明。对于除了图1A所示的计算节点之外的其他计算节点来说，与图1A所示的计算节点具有相似的配置。
另外，对于云平台上的每一个计算节点来说，均可配置有多个支持SR-IOV的物理网卡。其中，每个物理网卡连接到不同的物理网络平面，一个物理网卡能够虚拟出多个VF，且每个物理网卡之间相互独立。此外，一个计算节点配置的物理网卡个数可为一个或多个，在图1A中仅以配置4个物理网卡为例进行举例说明，本公开实施例对一个计算节点上配置的物理网卡个数不进行具体限定。
下面结合图1A对云平台上任意一个计算节点上的网卡资源池的构建步骤进行说明。
步骤A、如图1A所示，云平台上设置了配置模块，该配置模块用于配置计算节点上的网卡资源池。
其中，配置模块具体用于调用各个计算节点的云代理模块，进而由各个计算节点的云代理模块，来收集本计算节点上配置的各个物理网卡的网卡信息。
在本公开实施例中，网卡信息包括但不限于网卡型号、网卡芯片型号、网卡带宽等，本公开实施例对此不进行具体限定。
步骤B、配置模块在获取到各个计算节点的物理网卡的网卡信息后，根据各个计算节点的物理网卡的网卡信息，确定各个计算节点的网卡资源池可用的资源，并将各个网卡资源池可用的资源存入云平台数据库。
其中，配置模块根据一个物理网卡的网卡型号以及网卡芯片型号，能够确定出这个物理网卡可生成的虚拟网卡数量，根据网卡带宽能够确定这个物理网卡可用的虚拟网卡带宽。
在本公开实施例中，一个网卡资源池可用的资源包括但不限于这个网卡资源池中各个物理网卡可用的虚拟网卡数量、可用的虚拟网卡带宽等，本公开实施例对此不进行具体限定。另外，本公开实施例会将各个网卡资源池可用的资源存储在云平台数据库中，以作为每个计算节点提供SR-IOV资源云化的数据，用于支撑虚拟机的调度。
需要说明的第一点是，配置模块获取到的上述物理网卡的网卡信息，本公开实施例支持存储至云平台数据库。而任意一个网卡资源池在云平台上部署完成后，如果后续涉及到对该网卡资源池的扩容、减容和硬件变更，则还需要在配置模块上进行刷新配置，以更新云平台数据库上保存的该网卡资源池可用的资源的相关信息。
需要说明的第二点是，调度模块在选择出用于创建虚拟机的最佳计算节点后，还会根据创建的虚拟机所占用的虚拟网卡的参数信息，来对该计算节点的网卡资源池当前可用的资源进行更新，并将更新后的数据存储至云平台数据库，以便用于下一次SR-IOV资源调度。
其中，上述参数信息包括但不限于待创建的虚拟机所占用的虚拟网卡数量、虚拟网卡带宽以及待创建的虚拟机所占用的虚拟网卡的亲和性信息。
针对云平台上任意一个网卡资源池的应用，可概括为下述步骤：
步骤C、如图1A所示，本公开实施例提供的调度模块包括第一调度模块和第二调度模块，以用于SR-IOV资源调度。
即，本公开实施例利用图1A中的第一调度模块以及第二调度模块，来综合在云平台提供的多个计算节点中选择进行虚拟机创建的最佳计算节点。
步骤D、如图1A所示，用户通过输入界面指定待创建的虚拟机所占用的虚拟网卡的参数信息。
其中，输入界面可为命令行界面(Command Line Interface，CLI)或图形用户界面(Graphical User Interface，GUI)等，本公开实施例对此不进行具体限定。
在本公开实施例中，虚拟网卡数量用于说明待创建的虚拟机需要占用多少个网卡；虚拟网卡带宽，用于说明每个虚拟网卡的带宽多大；虚拟网卡的亲和性信息用于指示同一个虚拟机所占用的不同虚拟网卡之间是否来自于同一个物理网卡，为此，本公开实施例提出了虚拟网卡的亲和性和反亲和性的概念。其中，亲和性指代同一个虚拟机所占用的不同虚拟网卡之间来自于同一个物理网卡，反亲和性指代同一个虚拟机所占用的不同虚拟网卡之间来自于不同的物理网卡。
参见图1B，下面基于在计算节点中配置的如图1A所示的网卡资源池对虚拟机的创建步骤进行说明。
步骤101、用户侧从输入界面发起鉴权请求获取有效鉴权信息，并通过输入界面向应用程序编程接口(Application Programming Interface,API)模块发送虚拟机创建请求，指定待创建的虚拟机所占用的虚拟网卡的参数信息。
在本公开实施例中，除了可指定上述参数信息外，还可指定待创建的虚拟机的CPU资源信息、内存资源信息等，本公开实施例对此不进行具体限定。
步骤102、API模块在接收到虚拟机创建请求后，在云平台数据库中初始化相应的虚拟机详细信息。
其中，该虚拟机详细信息中包括上述参数信息。此外，该虚拟机详细信息中还可包括待创建的虚拟机的CPU资源信息、内存资源信息等，本公开实施例对此不进行具体限定。
步骤103、调度模块基于上述参数信息和各个网卡资源池当前的使用情况，选择最佳的计算节点，以用于创建虚拟机。
步骤104、调用计算节点上的云代理模块来创建虚拟机。
步骤105、计算节点上的云代理模块，调用执行模块来从云平台数据库获取针对待创建的虚拟机的虚拟机详细信息。
步骤106、云代理模块根据上述虚拟机详细信息，从镜像模块获取创建虚拟机所需的镜像信息。
步骤107、云代理模块根据上述虚拟机详细信息，从网络模块获取创建虚拟机所需的网络信息。
需要说明的是，用户还可以在虚拟机创建请求中指定物理网卡创建VF，来作为待创建的虚拟机的虚拟网卡。此外，本公开实施例还可限制虚拟网卡的服务质量(Quality ofService，QoS)，详细描述请参见后文。
步骤108、云代理模块根据上述虚拟机详细信息，从存储模块获取创建虚拟机所需的存储信息。
步骤109、云代理模块准备好创建虚拟机的各种资源后，调用计算节点上的hypervisor来创建虚拟机。
步骤1010、云代理模块向用户侧返回虚拟机创建结果。
下面通过一个实施例对本公开实施例提供的网卡资源池构建过程进行详细说明。
图2是本公开实施例提供的一种网卡资源池的构建方法的流程图。该方法应用于云平台，云平台的每一个计算节点上均包括一个网卡资源池，该网卡资源池包括本计算节点上配置的全部物理网卡，参见图2，本公开实施例提供的方法流程包括：
201、对于云平台上的任意一个计算节点，配置模块向该计算节点的云代理模块发送调用请求。
其中，该调用请求用于调用一个计算节点来收集本计算节点的网卡信息，该网卡信息具体为本计算节点的网卡资源池中各个物理网卡的网卡信息。
202、在该云代理模块接收到配置模块的调用请求后，本计算节点从操作系统获取本计算节点的网卡资源池中各个物理网卡的网卡信息。
203、该云代理模块向配置模块返回本计算节点的网卡资源池中各个物理网卡的网卡信息。
204、重复执行上述步骤，配置模块在获取到每一个计算节点的网卡资源池的网卡信息后，根据各个计算节点的物理网卡的网卡信息，确定各个网卡资源池可用的资源，并将各个网卡资源池可用的资源，作为各个网卡资源池的资源占用信息存储至云平台数据库。
其中，配置模块获取到的网卡信息本公开实施例支持存储到云平台数据库中。
本公开实施例提供的方法，将云平台的各个计算节点上的网络资源池化，完成了为每一个计算节点分别配置一个网卡资源池，因此实现了对各个计算节点上配置的所有物理网卡的资源进行统一调度，以供上层业务使用，从而云平台能够根据待创建的虚拟机所占用的虚拟网卡的参数信息以及各个计算节点的网卡资源池当前的资源占用信息，自动来将待创建的虚拟机调度到合适的计算节点上进行创建，所以本公开实施例不但无需用户自主进行合适的计算节点的选择，而且兼顾了不同虚拟机的不同性能要求，不会出现因对带宽和时延要求高的多个虚拟机被配置在同一个计算节点，而导致的计算节点资源不足的情况，充分合理地利用了计算节点的网络资源；另外，本公开实施例由于无需用户应对各种情况进行复杂的资源规划，所以业务发放的复杂度低，提升了系统性能。
下面通过一个实施例对本公开实施例提供的虚拟机创建过程进行详细说明。
图3是本公开实施例提供的一种虚拟机创建方法的流程图。该方法应用于云平台，云平台的每一个计算节点上均包括一个网卡资源池，该网卡资源池包括本计算节点上配置的全部物理网卡，参见图3，本公开实施例提供的方法流程包括：
301、云平台的API模块接收虚拟机创建请求，该虚拟机创建请求中包括待创建的虚拟机所占用的虚拟网卡的参数信息。
如前文所述，API模块接收到的虚拟机创建请求是用户通过诸如CLI/GUI等输入界面发起的。该虚拟机创建请求中携带了由用户指定的有关于待创建虚拟机所占用的虚拟网卡的参数信息，比如虚拟网卡数量、虚拟网卡带宽以及虚拟网卡的亲和性信息，本公开实施例对此不进行具体限定。
需要说明的是，如前文步骤2所述，API模块在接收到上述虚拟机创建请求后，还会将上述参数信息存储至云平台数据库，此处不再赘述。
302、API模块调用云平台的调度模块，由调度模块获取云平台中各个计算节点的网卡资源池当前的资源占用信息。
在本公开实施例中，调度模块可从云平台数据库中获取各个计算节点的网卡资源池当前的资源占用信息。其中，针对一个网卡资源池来说，该网卡资源池当前的资源占用信息包括但不限于该资源池中各个物理网卡当前可用的虚拟网卡数量和可用的虚拟网卡带宽。
303、云平台的调度模块，根据上述参数信息以及各个网卡资源池的资源占用信息，在云平台的至少一个计算节点中，确定用于进行虚拟机创建的目标计算节点。
本公开实施例提供的调度模块分为第一调度模块和第二调度模块，其中第一调度模块和第二调度模块可在两个不同的层面上来进行计算节点的筛选。
针对第一调度模块来说，其可在获取上述参数信息之外，再额外获取云平台上每一个计算节点的当前可用CPU资源和当前可用内存资源，进而根据每一个计算节点的当前可用CPU资源和当前可用内存资源，在云平台的至少一个计算节点中，初步筛选出候选计算节点。
针对第二调度模块来说，其可在候选计算节点的基础上，再根据上述参数信息，来进一步地筛选出进行虚拟机创建的最佳计算节点。即，第二调度模块根据上述参数信息以及各个网卡资源池当前的资源占用信息，在候选计算节点中确定出进行虚拟机创建的目标计算节点。比如，若一个网卡资源池当前的资源占用信息能够符合上述参数信息的要求，则便可将其作为目标计算节点。其中，在候选计算节点中筛选最佳的计算节点时，可根据各个网卡资源池当前的资源占用信息来对各个计算节点进行权重排序，例如，可用的资源越多的计算节点的权重值越大，进而在依据待创建的虚拟机的参数信息来进一步进行最佳的计算节点筛选。比如，一个网卡资源池的虚拟网卡数量以及虚拟网卡带宽符合要求，但是本公开实施例还会进一步地核查该网卡资源池是否符合待创建的虚拟机所占用的虚拟网卡的亲和性信息要求。
举例来说，假设上述参数信息指示虚拟网卡数量3个，每个虚拟网卡的带宽为10M，虚拟网卡之间符合亲和性，则若某一个网卡资源池中的某一个物理网卡当前可用的虚拟网卡数量为4个，可用的虚拟网卡带宽为40M，则便可将其确定为目标计算节点。
在另一个实施例中，在确定出目标计算节点后，调度模块还可基于待创建的虚拟机所占用的虚拟网卡的参数信息，来重新计算目标计算节点的网卡资源池的资源占用信息，并将目标计算节点更新后的资源占用信息存储至云平台数据库中。
继续以上述例子为例，在确定出目标计算节点后，待创建的虚拟机占用目标计算节点的网卡资源池的3个虚拟网卡以及30M带宽，所以针对该网卡资源池来说，当前剩余的资源仅为来自于一个物理网卡的1个虚拟网卡以及10M带宽。
304、调度模块调用标计算节点，由目标计算节点创建虚拟机。
在本公开实施例中，确定出目标计算节点后，便可调用目标计算节点上的云代理模块来创建虚拟机。而针对目标计算节点上的云代理模块来说，其会先获取用于创建虚拟机所需要的其他资源。详细地，云代理模块会调用执行模块来从云平台数据库获取待创建的虚拟机的虚拟机详细信息，进而执行模块从云平台数据库中获取针对待创建的虚拟机的虚拟机详细信息，提供给云代理模块。之后，云代理模块便可根据上述虚拟机详细信息，从镜像模块获取创建虚拟机所需的镜像信息，从网络模块获取创建虚拟机所需的网络信息，以及从存储模块获取创建虚拟机所需的存储信息。而云代理模块在准备好创建虚拟机的各种资源后，便可调用目标计算节点上的hypervisor来创建虚拟机。
在另一个实施例中，在创建完毕虚拟机后，本公开实施例还会对创建的虚拟机的虚拟网卡设置带宽QoS。详细地，若创建的虚拟机所占用的任意一个虚拟网卡的当前带宽大于用户初始指定的带宽，则本公开实施例会将该虚拟网卡占用的带宽限制在初始指定的带宽之内，以保证虚拟机之间、虚拟机内部网卡之间，合理使用带宽，避免相互抢占带宽资源，影响上层业务。
综上所述，本公开实施例带来的有益效果如下：
A、本公开实施例将云平台的各个计算节点上的网络资源池化，完成了为每一个计算节点分别配置一个网卡资源池，因此实现了对各个计算节点上配置的所有物理网卡的资源进行统一调度，以供上层业务使用，从而云平台能够根据待创建的虚拟机所占用的虚拟网卡的参数信息以及各个计算节点的网卡资源池当前的资源占用信息，自动来将待创建的虚拟机调度到合适的计算节点上进行创建，所以本公开实施例不但无需用户自主进行合适的计算节点的选择，而且兼顾了不同虚拟机的不同性能要求，不会出现因对带宽和时延要求高的多个虚拟机被配置在同一个计算节点，而导致的计算节点资源不足的情况，充分合理地利用了计算节点的网络资源；另外，本公开实施例由于无需用户应对各种情况进行复杂的资源规划，所以业务发放的复杂度低，提升了系统性能。
B、本公开实施例在构建网卡资源池的基础上，还支持对创建的虚拟机所占用的虚拟网卡设置带宽QoS，保证虚拟机之间，虚拟机内部网卡之间，合理使用带宽，避免相互抢占带宽资源，影响上层业务。
C、本公开实施例在构建网卡资源池的基础上，还引入了虚拟网卡的亲和性和反亲和性，通过指定亲和性信息，比如指定不同的虚拟网卡来自同一个物理网卡，则可以提升转发效率，而若指定不同的虚拟网卡来自于不同的物理网卡，则即便一个物理网卡出现故障了，也不会影响到该虚拟机的其它虚拟网卡，可以提高虚拟机的可靠性。
在另一个实施例中，以开源OpenStack为例，则图1所示的系统架构图中的各个模块可以实例化为图4所示的OpenStack各个组件。
Keystone：相当于图1中鉴权模块，在OpenStack中Keystone是OpenStackIdentity的项目名称,对其他所有OpenStack项目进行身份验证。该服务通过OpenStackAPI提供令牌、策略和目录功能。
Glance：相当于图1中的镜像模块，其提供虚拟机镜像的查询、上传和下载服务。
其中，Glance提供restful API可以查询虚拟机镜像的metadata，并且可以获得镜像内容。通过Glance，虚拟机镜像可以被存储到多种存储上，比如简单的文件存储或者对象存储。
Neutron：相当于图1中的网络模块，其为整个OpenStack环境提供网络支持，包括二层交换、三层路由、负载均衡、防火墙和VPN等。
Cinder：相当于图1中的存储模块，其核心功能是对卷的管理，允许对卷、卷的类型、卷的快照、卷备份进行处理。它为后端不同的存储设备提供了统一的接口，不同的块设备服务厂商在cinder中实现其驱动支持以与OpenStack进行整合。
而Nova是OpenStack中负责计算资源管理的项目，主要负责虚拟机生命周期管理、其他计算资源生命周期管理，包括几个重要组件，如：Nova-api、Nova-conductor、Nova-scheduler、Nova-compute等。其中，Nova-api：进行诸如参数提取，参数校验，数据对象操作等，相当于图1中的API模块。
Nova-conductor：复杂操作实施，nova-compute的数据库访问代理。
Nova-scheduler：虚拟机位置调度，相当于图1中的调度模块。
Nova-compute：计算节点管理，虚拟机生命周期管理动作本地实施，相当于图1中的云代理模块。
图5是本公开实施例提供的一种虚拟机创建装置的结构示意图。该装置应用于云平台，其中，云平台的每一个计算节点上均包括网卡资源池，一个网卡资源池包括本计算节点上配置的各个物理网卡，参见图5，该装置包括：
接收模块501，用于接收虚拟机创建请求，所述虚拟机创建请求中包括待创建的虚拟机所占用的虚拟网卡的参数信息；
第一获取模块502，用于获取所述云平台中各个计算节点的网卡资源池当前的资源占用信息；
第一确定模块503，用于根据所述参数信息以及各个网卡资源池当前的资源占用信息，在所述云平台的至少一个计算节点中，确定用于进行虚拟机创建的目标计算节点；
创建模块504，用于调用所述目标计算节点创建所述虚拟机。
本公开实施例提供的装置，将云平台的各个计算节点上的网络资源池化，完成了为每一个计算节点分别配置一个网卡资源池，因此实现了对各个计算节点上配置的所有物理网卡的资源进行统一调度，以供上层业务使用，从而云平台能够根据待创建的虚拟机所占用的虚拟网卡的参数信息以及各个计算节点的网卡资源池当前的资源占用信息，自动来将待创建的虚拟机调度到合适的计算节点上进行创建，所以本公开实施例不但无需用户自主进行合适的计算节点的选择，而且兼顾了不同虚拟机的不同性能要求，不会出现因对带宽和时延要求高的多个虚拟机被配置在同一个计算节点，而导致的计算节点资源不足的情况，充分合理地利用了计算节点的网络资源；另外，本公开实施例由于无需用户应对各种情况进行复杂的资源规划，所以业务发放的复杂度低，提升了系统性能。
在另一个实施例中，所述参数信息中包括待创建的虚拟机所占用的虚拟网卡数量、虚拟网卡带宽以及所述虚拟机所占用的虚拟网卡的亲和性信息；
其中，所述亲和性信息用于指示同一个虚拟机所占用的不同虚拟网卡之间是否来自于同一个物理网卡；
当所述亲和性信息指示保持亲和性时，同一个虚拟机所占用的不同虚拟网卡之间来自于同一个物理网卡；
当所述亲和性信息指示保持反亲和性时，同一个虚拟机所占用的不同虚拟网卡之间来自于不同的物理网卡。
在另一个实施例中，该装置还包括：
第二获取模块，用于获取每一个计算节点的网卡资源池中各个物理网卡的网卡信息；
第二确定模块，用于对于每一个网卡资源池，根据所述网卡资源池中各个物理网卡的网卡信息，确定所述网卡资源池中各个物理网卡可用的虚拟网卡数量以及可用的虚拟网卡带宽；将所述网卡资源池中各个物理网卡可用的虚拟网卡数量以及可用的虚拟网卡带宽，作为所述网卡资源池的资源占用信息；
存储模块，用于将所述网卡资源池的资源占用信息存储至云平台数据库；
所述第二获取模块，用于从所述云平台数据库中获取各个计算节点的网卡资源池当前的资源占用信息。
在另一个实施例中，该装置还包括：
所述第二确定模块，还用于在确定出所述目标计算节点后，基于所述参数信息，重新计算所述目标计算节点的网卡资源池的资源占用信息；
所述存储模块，还用于将所述目标计算节点更新后的资源占用信息存储至所述云平台数据库中。
在另一个实施例中，第一确定模块，还用于获取所述云平台的每一个计算节点的当前可用CPU资源和当前可用内存资源；根据所述每一个计算节点的当前可用CPU资源和当前可用内存资源，在所述云平台的至少一个计算节点中，确定候选计算节点；根据所述参数信息以及所述各个网卡资源池当前的资源占用信息，在所述候选计算节点中确定所述目标计算节点。
在另一个实施例中，该装置还包括：
处理模块，用于在创建完毕所述虚拟机后，若所述虚拟机所占用的任意一个虚拟网卡的当前带宽大于所述参数信息中指定的目标带宽，则将所述任意一个虚拟网卡占用的带宽限制在所述目标带宽之内。
上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。
需要说明的是：上述实施例提供的虚拟机创建装置在创建虚拟机时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的虚拟机创建装置与虚拟机创建方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
图6是本公开实施例提供的一种虚拟机创建装置的结构示意图，该装置600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessing units，CPU)601和一个或一个以上的存储器602，其中，所述存储器602中存储有至少一条指令，所述至少一条指令由所述处理器601加载并执行以实现上述各个方法实施例提供的虚拟机创建方法。当然，该装置还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该装置还可以包括其他用于实现装置功能的部件，在此不做赘述。
在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由终端中的处理器执行以完成上述实施例中的虚拟机创建方法。例如，所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储装置等。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本公开的可选实施例，并不用以限制本公开，凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (15)

1.一种虚拟机创建方法，其特征在于，所述方法应用于云平台，所述云平台的每一个计算节点上均包括网卡资源池，所述网卡资源池包括本计算节点上配置的各个物理网卡，所述方法包括：
接收虚拟机创建请求，所述虚拟机创建请求中包括待创建的虚拟机所占用的虚拟网卡的参数信息；
获取所述云平台中各个计算节点的网卡资源池当前的资源占用信息；
根据所述参数信息以及各个网卡资源池当前的资源占用信息，在所述云平台的至少一个计算节点中，确定用于进行虚拟机创建的目标计算节点；
调用所述目标计算节点创建所述虚拟机。
2.根据权利要求1所述的方法，其特征在于，所述参数信息中包括待创建的虚拟机所占用的虚拟网卡数量、虚拟网卡带宽以及所述虚拟机所占用的虚拟网卡的亲和性信息；
其中，所述亲和性信息用于指示同一个虚拟机所占用的不同虚拟网卡之间是否来自于同一个物理网卡；
当所述亲和性信息指示保持亲和性时，同一个虚拟机所占用的不同虚拟网卡之间来自于同一个物理网卡；
当所述亲和性信息指示保持反亲和性时，同一个虚拟机所占用的不同虚拟网卡之间来自于不同的物理网卡。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取每一个计算节点的网卡资源池中各个物理网卡的网卡信息；
对于每一个网卡资源池，根据所述网卡资源池中各个物理网卡的网卡信息，确定所述网卡资源池中各个物理网卡可用的虚拟网卡数量以及可用的虚拟网卡带宽；
将所述网卡资源池中各个物理网卡可用的虚拟网卡数量以及可用的虚拟网卡带宽，作为所述网卡资源池的资源占用信息；
将所述网卡资源池的资源占用信息存储至云平台数据库；
所述获取所述云平台中各个计算节点的网卡资源池当前的资源占用信息，包括：
从所述云平台数据库中获取各个计算节点的网卡资源池当前的资源占用信息。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：
在确定出所述目标计算节点后，基于所述参数信息，重新计算所述目标计算节点的网卡资源池的资源占用信息；
将所述目标计算节点更新后的资源占用信息存储至所述云平台数据库中。
5.根据权利要求1所述的方法，其特征在于，所述根据所述参数信息以及各个网卡资源池当前的资源占用信息，在所述云平台的至少一个计算节点中，确定用于进行虚拟机创建的目标计算节点，包括：
获取所述云平台的每一个计算节点的当前可用中央处理单元CPU资源和当前可用内存资源；
根据所述每一个计算节点的当前可用CPU资源和当前可用内存资源，在所述云平台的至少一个计算节点中，确定候选计算节点；
根据所述参数信息以及所述各个网卡资源池当前的资源占用信息，在所述候选计算节点中确定所述目标计算节点。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在创建完毕所述虚拟机后，若所述虚拟机所占用的任意一个虚拟网卡的当前带宽大于所述参数信息中指定的目标带宽，则将所述任意一个虚拟网卡占用的带宽限制在所述目标带宽之内。
7.一种虚拟机创建装置，其特征在于，所述装置应用于云平台，所述云平台的每一个计算节点上均包括网卡资源池，所述网卡资源池包括本计算节点上配置的各个物理网卡，所述装置包括：
接收模块，用于接收虚拟机创建请求，所述虚拟机创建请求中包括待创建的虚拟机所占用的虚拟网卡的参数信息；
第一获取模块，用于获取所述云平台中各个计算节点的网卡资源池当前的资源占用信息；
第一确定模块，用于根据所述参数信息以及各个网卡资源池当前的资源占用信息，在所述云平台的至少一个计算节点中，确定用于进行虚拟机创建的目标计算节点；
创建模块，用于调用所述目标计算节点创建所述虚拟机。
8.根据权利要求7所述的装置，其特征在于，所述参数信息中包括待创建的虚拟机所占用的虚拟网卡数量、虚拟网卡带宽以及所述虚拟机所占用的虚拟网卡的亲和性信息；
其中，所述亲和性信息用于指示同一个虚拟机所占用的不同虚拟网卡之间是否来自于同一个物理网卡；
当所述亲和性信息指示保持亲和性时，同一个虚拟机所占用的不同虚拟网卡之间来自于同一个物理网卡；
当所述亲和性信息指示保持反亲和性时，同一个虚拟机所占用的不同虚拟网卡之间来自于不同的物理网卡。
9.根据权利要求7所述的装置，其特征在于，所述装置还包括：
第二获取模块，用于获取每一个计算节点的网卡资源池中各个物理网卡的网卡信息；
第二确定模块，用于对于每一个网卡资源池，根据所述网卡资源池中各个物理网卡的网卡信息，确定所述网卡资源池中各个物理网卡可用的虚拟网卡数量以及可用的虚拟网卡带宽；将所述网卡资源池中各个物理网卡可用的虚拟网卡数量以及可用的虚拟网卡带宽，作为所述网卡资源池的资源占用信息；
存储模块，用于将所述网卡资源池的资源占用信息存储至云平台数据库；
所述第二获取模块，用于从所述云平台数据库中获取各个计算节点的网卡资源池当前的资源占用信息。
10.根据权利要求9所述的装置，其特征在于，所述装置还包括：
所述第二确定模块，还用于在确定出所述目标计算节点后，基于所述参数信息，重新计算所述目标计算节点的网卡资源池的资源占用信息；
所述存储模块，还用于将所述目标计算节点更新后的资源占用信息存储至所述云平台数据库中。
11.根据权利要求7所述的装置，其特征在于，所述第一确定模块，还用于获取所述云平台的每一个计算节点的当前可用中央处理单元CPU资源和当前可用内存资源；根据所述每一个计算节点的当前可用CPU资源和当前可用内存资源，在所述云平台的至少一个计算节点中，确定候选计算节点；根据所述参数信息以及所述各个网卡资源池当前的资源占用信息，在所述候选计算节点中确定所述目标计算节点。
12.根据权利要求7所述的装置，其特征在于，所述装置还包括：
处理模块，用于在创建完毕所述虚拟机后，若所述虚拟机所占用的任意一个虚拟网卡的当前带宽大于所述参数信息中指定的目标带宽，则将所述任意一个虚拟网卡占用的带宽限制在所述目标带宽之内。
13.一种存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1至6中任一权利要求所述的虚拟机创建方法。
14.一种包含指令的计算机程序产品，其特征在于，当其在计算机上运行时，使得计算机能够执行如权利要求1至6中任一权利要求所述的虚拟机创建方法。
15.一种云平台，其特征在于，所述云平台包括如权利要求7至12中任一权利要求所述的虚拟机创建装置。
CN201810241274.8A 2018-03-22 2018-03-22 虚拟机创建方法及装置 Active CN108614726B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201810241274.8A CN108614726B (zh) 2018-03-22 2018-03-22 虚拟机创建方法及装置
ES19771706T ES2945218T3 (es) 2018-03-22 2019-03-20 Método y aparato de creación de máquina virtual
PCT/CN2019/078813 WO2019179453A1 (zh) 2018-03-22 2019-03-20 虚拟机创建方法及装置
EP19771706.9A EP3761170B1 (en) 2018-03-22 2019-03-20 Virtual machine creation method and apparatus
US17/026,767 US11960915B2 (en) 2018-03-22 2020-09-21 Method and apparatus for creating virtual machine based on parameter information of a virtual network interface card

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810241274.8A CN108614726B (zh) 2018-03-22 2018-03-22 虚拟机创建方法及装置

Publications (2)

Publication Number Publication Date
CN108614726A true CN108614726A (zh) 2018-10-02
CN108614726B CN108614726B (zh) 2022-06-10

Family

ID=63658755

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810241274.8A Active CN108614726B (zh) 2018-03-22 2018-03-22 虚拟机创建方法及装置

Country Status (5)

Country Link
US (1) US11960915B2 (zh)
EP (1) EP3761170B1 (zh)
CN (1) CN108614726B (zh)
ES (1) ES2945218T3 (zh)
WO (1) WO2019179453A1 (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109379699A (zh) * 2018-11-12 2019-02-22 中国联合网络通信集团有限公司 创建虚拟化转发面网元的方法及装置
CN109445801A (zh) * 2018-11-05 2019-03-08 郑州云海信息技术有限公司 一种探测裸机网卡信息的方法和装置
WO2019179453A1 (zh) * 2018-03-22 2019-09-26 华为技术有限公司 虚拟机创建方法及装置
CN110704167A (zh) * 2019-10-09 2020-01-17 腾讯科技（深圳）有限公司 一种创建虚拟机的方法、装置、设备和存储介质
CN111124593A (zh) * 2018-10-31 2020-05-08 中国移动通信有限公司研究院 信息处理方法及装置、网元及存储介质
CN111124683A (zh) * 2019-12-25 2020-05-08 泰康保险集团股份有限公司 虚拟资源创建方法、装置及系统
CN111580935A (zh) * 2020-05-13 2020-08-25 深信服科技股份有限公司 一种网络通信方法、装置、设备及存储介质
CN112433823A (zh) * 2020-12-08 2021-03-02 上海寒武纪信息科技有限公司 动态虚拟化物理卡的设备及方法
CN113535319A (zh) * 2020-04-09 2021-10-22 深圳致星科技有限公司 一种实现多rdma网卡虚拟化的方法、设备及存储介质
CN113645057A (zh) * 2021-06-25 2021-11-12 济南浪潮数据技术有限公司 一种云平台支持添加网卡模型的方法、装置
CN114697242A (zh) * 2022-03-21 2022-07-01 浪潮云信息技术股份公司 一种政务云场景下客户虚拟网卡流量管理方法及系统
CN115328666A (zh) * 2022-10-14 2022-11-11 浪潮电子信息产业股份有限公司 设备调度方法、系统、电子设备及计算机可读存储介质

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113010263A (zh) * 2021-02-26 2021-06-22 山东英信计算机技术有限公司 云平台中的虚拟机的创建方法、系统、设备及存储介质
CN113032107B (zh) * 2021-05-24 2022-05-10 北京金山云网络技术有限公司 一种云数据库的资源管理方法、装置及系统
US20210326221A1 (en) * 2021-06-26 2021-10-21 Intel Corporation Network interface device management of service execution failover
CN113608833A (zh) * 2021-07-19 2021-11-05 曙光信息产业(北京)有限公司 虚拟机创建方法、装置、计算机设备和存储介质
CN113766005B (zh) * 2021-07-29 2023-04-28 苏州浪潮智能科技有限公司 一种基于rdma的批量创建云主机的方法、系统
CN113760452B (zh) * 2021-08-02 2023-09-26 阿里巴巴新加坡控股有限公司 一种容器调度方法、系统、设备及存储介质
CN115269126B (zh) * 2022-09-28 2022-12-27 中国人寿保险股份有限公司上海数据中心 一种基于余弦相似度的云平台反亲和调度系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8473947B2 (en) * 2010-01-18 2013-06-25 Vmware, Inc. Method for configuring a physical adapter with virtual function (VF) and physical function (PF) for controlling address translation between virtual disks and physical storage regions
CN103810015A (zh) * 2012-11-09 2014-05-21 华为技术有限公司 虚拟机创建方法和设备
CN105224392A (zh) * 2015-10-13 2016-01-06 中国联合网络通信集团有限公司 一种虚拟计算资源配额管理方法及平台
CN105656969A (zh) * 2014-11-24 2016-06-08 中兴通讯股份有限公司 一种虚拟机迁移决策方法及装置
CN105718297A (zh) * 2014-11-14 2016-06-29 广达电脑股份有限公司 虚拟机建立系统以及方法
CN107346264A (zh) * 2016-05-05 2017-11-14 北京金山云网络技术有限公司 一种虚拟机负载均衡调度的方法、装置和服务器设备

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102932174B (zh) * 2012-10-25 2015-07-29 华为技术有限公司 一种物理网卡管理方法、装置及物理主机
CN103699428A (zh) * 2013-12-20 2014-04-02 华为技术有限公司 一种虚拟网卡中断亲和性绑定的方法和计算机设备
CN103778443B (zh) 2014-02-20 2017-05-03 公安部第三研究所 基于主题模型方法和领域规则库实现场景分析描述的方法
US10481932B2 (en) * 2014-03-31 2019-11-19 Vmware, Inc. Auto-scaling virtual switches
US9473365B2 (en) * 2014-05-08 2016-10-18 Cisco Technology, Inc. Collaborative inter-service scheduling of logical resources in cloud platforms
CN104168135B (zh) * 2014-08-06 2018-11-02 中国船舶重工集团公司第七0九研究所 网卡资源池化管理方法及系统
US10693806B2 (en) * 2015-03-11 2020-06-23 Vmware, Inc. Network bandwidth reservations for system traffic and virtual computing instances
CN107181679A (zh) * 2016-03-09 2017-09-19 中兴通讯股份有限公司 一种端口绑定实现方法及装置
US10782992B2 (en) * 2016-11-01 2020-09-22 Nutanix, Inc. Hypervisor conversion
CN108614726B (zh) * 2018-03-22 2022-06-10 华为云计算技术有限公司 虚拟机创建方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8473947B2 (en) * 2010-01-18 2013-06-25 Vmware, Inc. Method for configuring a physical adapter with virtual function (VF) and physical function (PF) for controlling address translation between virtual disks and physical storage regions
CN103810015A (zh) * 2012-11-09 2014-05-21 华为技术有限公司 虚拟机创建方法和设备
CN105718297A (zh) * 2014-11-14 2016-06-29 广达电脑股份有限公司 虚拟机建立系统以及方法
CN105656969A (zh) * 2014-11-24 2016-06-08 中兴通讯股份有限公司 一种虚拟机迁移决策方法及装置
CN105224392A (zh) * 2015-10-13 2016-01-06 中国联合网络通信集团有限公司 一种虚拟计算资源配额管理方法及平台
CN107346264A (zh) * 2016-05-05 2017-11-14 北京金山云网络技术有限公司 一种虚拟机负载均衡调度的方法、装置和服务器设备

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019179453A1 (zh) * 2018-03-22 2019-09-26 华为技术有限公司 虚拟机创建方法及装置
US11960915B2 (en) 2018-03-22 2024-04-16 Huawei Cloud Computing Technologies Co., Ltd. Method and apparatus for creating virtual machine based on parameter information of a virtual network interface card
CN111124593B (zh) * 2018-10-31 2023-07-21 中国移动通信有限公司研究院 信息处理方法及装置、网元及存储介质
CN111124593A (zh) * 2018-10-31 2020-05-08 中国移动通信有限公司研究院 信息处理方法及装置、网元及存储介质
CN109445801A (zh) * 2018-11-05 2019-03-08 郑州云海信息技术有限公司 一种探测裸机网卡信息的方法和装置
CN109379699A (zh) * 2018-11-12 2019-02-22 中国联合网络通信集团有限公司 创建虚拟化转发面网元的方法及装置
CN110704167A (zh) * 2019-10-09 2020-01-17 腾讯科技（深圳）有限公司 一种创建虚拟机的方法、装置、设备和存储介质
CN110704167B (zh) * 2019-10-09 2023-09-19 腾讯科技（深圳）有限公司 一种创建虚拟机的方法、装置、设备和存储介质
CN111124683A (zh) * 2019-12-25 2020-05-08 泰康保险集团股份有限公司 虚拟资源创建方法、装置及系统
CN113535319A (zh) * 2020-04-09 2021-10-22 深圳致星科技有限公司 一种实现多rdma网卡虚拟化的方法、设备及存储介质
CN111580935A (zh) * 2020-05-13 2020-08-25 深信服科技股份有限公司 一种网络通信方法、装置、设备及存储介质
CN112433823A (zh) * 2020-12-08 2021-03-02 上海寒武纪信息科技有限公司 动态虚拟化物理卡的设备及方法
CN113645057A (zh) * 2021-06-25 2021-11-12 济南浪潮数据技术有限公司 一种云平台支持添加网卡模型的方法、装置
CN114697242A (zh) * 2022-03-21 2022-07-01 浪潮云信息技术股份公司 一种政务云场景下客户虚拟网卡流量管理方法及系统
CN115328666A (zh) * 2022-10-14 2022-11-11 浪潮电子信息产业股份有限公司 设备调度方法、系统、电子设备及计算机可读存储介质

Also Published As

Publication number Publication date
CN108614726B (zh) 2022-06-10
EP3761170A1 (en) 2021-01-06
EP3761170A4 (en) 2021-04-07
US20210004258A1 (en) 2021-01-07
WO2019179453A1 (zh) 2019-09-26
ES2945218T3 (es) 2023-06-29
US11960915B2 (en) 2024-04-16
EP3761170B1 (en) 2023-03-01

Similar Documents

Publication Publication Date Title
CN108614726A (zh) 虚拟机创建方法及装置
US11714671B2 (en) Creating virtual machine groups based on request
US11237812B2 (en) Deploying an application in a cloud computing environment
CN104618693B (zh) 一种基于云计算的监控视频在线处理任务管理方法及系统
CN105103506B (zh) 用于为云计算网络中的非均匀带宽请求分配带宽的方法和系统
CN106385329B (zh) 资源池的处理方法、装置和设备
CN105979009A (zh) 一种针对云应用容器的增加负载自动均衡方法
CN110661842B (zh) 一种资源的调度管理方法、电子设备和存储介质
CN108667867A (zh) 数据存储方法及装置
CN109684057A (zh) 任务处理方法、装置和存储介质
CN109582433A (zh) 一种资源调度方法、装置、云计算系统及存储介质
CN114416352A (zh) 算力资源分配方法、装置、电子设备及储存介质
CN108574645A (zh) 一种队列调度方法及装置
CN115134371A (zh) 包含边缘网络算力资源的调度方法、系统、设备及介质
CN109446062A (zh) 云计算服务中的软件调试的方法和装置
CN110795202B (zh) 一种虚拟化集群资源管理系统的资源分配方法以及装置
CN112333672B (zh) 一种5g核心网upf网元的开局方法及装置
CN113626173A (zh) 调度方法、装置及存储介质
CN112448833A (zh) 一种多管理域的通信方法和装置
CN115150268A (zh) Kubernetes集群的网络配置方法、装置、及电子设备
CN109995571A (zh) 服务器配置与vnf应用匹配的方法及装置
CN114090191A (zh) 存储资源的调度方法、装置、设备及存储介质
CN112884382A (zh) 云平台的资源配额管理方法、装置、设备以及存储介质
US11762706B1 (en) Computing environment pooling
CN106775917B (zh) 一种虚拟机启动的方法及系统

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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20220221

Address after: 550025 Huawei cloud data center, jiaoxinggong Road, Qianzhong Avenue, Gui'an New District, Guiyang City, Guizhou Province

Applicant after: Huawei Cloud Computing Technology Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Applicant before: HUAWEI TECHNOLOGIES Co.,Ltd.

GR01 Patent grant
GR01 Patent grant