CN103827825B - 虚拟资源对象组件 - Google Patents

虚拟资源对象组件 Download PDF

Info

Publication number
CN103827825B
CN103827825B CN201280046582.6A CN201280046582A CN103827825B CN 103827825 B CN103827825 B CN 103827825B CN 201280046582 A CN201280046582 A CN 201280046582A CN 103827825 B CN103827825 B CN 103827825B
Authority
CN
China
Prior art keywords
resource
virtual
point
physical
service
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.)
Expired - Fee Related
Application number
CN201280046582.6A
Other languages
English (en)
Other versions
CN103827825A (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.)
Transoft Network Sci-Tech (shanghai) Co Ltd
Original Assignee
Transoft Network Sci-Tech (shanghai) 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 Transoft Network Sci-Tech (shanghai) Co Ltd filed Critical Transoft Network Sci-Tech (shanghai) Co Ltd
Publication of CN103827825A publication Critical patent/CN103827825A/zh
Application granted granted Critical
Publication of CN103827825B publication Critical patent/CN103827825B/zh
Expired - Fee Related 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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/70—Virtual switches
    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/83—Admission control; Resource allocation based on usage prediction
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了虚拟资源对象组件，实现了将逻辑交付点映射到物理交付点的效果。其技术方案为：虚拟资源对象组件将物理交付点中的物理资源抽象表示成虚拟资源，所述虚拟资源对象组件在服务交付平台中实施，所述服务交付平台自动将物理交付点中的物理资源组织连接起来，形成交付给逻辑交付点的虚拟资源。

Description

虚拟资源对象组件
技术领域
本发明涉及计算机虚拟化技术和企业数据中心内物理资源和虚拟资源的交付和部署。更具体地，涉及一种新的实施模型,称为虚拟资源对象组件，以及运用该组件实现从逻辑交付点映射到物理交付点的技术。其中如何将物理交付点中的物理资源抽象地表示成虚拟资源乃是本发明的重点。根据虚拟资源对象组件的描述，本发明的实施环境—一个服务交付平台可以自动地将物理交付点中的物理资源组织连接起来,形成可以交付给逻辑交付点的虚拟资源，进而实现企业数据中心内网络、计算、存储、和服务资源的快速交付和快速部署。
背景技术
交付点(point of delivery，POD)的概念最早是由Cisco提出来的，就是可以快速部署的建设模块，快速交付的模块。它是一个可复制的设计模式(design pattern)，能使数据中心的模块化、可扩展性、可管理性达到最大化。交付点允许服务供应者逐渐地增加网络、计算、存储、和服务资源；提供所有这些基础设施模块以满足服务供应的需求。交付点与其他设计模式的区别在于它是一个可部署的模块—该模块提供了“服务”，并共享相同的故障域。换句话说，如果有故障发生在一个交付点中，那么仅有在该交付点内运行的项目会受到影响，而相邻的交付点中的项目则不会。最重要的是在同一个交付点之内的虚拟化应用可以自由地迁移，没有所谓的三层路由的障碍。
针对不同的用户，交付点的设计可能会有不同，例如，Cisco VMDC2.0架构规范了两种交付点的设计：小型和大型。从根本上讲，交付点之间的区别主要在于容量而不在于能力。在具体实现层面，交付点的组成取决于供应商。大多数供应商认为交付点是由一个集成计算堆栈(integrated compute stack)所组成，它提供了一套预先集成的网络、计算、和存储设备。作为独立的解决方案，它易于购置和管理，能够帮助节省基建费用(CAPEX)和管理支出(OPEX)。例如，Cisco提供两种交付点样板：Vblock和FlexPod。这两者间的主要差别在于存储的选择上，Vblock的存储由EMC提供；而FlexPod的存储由NetApp提供。除此差别之外，它们的基本概念仍然是一样的；提供一个由网络、计算、和存储资源组合而成的集成计算堆栈；可以渐进地扩展，并且能够预知其性能、能力、及设施变更所受到的影响。
传统的虚拟资源调度的技术通过以下的公开专利文献来说明。
(1)专利CN101938416A“一种基于动态重配置虚拟资源的云计算资源调度方法”以云应用监视器收集的云应用负载信息为依据，然后基于运行云应用的虚拟资源的负载能力和云应用当前的负载进行动态决策，根据决策的结果为云应用动态重配置虚拟资源。
(2)专利CN102170474A“一种云计算网络中虚拟资源动态调度方法及系统”采用了实时迁移的方法实现虚拟资源的动态调度，动态地实现负载均衡，通过高效的负载均衡使云中的虚拟资源得到高效的利用。
上述两个专利中的虚拟资源指的仅是虚拟机,而物理资源指的是与之有关的CPU、内存、存储器(磁盘)。虽然这两个专利都涉及到虚拟资源的调度,但虚拟资源仅指计算资源,而没有涉及到存储资源和网络资源。
(3)专利CN102291445A“一种基于虚拟化资源的云计算管理系统”采用B/S(Brower/Server)架构，利用虚拟机技术，让用户可以在任何时间和地点，自助式的按需租用虚拟机，支持个性化的虚拟机配置，让用户更为有效的合理利用资源。
该专利所述虚拟底层包括虚拟资源池、虚拟机管理(VM Manager)模块、虚拟机服务器(VM别Server)模块和虚拟机存储(VM Storage)模块。该专利涉及到服务器(计算资源)和存储资源的虚拟化,但没有涉及到网络资源的虚拟化。
(4)专利US20080082983A1“METHOD AND SYSTEM FOR PROVISIONING OFRESOURCES”计算机系统资源自主供应的方法和系统，该系统能够：监视与性能密切相关的计算机系统荷载；检测与预定的目标值的差异；决定哪种类型资源短缺；确定现有的可激活资源；而激活通知将被发送给系统供应者以便为添加的计算机设备，数据处理程序，计算机程序产品，计算机数据信号等自动计费。
该专利提到了“可供选择的虚拟化硬件平台”。该虚拟化硬件平台仅指虚机(参见专利US 20080082983A1内的FIG.1)。由于虚拟化硬件平台是“可选择的”,即在不采用虚机的情况下该系统同样能正常工作,因此虚拟化技术并非实现该资源自主供应系统的关键技术。显然与将虚拟化技术作为实现逻辑交付点映射到物理交付点的关键技术的情况有较大差别。
(5)专利CN102292698A“用于在云计算环境中自动管理虚拟资源的系统和方法”和专利US20100198972A1“METHODS AND SYSTEMS FOR AUTOMATED MANAGEMENT OF VIRTUALRESOURCES IN A CLOUD COMPUTING ENVIRONMENT”,两个专利的申请人都是思杰系统有限公司，内容基本一致,是一种用于在云计算环境中管理虚拟资源的系统。它包括主计算装置、通信组件和存储系统通信组件。存储系统通信组件识别存储区域网络中的存储系统,并供应所识别的存储系统上的虚拟存储资源。
该专利所提到的虚拟资源指的是云计算环境中的虚拟存储资源,并没有包括计算资源和网络资源，并没有将计算资源、存储资源、网络资源统筹管理的情况有较大差别。
发明内容
本发明的目的在于解决上述问题，提供了一种虚拟资源对象组件，实现了将逻辑交付点映射到物理交付点的效果。
本发明的技术方案为：本发明揭示了一种虚拟资源对象组件，将物理交付点中的物理资源抽象表示成虚拟资源，所述虚拟资源对象组件在服务交付平台中实施，所述服务交付平台自动将物理交付点中的物理资源组织连接起来，形成交付给逻辑交付点的虚拟资源。
根据本发明的虚拟资源对象组件的一实施例，所述虚拟资源对象组件包括独立的物理存储交付点和独立的服务器交付点，在服务器交付点中包括多个网络节点，其中每个网络节点代表一个物理服务器，每一个网络节点包括多个虚拟机实例，每个虚拟机实例代表一个虚拟服务器，每一个虚拟机实例包括由虚拟存储口、虚拟管理口和虚拟业务口组成的多个虚拟口，每个虚拟口均用于连接到对应的一个虚拟交换机，每个网络节点还包括多个虚拟交换机，虚拟交换机连接到物理的以太网卡、iSCSI总线适配器或光纤通道总线适配器，其中(1)以太网卡通过链路聚合组连接到网络节点之外的物理交换机，进而连接到光纤交换机，用于网络附加存储、分布式文件系统和软件模拟iSCSI，(2)iSCSI总线适配器直接连接到存储池，(3)光纤通道总线适配器或以太网光纤通道连接到光纤交换机，光纤交换机由多路通道连接到存储池，物理交换机连接到应用交换机组合，而应用交换机组合可划分VLAN，负载均衡接收外部请求并实现弹性IP地址，外部请求由负载均衡根据负载的实时情况分配给某个VLAN处理。
根据本发明的虚拟资源对象组件的一实施例，逻辑交付点是用户业务项目所需的计算、网络、存储逻辑资源的组合，逻辑交付点按照用户所定规格而来，其中的资源具有共享空间和共享时间的特性。
根据本发明的虚拟资源对象组件的一实施例，物理交付点是在数据中心网络中经过定义和划分设备集合所构成的资源供应物理单元，物理交付点不依赖于其他设备而独立工作,最终形成资源供应的基本单元。
根据本发明的虚拟资源对象组件的一实施例，所述服务器交付点为其服务消费者至少提供第一物理服务接口，以使交付点的应用用户能够消费交付点内的资源。
根据本发明的虚拟资源对象组件的一实施例，所述服务器交付点为其服务供应者至少提供第二物理服务接口，以使交付点的服务供应者能根据自身意志实现预定义的交付点规范，以消费自然绑定在每个设备上的资源。
根据本发明的虚拟资源对象组件的一实施例，所述服务器交付点包含一个物理管理接口，以使系统管理者根据ITU-T的TMN标准来管理服务器交付点，其中系统管理者只为应用交付提供物理交付点的划分，而管理则通过独立道路来实现，管理通常按用户域、部门域、或地理域进行划分，因此交付点是面向应用服务的，而域组是面向管理的。
根据本发明的虚拟资源对象组件的一实施例，物理服务接口(包括第一物理服务接口、第二物理服务接口)和物理管理接口在不同网络上施行部署，不同的网络包括分隔的IP地址层次结构和不同的广播段。
根据本发明的虚拟资源对象组件的一实施例，所述服务器交付点支持多租户的使用并实现服务供应隔离。
根据本发明的虚拟资源对象组件的一实施例，所述服务交付平台包括三个层次的调度单元，其中：
项目交付调度单元，其包括计算、存储、网络资源的需求设计服务，系统资源分析服务，虚拟资源预约和部署服务，部署过程是逻辑交付点中的逻辑资源绑定到虚拟资源的过程，逻辑资源是以1对1的方式绑定到虚拟资源上的，这是整个逻辑交付点预约交付自动化过程中的第一次绑定；
虚拟资源调度单元，其包括虚拟资源的分配、配置、供应服务，虚拟资源到物理资源的绑定过程经过资源引擎，这是整个逻辑交付点预约交付自动化过程中的第二次绑定，资源引擎通过将各个虚拟资源进行汇聚来提供各种虚拟资源的能力，并保存了各个虚拟资源的状态模型,从而完成从虚拟资源到物理资源的绑定；
物理资源调度单元，物理资源上的代理接受资源引擎的设置资源指令，实现资源多路复用，资源空间共享，资源状态信息经过代理传回资源引擎。
根据本发明的虚拟资源对象组件的一实施例，所述资源引擎实现了逻辑交付点预约交付自动化过程中虚拟资源到物理资源的绑定，并通过将各个虚拟资源进行汇聚来为上层提供各种虚拟资源的能力；计算资源、网络资源和存储资源都是物理交付点中的资源，资源上的各个代理实施具体的部署操作，并将具体资源的状态经由基础设施通信管理器返回到资源引擎，交付点和资源引擎形成一个客户端/服务器架构；资源引擎包括有限状态机执行器、部署规则库、多种虚拟资源的状态以及各种资源引擎能力；资源引擎利用虚拟有限状态机来管理虚拟资源；在服务交付时对于各类资源的能力进行计算，虚拟有限状态机是在虚拟的环境中定义一个有限状态机；由虚拟有限状态机执行器根据部署规则库及多种虚拟资源的状态，来解决逻辑交付点中的多个逻辑资源之间的资源竞争问题；多种虚拟资源的状态包括实例状态、网络状态和存储状态，用于暂存各种虚拟资源的状态，资源引擎能力则实现了各种能力管理器功能；参考模型不仅存储物理交付点中各种物理资源即网络、存储和计算资源信息，还存放虚拟资源数据模型所描述的所有虚拟资源信息，以及作为部署规则库存放备用规则。
本发明对比现有技术有如下的有益效果：本发明的虚拟资源对象组可将将逻辑交付点映射到物理交付点，传统技术中，在物理资源没有虚拟化的情况下，逻辑交付点只能由物理交付点中的物理资源来交付，而在物理资源实现虚拟化的情况下，物理交付点中的物理资源所支持的虚拟资源可以抽象模型的方法表示出来，则逻辑交付点可以由物理交付点中的虚拟资源和部分物理资源来交付。本发明与现有的专利技术的区别主要存在以下三点：
1)本发明不仅涉及到服务器(计算资源)的虚拟化,而且还考虑存储资源、网络资源的虚拟化。
2)本发明不再以单个物理资源或虚拟资源为单位进行管理,而是将计算资源、存储资源、网络资源统筹管理,即以交付点为单位进行统一调度。
3)本发明所要解决的问题是如何将逻辑交付点映射到物理交付点的方法和过程。
附图说明
图1是本发明服务交付平台的交付流程框图；
图2是本发明服务交付平台的架构概要图；
图3是网管系统所提供的物理资源的分类；
图4是物理交付点的虚拟资源对象模块；
图5是虚拟资源数据模型；
图6是逻辑交付点映射到物理交付点的一个实例；
图7是资源引擎的结构框图；
图8资源感知基础设施的结构框图；
图9资源引擎的工作流程图。
具体实施方式
下面结合附图和实施例对本发明作进一步的描述。
在基于附图说明本发明之前，先说明实施本发明的预备知识。
提高资源利用率效率,实现小规模交付点资源的动态调配乃是本发明的最终目标。在本发明中,交付点可分为逻辑的和物理的。所谓逻辑交付点,是指用户业务项目所需的计算、网络、存储逻辑资源的组合，按照用户所定规格而来，其中的资源具有共享空间和共享时间(所谓分时)的特性。所谓物理交付点，乃是在数据中心网络中经过定义和划分设备集合，所构成的资源供应物理单元；该单元可不依赖于其他设备而独立工作,最终形成交付点资源服务单元。也就是说，资源供应的基本单元，不是一个物理服务器，一个虚拟服务器或一个虚拟交换机，而是它们的一个(有意义的)“集合”。Cisco所描述的交付点相当于“物理交付点”；它可以包含多个网络容器(Network Container)；网络容器可以包含多个区域(Zone)。区分逻辑交付点和物理交付点,特别是将物理交付点中的物理资源所支持的虚拟资源以抽象模型方法表示出来；并根据该模型将各个虚拟资源交付给逻辑交付点的方法为本发明独创。
使用交付点的目的在于：
(1)预定义逻辑单元,例如：逻辑交付点；
(2)以交付点为单位，可以简化容量预估；
(3)模块化的设计更易于采用新技术；
(4)故障隔离，故障仅影响同一个交付点内的项目；
(5)交付点的模块化、可扩展性使得操作更为一致和高效，便于管理。
关于逻辑交付点需要特别指出的是：
(1)逻辑交付点中往往包含有多个服务器。这些服务器是“虚拟服务器”,是服务器的抽象表述,即一种虚拟资源；在这种情况下,虚拟服务器可以通过共享空间或者分时使用的方式来超额预约物理服务器。而“服务器虚拟化”指在单个物理服务器上运行多个“虚机”即VM(Virtual Machine)以支持实现上述共享空间或者分时使用功能；在这种情况下,它是物理的(软件)而不是逻辑的。在主机服务器上，每个虚机相对于其他虚机，彼此之间可以具有不同的硬件规范。物理服务器对于逻辑交付点的供应实例(provisioning instance)来说是不可见的,而对应用用户来讲也是透明的(不可见)。
(2)除了虚拟服务器的硬件规范可以被随需(on-demand)提供以外，该虚拟服务器的操作系统也可以被随需供应在每个虚拟服务器上。
(3)除了虚拟服务器的操作系统可以被随需(on-demand)提供以外，应用程序服务器(application server)可以被随需供应在每个被超额预约的操作系统上。
为本发明所阐述的重点在于上述第(1)点。逻辑资源和物理资源之间的关系可概括为:业务项目和逻辑交付点之间是1对1关系，而逻辑交付点和物理交付点之间是多对多关系。项目的开发者通过预约逻辑交付点中的逻辑资源，进而预约物理交付点中分布式的物理资源。而物理交付点中的物理资源则以虚拟资源的方式交付给逻辑交付点,这些虚拟资源将以1对1的方式绑定到逻辑交付点中的逻辑资源。
本发明的实施环境为一个服务交付平台。该平台有四类不同的用户:
项目开发者(Project Developer),项目管理者(Project Operator),应用用户(Application User),系统管理者(System Operator)。
请参阅图1，为本发明的实施环境：服务交付平台，即一种支持逻辑交付点预约交付的自动化系统。服务交付平台包括项目交付服务网络101、项目逻辑环境服务网络102、项目逻辑环境存储网络103、项目逻辑环境资源网络104、虚拟资源网络105、为项目划分的数据中心物理资源服务网络106。
项目交付服务网络101包括:项目核心服务、项目设计服务、项目交付调度和项目预约服务。
项目逻辑环境服务网络102中，项目交付调度支持自动或人工的离线—在线环境切换，因此支持多套项目交付点的调度。项目逻辑环境服务网络中可包括多个离线项目逻辑交付点和在线项目逻辑交付点。
项目逻辑环境存储网络103可包含数个离线项目实例的交付点。
项目逻辑环境资源网络104可包含数个在线项目实例的交付点。例如:图中项目3和项目4的交付点处于在线状态,即实施了独占式的资源预约交付。
虚拟资源网络105中，虚拟资源汇聚不同位置、配置的物理资源，实现了与物理资源类型、部署无关化的资源融合。包括未分配虚拟资源和已分配虚拟资源。虚拟资源网络提供对虚拟资源的独占和共享的支持。
为项目划分的数据中心物理资源服务网络106包含了多物理交付点。该物理资源服务网络支持交付点预约交付，同时支持按空间分享和按时间分享物理资源，包括许多未分配和已分配的物理资源，例如网络、存储、计算资源。系统管理者(system operator)除了管理物理数据中心的各种物理资源外,物理交付点的划分也是由系统管理者负责实施的。
服务交付平台包括三个层次的调度：
(1)项目交付调度。包括计算、存储、网络资源的需求设计服务，系统资源分析服务，虚拟资源预约和部署服务。和本发明密切相关的是部署组件201。部署过程是逻辑交付点中的逻辑资源绑定到虚拟资源的过程。逻辑资源是以1对1的方式绑定到虚拟资源上的，这是整个逻辑交付点预约交付自动化过程中的第一次绑定。
(2)虚拟资源调度。包括虚拟资源的分配、配置、供应服务。请参阅图2,和本发明密切相关的是资源引擎组件204。虚拟资源到物理资源的绑定过程必须经过资源引擎204，这是整个逻辑交付点预约交付自动化过程中的第二次绑定。资源引擎204通过将各个虚拟资源进行汇聚来提供各种虚拟资源的“能力”(Capabi l ity)。此外,资源引擎204还保存了各个虚拟资源的状态模型,从而完成从虚拟资源到物理资源的绑定。
(3)物理资源调度。物理资源上的代理206、207、208接受资源引擎204的设置资源指令，实现资源多路复用，资源空间共享，资源状态信息经过代理206、207、208传回资源引擎204。
请参阅图2,资源引擎使用网管系统(NMS，Network Management System)提供的物理资源信息来跟踪物理资源，以获得最新的资源状态；将物理资源映射到虚拟资源。用来管理物理资源的商用网管系统一般都能提供关于状态(state)和性能(performance)的信息、都具有发现查找物理资源的功能，故不赘述。
请参阅图3上半部分,它是某网管系统所提供的物理资源模块(Module)的UML类图。该图包括两个抽象类:存储(Storage)、节点(Node)。其中存储包括三个子类:存储区域网络(SAN)、网络附加存储(NAS)和分布式文件系统(DFS)。而Ceph则是分布式文件系统的一种。其中节点包括四个子类(实际上更多,此图略去):交换机(Switch)、路由器(Router)、防火墙(Firewall)和服务器(Server)。
请参阅图3上半部分,其中“节点”还复合了四个与之有关的类:接口(Interface)、节点设备(NodeDevice)、节点存储(NodeStorage)和节点分区(NodePartition)。其中,接口包括四个子类(实际上更多,此图略去):网卡(NIC)、总线适配器(HBA)、单根I/O虚拟化(SR-IOV)和链路聚合组(LAG)。
请参阅图3下半部分,本发明的服务交付平台将上述“节点”中的各个类加以鉴别区分,将它们分别归纳到网络资源或计算资源中,并添加了例如F5负载均衡(Loadbalancer)、镜像(Image)等本发明的服务交付平台(与通用的网管系统相比较)所特有的类。这样,物理资源就包括了网络资源、存储资源、和计算资源这三类资源。其中，各类计算资源包括:节点即各种物理服务器、总线适配器、单根I/O虚拟化、链路聚合组等。各类网络资源包括:交换机、路由器、F5负载均衡、网卡等。各类存储资源包括:存储区域网络、网络附加存储、分布式文件系统、Ceph、镜像等。上述三类物理资源的信息,均存放于参考模型203中,请参阅图2。
物理资源可以分割成几个物理的交付点或单个物理交付点,每个物理交付点可以有多个集群(例如节点集群210、存储集群211、网络集群212)；而逻辑交付点也因不同用户的设计而可以有多个。以单个物理交付点交付给单个逻辑交付点这样一种简单的情况而言,物理交付点中的物理资源和逻辑交付点所预约使用的逻辑资源并非一一对应(而物理交付点中的虚拟资源绑定到逻辑交付点中的逻辑资源则是一一对应的),因为虚拟资源可以通过共享空间或者分时使用的方式来超额预约物理资源。
如何将物理交付点中的物理资源抽象地表示成虚拟资源乃是本发明的新颖性和创造性之所在。本发明的主要内容是一种实施模型,称为虚拟资源对象模块,请参阅图4。根据该模型将物理交付点中的物理资源组织连接起来,就能有组织有规律地形成可交付给逻辑交付点的虚拟资源。
请参阅图4,这是一个物理交付点的虚拟资源对象模块(其中的存储池4600是一个已经抽象了的模块,可以认为是一块独立的“物理存储交付点”，而其余部分则是“服务器交付点”)。图4虚拟资源对象模块中有两个网络节点4100、4200；每个网络节点代表一个物理服务器；更多网络节点的情况可将单个网络节点复制并线性扩展。网络节点4100中有三个VM实例4110、4120、4130；每个VM实例代表一个虚拟服务器；更多VM实例的情况可将单个VM实例复制并线性扩展。VM实例4110有三个虚拟口4111、4112、4113；它们分别是虚拟存储口、虚拟管理口、虚拟业务口(具体配置可根据实际需要调整)；VM实例中更多虚拟口的情况可将单个虚拟口简单复制并线性扩展。三个虚拟口4211、4212、4213连接到同一个虚拟交换机4240上。
请参阅图4,网络节点4100中有三个虚拟交换机4140、4150、4160；更多虚拟交换机的情况可将单个虚拟交换机简单复制并线性扩展(但数量受物理网卡数制约)。虚拟交换机4140连接到以太网卡4171、4172、4173；其中以太网卡4171、4172通过链路聚合组(LAG)4174连接到交换机4300。虚拟交换机4150连接到以太网卡4181、4182,它们通过链路聚合组(LAG)4184连接到交换机4300。虚拟交换机4160连接到iSCSI总线适配器(HBA)4191、以太网卡4192、4193；其中iSCSI总线适配器(HBA)4191直接连接到存储池4600。
请参阅图4,除了iSCSI总线适配器(HBA)4191直接连接到存储池4600,网络节点4100的七个以太网卡4171、4172、4173、4181、4182、4192、4193均连接到物理交换机4300；除了光纤通道总线适配器(FC HBA)4281连接到光纤交换机4710,网络节点4200的七个以太网卡4271、4272、4273、4282、4283、4291、4292均连接到物理交换机4400。交换机4300、4400均可连接到光纤交换机4710、4720；光纤交换机4710、4720由多路通道连接到存储池4600。值得注意的是,iSCSI总线适配器(HBA)是直接连接到存储池的；光纤通道总线适配器(FCHBA)或以太网光纤通道(FCoE)是连接到光纤交换机的,用于存储区域网络(SAN)；而以太网卡是连接到交换机的,可用于网络附加存储(NAS)、分布式文件系统Ceph、软件模拟iSCSI。
请参阅图4,交换机4300、4400均连接到应用交换机组合4500。应用交换机组合4500中可以划分VLAN 4510、4520、4530；VLAN划分数量可以线性扩展。负载均衡4800可以接受外部请求并实现弹性IP地址,请求将由负载均衡4800根据负载的实时情况分配给某个VLAN处理。
请参阅图4,由于存储池4600的是一个已经通过虚拟化进行抽象了的概念,我们需要指定“物理存储交付点”，包括的光纤通道存储局域网络(FC SAN)交付点、IP存储局域网络(IP SAN)交付点、网络附加存储(NAS)交付点，以便与服务器交付点区别开来。从网络拓扑上讲,每个物理存储交付点是分开的，互不重叠。划分交付点的依据为独立、互不包含，但是对于存储设备(如SAN)来讲，它们通常都是共享的,因此存储池4600部分具有其特殊性。而存在物理存储交付点的唯一原因是它们将被许多其他服务器交付点预约(从单一的交付点的角度来看，是交付点层面的集中共享模式)。
请参阅图4,存储交付点必须通过交付点间的沟通管道与其他服务器交付点一同工作─目前的管道可以是骨干网和SAN光纤交换机。当项目开发者(Project Developer)通过逻辑交付点提出了服务需求，其中可能有存储功能(这是很常见的)。该需求传到物理交付点层后，被映射的服务器交付点将使用交付点间的沟通管道，通过预约一个共享存储的交付点的分区,以满足上述的需求。至于分区的规则(例如是以整个SAN设备为单位还是以LUN或者卷为单位)，则取决于系统管理者(System Operator),例如图4中的存储池4600是以卷为单位的。默认的规则应该是LUN分区提供租户级的隔离和卷分区提供租户内部项目的分区。
请参阅图5,虚拟资源数据模型,它包括11个类:节点Node、实例Instance(虚机VM)、虚拟口VPort、虚拟交换机VSwitch、网卡Nic、网口NetPorts、虚拟网络VLAN、弹性IP地址ElasticIPAddress、卷Volume、存储池StoragePool、实例记录InstanceRecord。该模型中的各个类(图5中类的变量省略不赘),代表了图4虚拟资源对象模块中主要的物理和虚拟资源,反映了几种物理和虚拟资源之间的依附关系。节点Node复合多个实例Instance(虚机VM)、复合多个虚拟交换机VSwitch、复合多个网卡Nic。虚拟交换机VSwitch和网卡Nic一对一关联。实例Instance(虚机VM)复合多个虚拟口VPort、复合多个卷Volume、复合多个实例记录InstanceRecord。虚拟口VPort和虚拟交换机VSwitch一对一关联。存储池StoragePool复合多个卷Volume。网口NetPorts复合多个虚拟口VPort。虚拟网络VLAN和网口NetPorts一对一关联。弹性IP地址ElasticIPAddress和虚拟口VPort一对一关联。虚拟资源数据模型所描述的所有虚拟资源信息均存放于参考模型203中,请参阅图2。
请参阅图6,逻辑交付点映射到物理交付点的一个实例(图6包含有一个“服务器交付点”和一个“物理存储交付点”，下文所描述的映射对象主要是“服务器交付点”)。图6上半部分为项目设计者(project designer)规划/设计的一个逻辑交付点的拓扑图。它包括:网络节点6100a、网络节点6200a、二层交换机6300a、二层交换机6400a和三层交换机6600a；网络节点6200a可通过交换机6400a访问存储6600a。在物理资源没有虚拟化的情况下,逻辑交付点只能由物理交付点中的物理资源来交付,也就是图6下半部分中的网络节点6100、网络节点6200、交换机6300、交换机6400和应用交换机组合6500；网络节点6200可通过交换机6400(以及光纤交换机6710)访问存储池6600。
请参阅图6下半部分,在物理资源实现虚拟化的情况下,物理交付点中的物理资源所支持的虚拟资源可以抽象模型的方法表示出来。而图6上半部分逻辑交付点可以由图6下半部分物理交付点中的虚拟资源和部分物理资源(即图6下半部分中的加灰色的设备)来交付,包括:VM实例6120、VM实例6130、虚拟交换机6150、虚拟交换机6160和交换机6300；VM实例6130可以通过虚拟交换机6160(以及iSCSI总线适配器6191)访问存储池6600。由此可见,在物理资源没有虚拟化的情况下,逻辑交付点所预约的资源需要网络节点6100、网络节点6200两个节点来交付；而在物理资源实现虚拟化后,只需要用网络节点6100一个节点就可以交付了。值得注意的是,虚拟业务口6122、6133和以太网卡6182、6193都是随VM实例6120、VM实例6130、虚拟交换机6150、虚拟交换机6160和交换机6300一起作为资源的一部分来交付给逻辑交付点,以提供给应用用户(application user)运行用户业务的；而虚拟管理口6121、6132和以太网卡6181、6192则是提供给服务交付平台为访问VM实例6120、VM实例6130并且进行管理操作使用的。根据图6下半部分所示模型将各个虚拟资源交付给逻辑交付点的方法为本发明之重点。
请参阅图6,在服务交付平台的支持下,具体地说根据虚拟资源数据模型所描述的所有虚拟资源信息,VM实例可以进行动态迁移。例如:VM实例6120和VM实例6130可以划分在同一个VLAN6510中；VM实例6220和VM实例6230可以划分在同一个VLAN6520中。当网络节点6100上的VM实例十分繁忙而网络节点6200出现空闲时、或网络节点6100上的某个VM实例(例如VM实例6120)出现故障时,逻辑交付点中网络节点6100a的交付可以从网络节点6100上的VM实例6120调度到网络节点6200上的VM实例6230来支持实现。同时，交换机组合6500需要重新配置，将原来属于VLAN6520的VM实例6230设置到VLAN6510中去,使得VM实例6230和VM实例6130处于同一个VLAN中，以保持原来业务的连续性和一致性。而该迁移配置过程对用户来讲是透明的(即不可见的)。
总之,本专利所规范的交付点(主要是“服务器交付点”)具备以下几个特性:
1.从服务消费者的角度看：一个交付点应该为其服务消费者(即应用用户Application User)至少提供一个物理服务接口(例如虚拟业务口6122、6133就是属于为访问VM实例6120、VM实例6130并进行业务操作的物理接口)─使交付点的应用用户能够地消费(更准确地说是互动)交付点内的资源。
2.从服务供应者的角度看：一个交付点应该为其服务供应者(项目管理者ProjectOperator)至少提供一个物理服务接口─使交付点的服务供应者能根据自己的意志来实现预定义的交付点规范，以消费(更准确地说是互动)自然绑定在每个设备上的交付点的资源。
3.一个交付点应该有一个管理物理接口─使系统管理者System Operator能够根据ITU-T的TMN(Telecommunication Management Network)标准即:FCAPS(fault-management,configuration,accounting,performance,and security)来管理这样一个交付点。(例如虚拟管理口6121、6132就是属于为访问VM实例6120、VM实例6130并进行管理操作的物理接口之一)。
4.上述业务和管理物理接口应在不同的网络施行部署，即分隔的IP地址层次结构(IP address hierarchy)和不同VLAN(广播段)。我们将从骨干网(核心网)到路由器/交换机的访问认定为(虚拟)终端。一个交付点应该至少有一个终端物理接口，让用户在必要时与交付点资源进行终端交互。(例如外部用户通过负载均衡6800访问应用交换机组合6500的入口)。
5.一个交付点应支持多租户的使用─租用用户只需关心自己需要做的事而不必关心其他租用用户需要做的事，即:服务供应隔离。而且交付点不应该含有嵌套。例如图4的“服务器交付点”不应该含有另一个“服务器交付点”。与“物理存储交付点”的关系也应当是并列的。
6.系统管理者(System Operator)只是为应用交付提供物理交付点的划分,如图4所示的单个物理交付点；而管理则走独立道路，通常是按域组,例如用户域、部门域、地理域进行划分。因此交付点是面向应用服务的，而域组则是面向管理的。从我们的设计和从资源的观点来看，逻辑交付点就是应用(或承租人)。
本发明所建议的虚拟资源对象模块是相当实用的。它是一个非常灵活的模型，它可以动态地将物理交付点中的物理资源抽象地表示成虚拟资源，一旦实例化，可以很容易地融和到实施环境中，如本发明的服务交付平台中去。
交付点是面向应用服务的；从资源的观点来看(即从下往上看)，逻辑交付点就是应用(即承租人)。逻辑交付点面向业务交付平台，从应用用户的观点来看(即从上往下看)，在处理竞争时，逻辑交付点多路复用虚拟资源网络中的资源。
请参阅图7,资源引擎的结构框图；它是参照了图8 Cisco的资源感知基础设施架构来实现的。两者在静态结构上有相似之处；而它们最根本的不同在于：资源引擎实现了逻辑交付点预约交付自动化过程中虚拟资源到物理资源的绑定，并通过将各个虚拟资源进行汇聚来为上层(图2中部署201)提供各种虚拟资源的“能力”；而Ci sco的资源感知基础设施实现了交付点内各种设备的自主感知，使交付点之上的调度系统可以不必亲自查询服务清单或配置管理数据库，直接通过资源服务器做出部署决定或预约请求。
图7中计算资源741、网络资源742和存储资源743都是物理交付点中的资源；相当于图8中的基础设施即各种设备，如路由器830、负载均衡器840。而计算资源741、网络资源742和存储资源743上的各个代理相当于图8中在设备上运行的客户，如客户831、841。图7中的基础设施通信管理器730实现了图8中的高速信号总线820。资源引擎720实现了图8中的资源服务器810。图7中的交付点740和资源引擎720形成一个Client/Server架构。
请参阅图7,资源引擎720利用虚拟有限状态机(Virtual Finite-State Machine，即VFSM)来管理虚拟资源；在服务交付时对于各类资源的能力进行计算。VFSM是在虚拟的环境中定义一个有限状态机(FSM)；是一种特殊的有限状态机。VFSM提供了一个软件规范方法，它可以用来描述一个控制系统；该系统使用“控制属性”(control properties)作为输入，使用“动作”(actions)作为输出。其细节超出本发明之范围，故不赘。
请参阅图7,由VFSM执行器721和根据部署规则库722及各种虚拟资源的状态(即Instance状态726、Network状态727和Storage状态728)，解决逻辑交付点中的多个逻辑资源之间的资源竞争问题。VFSM执行器721相当于图8中的策略服务器813；而部署规则库722相当于图8中的依赖关系跟踪器816。部署规则库722和依赖关系跟踪器816的不同之处在于，部署规则库722中的规则是根据项目开发者(Project Developer)所设计的逻辑交付点以及存储于参考模型760中的虚拟资源数据模型所描述的所有虚拟资源信息得出的；而依赖关系跟踪器816动态跟踪的是物理交付点中各种资源间的相互依赖关系，它没有虚拟资源以及逻辑资源的概念。
请参阅图7,Instance状态726、Network状态727和Storage状态728实现了图8中资源管理器815的部分功能；被用来暂存各种虚拟资源的状态(即动态信息)。图7中参考模型760的地位与资源感知基础设施所使用的服务清单或配置管理数据库相当，但其内容则更为丰富。不仅存储物理交付点中各种物理资源即网络、存储、和计算资源信息，而且还存放虚拟资源数据模型所描述的所有虚拟资源信息，甚至还可以作为部署规则库722存放备用规则。本发明之重点虚拟资源对象模块，也存放在参考模型760中。如同资源感知基础设施中的服务清单和配置管理数据库，参考模型760也不是存放动态数据的最佳场所。图7中资源引擎能力723、724和725则实现了图8中能力管理器814的大部分功能。图7中资源引擎为上层提供了资源服务710，其地位相当于图8中的接口812。
围绕交付点预约交付过程的虚拟资源调度和物理资源调度是由资源引擎来实施的。而本发明中资源引擎的实现架构松散地基于Cisco的“资源感知基础设施”(Resource-Aware Infrastructure)架构，请参阅图8，或参阅Cloud Computing:Automating theVirtualized Data Center一书之247页。
一般来说，服务清单(Service Inventory)或配置管理数据库(ConfigurationManagement Database)可以作为提取基础设施，即网络、存储和计算资源信息的独立来源。但它们不一定是存放动态数据的最佳场所。“资源感知基础设施”作为一种替代解决方案，就是要自主地感知一个交付点内有什么设备；设备之间的关系是什么；这些设备有何种能力；设备有何种限制；设备上的荷载是多少。这些关系的模型仍然可以存放在服务清单或配置管理数据库中；而更进一步就是要将服务交付和交付点联系起来，让资源引擎来来决定如何绑定及管理资源。
请参阅图8的资源感知基础设施，其中，高速信号总线820，采用例如XMPP协议(Extensible Messaging and Presence Protocol),用来连接客户811、831、841。它们分别运行在路由器830、负载均衡器840、资源服务器810上，而资源服务器810是负责交付点800的。通过策略服务器813、能力管理器814，使得资源服务器810具有一套策略和能力，而这些策略和能力可以根据客户811(以及客户831、841)的内容获得更新。在交付点中，资源服务器810通过资源管理器815跟踪资源利用情况；通过依赖关系跟踪器816来跟踪资源间的相互依赖关系。利用接口812，交付点800之上的调度系统可以不必亲自查询服务清单或配置管理数据库，直接通过资源服务器810做出部署决定或预约请求─这是因为交付点800能够自主地感知其资源(例如路由器830、负载均衡器840)。
请参阅图8,有关资源引擎的工作流程如下：
第1步：资源服务710根据项目开发者(Project Developer)所设计的逻辑交付点向资源引擎720发出部署请求。
第2步：VFSM执行器721根据当前虚拟资源状态(即Instance状态726、Network状态727和Storage状态728)、QoS(部署请求的参数)、和部署规则库722中VFSM规则计算出当前虚拟资源“能力”(Capability)。注意，这里的“能力”是由VFSM执行器计算出来的，是在QoS下得出竞争结果。由于真实的资源能力是被VFSM(软件)来描述的，我们认为本发明的服务交付平台所管理的对象是企业“由软件定义的”数据中心。
第3步：VFSM执行器721根据上述竞争结果来执行事件，即请求各种资源引擎能力723、724和725中所列出的真实的“能力”，例如：CreateInstance(创建虚机实例)；StopInstance(停止虚机实例)。
第4步：资源引擎能力723、724和725根据参考模型760中存放的虚拟资源数据模型所描述的所有虚拟资源信息，如网络资源、存储资源、和计算资源这三类物理资源信息，以及虚拟资源对象模块的描述，找到物理资源具体实例作为请求实施的对象。
第5步：请求事件经由基础设施通信管理器730传到计算资源741、网络资源742或存储资源743上运行的某个代理。
第6步：代理实施具体的部署操作，例如：创建一个新的虚机实例。并将实施结果返回。
第7步：代理将具体资源的状态经由基础设施通信管理器730返回到资源引擎720。根据参考模型760中存放的虚拟资源数据模型所描述的所有虚拟资源信息，Instance状态726、Network状态727和Storage状态728中相对应的具体虚拟资源状态将被更新。
第8步：在本发明的服务交付平台，资源服务710是以查询的方式取得部署请求的结果的(即Instance状态726、Network状态727和Storage状态)。该结果也可以由中断的方式返回给资源服务710。
请参阅图2，在项目交付网络200中，通过调用资源服务，部署201将进行逻辑交付点和资源引擎204之间的“推”或“拉”调度。若是“推”调度，则不管物理交付点的能力而承诺资源的变化要求；并支持并行化的资源供应。若是“拉”调度，则只有当物理的交付点容量准备好时才会承诺资源的变化要求；并支持并行化的资源供应。
上述实施例是提供给本领域普通技术人员来实现和使用本发明的，本领域普通技术人员可在不脱离本发明的发明思想的情况下，对上述实施例做出种种修改或变化，因而本发明的保护范围并不被上述实施例所限，而应该是符合权利要求书所提到的创新性特征的最大范围。

Claims (9)

1.一种虚拟资源对象组件，将物理交付点中的物理资源抽象表示成虚拟资源，所述虚拟资源对象组件在服务交付平台中实施，所述服务交付平台自动将物理交付点中的物理资源组织连接起来，形成交付给逻辑交付点的虚拟资源，其中逻辑交付点是用户业务项目所需的计算、网络、存储逻辑资源的组合，逻辑交付点按照用户所定规格而来，其中的资源具有共享空间和共享时间的特性；其中所述虚拟资源对象组件包括独立的物理存储交付点和独立的服务器交付点，在服务器交付点中包括多个网络节点，其中每个网络节点代表一个物理服务器，每一个网络节点包括多个虚拟机实例，每个虚拟机实例代表一个虚拟服务器，每一个虚拟机实例包括由虚拟存储口、虚拟管理口和虚拟业务口组成的多个虚拟口，每个虚拟口均用于连接到对应的一个虚拟交换机，每个网络节点还包括多个虚拟交换机，虚拟交换机连接到物理的以太网卡、iSCSI总线适配器或光纤通道总线适配器，其中(1)以太网卡通过链路聚合组连接到网络节点之外的物理交换机，进而连接到光纤交换机，用于网络附加存储、分布式文件系统和软件模拟iSCSI，(2)iSCSI总线适配器直接连接到存储池，(3)光纤通道总线适配器或以太网光纤通道连接到光纤交换机，光纤交换机由多路通道连接到存储池，物理交换机连接到应用交换机组合，而应用交换机组合可划分VLAN，负载均衡接收外部请求并实现弹性IP地址，外部请求由负载均衡根据负载的实时情况分配给某个VLAN处理。
2.根据权利要求1所述的虚拟资源对象组件，其特征在于，物理交付点是在数据中心网络中经过定义和划分设备集合所构成的资源供应物理单元，物理交付点不依赖于其他设备而独立工作,最终形成资源供应的基本单元。
3.根据权利要求1所述的虚拟资源对象组件，其特征在于，所述服务器交付点为其服务消费者至少提供第一物理服务接口，以使交付点的应用用户能够消费交付点内的资源。
4.根据权利要求3所述的虚拟资源对象组件，其特征在于，所述服务器交付点为其服务供应者至少提供第二物理服务接口，以使交付点的服务供应者能根据自身意志实现预定义的交付点规范，以消费自然绑定在每个设备上的资源。
5.根据权利要求4所述的虚拟资源对象组件，其特征在于，所述服务器交付点包含一个物理管理接口，以使系统管理者根据ITU-T的TMN标准来管理服务器交付点，其中系统管理者只为应用交付提供物理交付点的划分，而管理则通过独立道路来实现，管理通常按用户域、部门域、或地理域进行划分，因此交付点是面向应用服务的，域组是面向管理的。
6.根据权利要求5所述的虚拟资源对象组件，其特征在于，物理服务接口包括第一物理服务接口、第二物理服务接口，物理服务接口和物理管理接口在不同网络上施行部署，不同的网络包括分隔的IP地址层次结构和不同的广播段。
7.根据权利要求5所述的虚拟资源对象组件，其特征在于，所述服务器交付点支持多租户的使用并实现服务供应隔离。
8.根据权利要求1所述的虚拟资源对象组件，其特征在于，所述服务交付平台包括三个层次的调度单元，其中：
项目交付调度单元，其包括计算、存储、网络资源的需求设计服务，系统资源分析服务，虚拟资源预约和部署服务，部署过程是逻辑交付点中的逻辑资源绑定到虚拟资源的过程，逻辑资源是以1对1的方式绑定到虚拟资源上的，这是整个逻辑交付点预约交付自动化过程中的第一次绑定；
虚拟资源调度单元，其包括虚拟资源的分配、配置、供应服务，虚拟资源到物理资源的绑定过程经过资源引擎，这是整个逻辑交付点预约交付自动化过程中的第二次绑定，资源引擎通过将各个虚拟资源进行汇聚来提供各种虚拟资源的能力，并保存了各个虚拟资源的状态模型,从而完成从虚拟资源到物理资源的绑定；
物理资源调度单元，物理资源上的代理接受资源引擎的设置资源指令，实现资源多路复用，资源空间共享，资源状态信息经过代理传回资源引擎。
9.根据权利要求8所述的虚拟资源对象组件，其特征在于，所述资源引擎实现了逻辑交付点预约交付自动化过程中虚拟资源到物理资源的绑定，并通过将各个虚拟资源进行汇聚来为上层提供各种虚拟资源的能力；计算资源、网络资源和存储资源都是物理交付点中的资源，资源上的各个代理实施具体的部署操作，并将具体资源的状态经由基础设施通信管理器返回到资源引擎，交付点和资源引擎形成一个客户端/服务器架构；资源引擎包括有限状态机执行器、部署规则库、多种虚拟资源的状态以及各种资源引擎能力；资源引擎利用虚拟有限状态机来管理虚拟资源；在服务交付时对于各类资源的能力进行计算，虚拟有限状态机是在虚拟的环境中定义一个有限状态机；由虚拟有限状态机执行器根据部署规则库及多种虚拟资源的状态，来解决逻辑交付点中的多个逻辑资源之间的资源竞争问题；多种虚拟资源的状态包括实例状态、网络状态和存储状态，用于暂存各种虚拟资源的状态，资源引擎能力则实现了各种能力管理器功能；参考模型不仅存储物理交付点中各种物理资源即网络、存储和计算资源信息，还存放虚拟资源数据模型所描述的所有虚拟资源信息，以及作为部署规则库存放备用规则。
CN201280046582.6A 2012-09-07 2012-09-07 虚拟资源对象组件 Expired - Fee Related CN103827825B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2012/081109 WO2014036717A1 (zh) 2012-09-07 2012-09-07 虚拟资源对象组件

Publications (2)

Publication Number Publication Date
CN103827825A CN103827825A (zh) 2014-05-28
CN103827825B true CN103827825B (zh) 2017-02-22

Family

ID=50236463

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201280046582.6A Expired - Fee Related CN103827825B (zh) 2012-09-07 2012-09-07 虚拟资源对象组件

Country Status (3)

Country Link
US (1) US9692707B2 (zh)
CN (1) CN103827825B (zh)
WO (1) WO2014036717A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107135110A (zh) * 2017-06-08 2017-09-05 成都安恒信息技术有限公司 一种私有云中预部署云计算物理资源的系统及使用方法

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10191778B1 (en) * 2015-11-16 2019-01-29 Turbonomic, Inc. Systems, apparatus and methods for management of software containers
US9106721B2 (en) * 2012-10-02 2015-08-11 Nextbit Systems Application state synchronization across multiple devices
US8745261B1 (en) 2012-10-02 2014-06-03 Nextbit Systems Inc. Optimized video streaming using cloud computing platform
US9559961B1 (en) * 2013-04-16 2017-01-31 Amazon Technologies, Inc. Message bus for testing distributed load balancers
US9686178B2 (en) * 2013-07-22 2017-06-20 Vmware, Inc. Configuring link aggregation groups to perform load balancing in a virtual environment
KR101563736B1 (ko) * 2013-12-24 2015-11-06 전자부품연구원 가상자원의 위치정보 매핑 방법 및 장치
US10120729B2 (en) 2014-02-14 2018-11-06 Vmware, Inc. Virtual machine load balancing
JP2015156168A (ja) * 2014-02-21 2015-08-27 株式会社日立製作所 データセンタのリソース配分システム及びデータセンタのリソース配分方法
US9958178B2 (en) * 2014-03-06 2018-05-01 Dell Products, Lp System and method for providing a server rack management controller
US9432267B2 (en) * 2014-03-12 2016-08-30 International Business Machines Corporation Software defined infrastructures that encapsulate physical server resources into logical resource pools
US10382279B2 (en) * 2014-06-30 2019-08-13 Emc Corporation Dynamically composed compute nodes comprising disaggregated components
US10229230B2 (en) * 2015-01-06 2019-03-12 International Business Machines Corporation Simulating a large network load
US9992153B2 (en) 2015-07-15 2018-06-05 Nicira, Inc. Managing link aggregation traffic in edge nodes
US10243914B2 (en) * 2015-07-15 2019-03-26 Nicira, Inc. Managing link aggregation traffic in edge nodes
US10853077B2 (en) * 2015-08-26 2020-12-01 Huawei Technologies Co., Ltd. Handling Instruction Data and Shared resources in a Processor Having an Architecture Including a Pre-Execution Pipeline and a Resource and a Resource Tracker Circuit Based on Credit Availability
US11221853B2 (en) * 2015-08-26 2022-01-11 Huawei Technologies Co., Ltd. Method of dispatching instruction data when a number of available resource credits meets a resource requirement
CN105808167B (zh) * 2016-03-10 2018-12-21 深圳市杉岩数据技术有限公司 一种基于sr-iov的链接克隆的方法、存储设备及系统
US9836298B2 (en) * 2016-03-28 2017-12-05 Intel Corporation Deployment rule system
US10027744B2 (en) * 2016-04-26 2018-07-17 Servicenow, Inc. Deployment of a network resource based on a containment structure
CN106302652B (zh) * 2016-07-29 2019-09-24 浪潮(北京)电子信息产业有限公司 一种光纤交换机模拟方法、系统及存储区域网络
US10187323B2 (en) * 2016-09-02 2019-01-22 Pivotal Software, Inc. On-demand resource provisioning
US10326646B2 (en) 2016-09-15 2019-06-18 Oracle International Corporation Architectural design to enable bidirectional service registration and interaction among clusters
US10298448B2 (en) 2016-09-20 2019-05-21 At&T Intellectual Property I, L.P. Method and apparatus for extending service capabilities in a communication network
CN106453360B (zh) * 2016-10-26 2019-04-16 上海爱数信息技术股份有限公司 基于iSCSI协议的分布式块存储数据访问方法及系统
CN106899518B (zh) * 2017-02-27 2022-08-19 腾讯科技（深圳）有限公司 一种基于互联网数据中心的资源处理方法以及装置
US10747565B2 (en) * 2017-04-18 2020-08-18 Amazon Technologies, Inc. Virtualization of control and status signals
CN109039686B (zh) * 2017-06-12 2022-11-08 中兴通讯股份有限公司 一种业务混合编排的方法及装置
US10686734B2 (en) * 2017-09-26 2020-06-16 Hewlett Packard Enterprise Development Lp Network switch with interconnected member nodes
US10552140B2 (en) * 2018-01-31 2020-02-04 Oracle International Corporation Automated identification of deployment data for distributing discrete software deliverables
US10715388B2 (en) * 2018-12-10 2020-07-14 Sap Se Using a container orchestration service for dynamic routing
CN111078362A (zh) * 2019-12-17 2020-04-28 联想(北京)有限公司 一种基于容器平台的设备管理方法及装置
US11698820B2 (en) * 2020-02-25 2023-07-11 Hewlett Packard Enterprise Development Lp Autoscaling nodes of a stateful application based on role-based autoscaling policies
CN111369173A (zh) * 2020-03-20 2020-07-03 中国船舶重工集团公司第七一六研究所 一种制造资源虚拟化和服务封装方法
CN111522624B (zh) * 2020-04-17 2023-10-20 成都安恒信息技术有限公司 一种基于虚拟化技术的报文转发性能弹性扩展系统及其扩展方法
CN113176875B (zh) * 2021-05-12 2024-01-12 同济大学 一种基于微服务的资源共享服务平台架构
US20240288840A1 (en) * 2021-06-18 2024-08-29 Siemens Aktiengesellschaft Method and apparatus for coupling the functional control in a distributed automation system
CN113516403A (zh) * 2021-07-28 2021-10-19 中国建设银行股份有限公司 交付流程的监测方法、装置、服务器及计算机存储介质
CN114666682A (zh) * 2022-03-25 2022-06-24 陈同中 多传感器物联网资源自适应部署管控中间件
CN116886495B (zh) * 2023-07-10 2024-04-09 武汉船舶通信研究所(中国船舶集团有限公司第七二二研究所) 一种5g专网赋能平台

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102103518A (zh) * 2011-02-23 2011-06-22 运软网络科技(上海)有限公司 一种在虚拟化环境中管理资源的系统及其实现方法

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8429630B2 (en) * 2005-09-15 2013-04-23 Ca, Inc. Globally distributed utility computing cloud
US8135603B1 (en) * 2007-03-20 2012-03-13 Gordon Robert D Method for formulating a plan to secure access to limited deliverable resources
US20090037225A1 (en) * 2007-05-04 2009-02-05 Celtic Healthcare, Inc. System for integrated business management
US8127291B2 (en) * 2007-11-02 2012-02-28 Dell Products, L.P. Virtual machine manager for managing multiple virtual machine configurations in the scalable enterprise
CN101493781B (zh) * 2008-01-24 2012-02-15 中国长城计算机深圳股份有限公司 一种虚拟机系统及其启动方法
US8417938B1 (en) * 2009-10-16 2013-04-09 Verizon Patent And Licensing Inc. Environment preserving cloud migration and management
US8310950B2 (en) * 2009-12-28 2012-11-13 Oracle America, Inc. Self-configuring networking devices for providing services in a nework
CN101957780B (zh) * 2010-08-17 2013-03-20 中国电子科技集团公司第二十八研究所 一种基于资源状态信息的网格任务调度处理器及方法
US9342368B2 (en) * 2010-08-31 2016-05-17 International Business Machines Corporation Modular cloud computing system
CN102546379B (zh) * 2010-12-27 2014-12-31 中国移动通信集团公司 一种虚拟化资源调度的方法及虚拟化资源调度系统
US8914513B2 (en) * 2011-06-23 2014-12-16 Cisco Technology, Inc. Hierarchical defragmentation of resources in data centers
US9118687B2 (en) * 2011-10-04 2015-08-25 Juniper Networks, Inc. Methods and apparatus for a scalable network with efficient link utilization
KR20130039213A (ko) * 2011-10-11 2013-04-19 한국전자통신연구원 장치 클라우드를 이용한 가상 머신 제공 시스템 및 그 방법
US9098344B2 (en) * 2011-12-27 2015-08-04 Microsoft Technology Licensing, Llc Cloud-edge topologies
US8565689B1 (en) * 2012-06-13 2013-10-22 All Purpose Networks LLC Optimized broadband wireless network performance through base station application server
US8745267B2 (en) * 2012-08-19 2014-06-03 Box, Inc. Enhancement of upload and/or download performance based on client and/or server feedback information
US8898507B1 (en) * 2012-09-27 2014-11-25 Emc Corporation Methods and apparatus for disaster tolerant clusters of hypervisors as a virtualized infrastructure service

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102103518A (zh) * 2011-02-23 2011-06-22 运软网络科技(上海)有限公司 一种在虚拟化环境中管理资源的系统及其实现方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
网络为虚拟化而变;李海平;《网络世界大会2011暨第十届以太网世界大会专刊》;20110912;第1页倒数第1段 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107135110A (zh) * 2017-06-08 2017-09-05 成都安恒信息技术有限公司 一种私有云中预部署云计算物理资源的系统及使用方法

Also Published As

Publication number Publication date
CN103827825A (zh) 2014-05-28
US9692707B2 (en) 2017-06-27
US20140351443A1 (en) 2014-11-27
WO2014036717A1 (zh) 2014-03-13

Similar Documents

Publication Publication Date Title
CN103827825B (zh) 虚拟资源对象组件
US11657436B2 (en) Managing storage volume in a virtual computing infrastructure
CN104881325B (zh) 一种资源调度方法和资源调度系统
Rochwerger et al. The reservoir model and architecture for open federated cloud computing
CN103891209B (zh) 网络控制系统中的控制器
US7503045B1 (en) Extensible computing system
US9716746B2 (en) System and method using software defined continuity (SDC) and application defined continuity (ADC) for achieving business continuity and application continuity on massively scalable entities like entire datacenters, entire clouds etc. in a computing system environment
CN108921551A (zh) 基于Kubernetes平台的联盟区块链系统
CN107579931A (zh) 一种基于Kubernetes的区块链即服务资源适配方法
CN108431778A (zh) 对虚拟桌面实例池的管理
CN108885554A (zh) 特定分散计算机系统
CN107548549A (zh) 分布式计算环境中的资源平衡
WO2015103113A1 (en) System and method for allocating resources and managing a cloud based computer system
CN105940659A (zh) 虚拟资源映射机制
CN109075986A (zh) 一种网络功能实例的管理方法及相关设备
CN109155758A (zh) 虚拟基础架构
CN109634717A (zh) 一种分时租赁SaaS多用户服务平台
CN106961440B (zh) 基于企业级资源运行监控管理的云平台
CN103828300B (zh) 逻辑交付点到物理交付点的电信信息网络架构式映射系统
CN106462444A (zh) 云提供商选择和投影的架构及方法
Hbaieb et al. A survey and taxonomy on virtual data center embedding
Wolfsthal et al. The reservoir model and architecture for open federated cloud computing
CN109062685A (zh) 云数据系统中资源的管理方法和装置
Jarray et al. Efficient resource allocation and dimensioning of media edge clouds infrastructure
Mao et al. Design and Optimization of Cloud-Oriented Workflow System.

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20170222

Termination date: 20200907