CN103403683A - 虚拟数据中心服务请求的基于能力的路由 - Google Patents

虚拟数据中心服务请求的基于能力的路由 Download PDF

Info

Publication number
CN103403683A
CN103403683A CN2012800113526A CN201280011352A CN103403683A CN 103403683 A CN103403683 A CN 103403683A CN 2012800113526 A CN2012800113526 A CN 2012800113526A CN 201280011352 A CN201280011352 A CN 201280011352A CN 103403683 A CN103403683 A CN 103403683A
Authority
CN
China
Prior art keywords
data center
data
provider edge
ability
request
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.)
Pending
Application number
CN2012800113526A
Other languages
English (en)
Inventor
苏克德夫·S·卡普
宿伯里塔·本那杰
伊桑·斯皮格尔
阿肖克·甘尼申
乔舒亚·美瑞林
苏米特·辛格
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.)
Cisco Technology Inc
Original Assignee
Cisco Technology Inc
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 Cisco Technology Inc filed Critical Cisco Technology Inc
Publication of CN103403683A publication Critical patent/CN103403683A/zh
Pending legal-status Critical Current

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/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
    • G06F9/5044—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 considering hardware capabilities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
    • G06F11/3072—Monitoring arrangements determined by the means or processing involved in reporting the monitored data where the reporting involves data filtering, e.g. pattern matching, time or event triggered, adaptive or policy-based reporting
    • G06F11/3082—Monitoring arrangements determined by the means or processing involved in reporting the monitored data where the reporting involves data filtering, e.g. pattern matching, time or event triggered, adaptive or policy-based reporting the data filtering being achieved by aggregating or compressing the monitored data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • 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/503—Resource availability

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Mathematical Physics (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

系统和方法被提供以用于:在供应商边缘路由设备处接收代表置于数据中心中的计算设备的能力的能力数据，该能力数据已经由相关联的本地数据中心边缘设备发布，由供应商边缘路由设备向供应商边缘路由设备的网络中的彼此通信的其它供应商边缘路由设备公告能力数据。供应商边缘路由设备还从这些其它供应商边缘路由设备中的每个设备处接收相应的能力数据，其中这些其它供应商边缘路由设备中的每个设备经由对应的数据中心边缘设备与相应的本地数据中心相关联，并且在能力目录中存储所有的能力报告。此后，针对计算服务的请求在供应商边缘网络上被接收，并且提供基于能力目录选择数据中心中的一个来实现该针对计算服务的请求从而得到选定的数据中心，以及向选定的数据中心路由该针对计算服务的请求。

Description

虚拟数据中心服务请求的基于能力的路由
技术领域
本公开涉及公告云计算系统中的能力(capabi1ity)和资源以及路由服务请求。
背景技术
“云计算”可以被定义为基于互联网的计算，其中经由互联网从通信可用的资源池中按需地向客户端或用户计算机或其它设备提供共享的资源、软件和信息。云计算被构想成大众化到资源和服务的访问的办法，让用户有效地购买他们所需要和/或可以支付的尽可能多的资源。
在云计算环境中，众多的云服务请求在相对短的时间段内被服务。云服务由如下服务的任意组合组成:计算服务、网络服务和存储服务。网络服务的示例包括:数据中心中各种物理和逻辑的元件之间的L2(VLANs)或者L3(VRFs)的连通性、包括防火墙与负载平衡器、QoS、ACLs、以及记账的L4-L7服务。在这样的环境中，在数据中心内和数据中心之间自动操作云服务的放置和实例化是极其有益的，从而云服务请求可以在最少(优选地没有)人类干预的情况下，被地动态地安置(accommodate)。
附图说明
图1示出了支持云计算并根据属性归纳技术操作的网络拓扑的示意图。
图2示出了诸如web或者应用服务器、包括属性归纳逻辑的存储设备的云资源设备。
图3示出了包括属性归纳逻辑的聚合节点，如边缘节点。
图4示出了列出可以由符合属性归纳逻辑的云资源设备维护的示例属性和元数据的示例性表格。
图5示出了可以从云资源设备发送到网络中下一更高(聚合)节点的示例性发布消息。
图6和图7是示出根据属性归纳逻辑操作系统的示例系列步骤的流程图。
图8是示出数据中心能力和资源的分层公告(hierarchicaladvertisement)方案的图。
图9是被配置为参与分层公告方案的聚合节点的示例框图。
图10是被配置为参与分层公告方案的数据中心边缘节点的示例框图。
图11是被配置为参与分层公告方案的供应商边缘节点的示例框图。
图12示出了分层公告方案中在数据中心边缘节点中执行的操作的流程图的示例。
图13示出了分层公告方案中在供应商边缘节点中执行的操作的流程图的示例。
图14是被配置为与其它供应商边缘节点共享数据中心层能力以及基于能力路由用户服务请求的供应商边缘节点的示例框图。
图15示出在供应商边缘节点上接收能力归纳数据并与其它供应商边缘节点共享该数据的示例系列步骤。
图16示出了接收用户服务请求并基于在供应商边缘节点中存储的能力归纳数据路由该请求的示例系列步骤。
具体实施方式
概述
系统和方法被提供用于:在供应商边缘路由设备处接收代表置于数据中心中的计算设备的能力的能力数据，该能力数据已经由相关联的本地数据中心边缘设备发布，以及由供应商边缘路由设备向与供应商边缘路由设备网络中的另一个设备通信的其它供应商边缘路由设备公告能力数据。供应商边缘路由设备还从这些其它供应商边缘路由设备处接收相应的能力数据，其中这些其它供应商边缘路由设备中的每个设备经由对应的数据中心边缘设备与相应的本地数据中心相关联，并且在能力目录中存储所有的能力报告。此后，计算设备的请求在供应商边缘网络上被接收，并且方法论提供:基于能力目录选择一个数据中心来落实该计算设备的请求得到所选的数据中心，以及向所选的数据中心路由该计算设备的请求。
示例性实施例
图1示出了支持云计算并根据属性归纳技术操作的网络拓扑100的示意图。顶层网络120互连多个路由器125。这些路由器125中的一些可以是供应商边缘路由器，该供应商边缘路由器经由数据中心(DC)边缘路由器133、134、135、136使能到数据中心131、132的连通性。其它的路由器125可以被永久排他地作为“核心”路由器用于顶层网络120，这时它们可以对于任何DC边缘路由器不直接可见。
每个数据中心131、132(并且使用数据中心131作为示例)可以包括DC边缘路由器133、134(如所提到的)，防火墙138，以及负载平衡器139。这些元件一起操作以使能“网荚(pod)”151(1)-151(n)、152(1)等等，从而通过网络拓扑100有效地通信并且向例如可以是其它数据中心或者甚至是独立计算机的客户端110提供计算和存储服务，这些网荚分别包括多个云资源设备190(1)-190(3)、190(4)-190(7)、190(8)-190(11)。在发布-订阅者系统中，该系统是实现这样的云计算环境的一种办法，客户端110是所请求的资源的订阅者并且(发布它们的资源、能力等等的)云资源设备190(1)-190(3)、190(4)-190(7)、190(8)-190(11)是那些资源的最终提供者，尽管客户端自己可能不知道哪些具体的云资源设备确切地提供所要的服务(例如，计算、存储等等)。
仍然参考图1，每个网荚(例如，151(1))可以包括一个或多个聚合节点160(1)、160(2)等等，视情况而定，这些聚合节点经由接入交换机180(1)、180(2)与多个云资源设备190通信。也可以向每个网荚151提供防火墙178和负载平衡器179以提升与网络拓扑100的上层的连通性的效率并且确保安全性。
还仍然参考图1，网荚内的服务器可以一起被分组到被称作“集群或集群池”中。例如，如果在网荚内有100个物理服务器，那么它们可以被分到四个集群中，每个集群包括25个物理服务器。物理资源在集群中被共享用于负载分布、故障处理等等。集群的概念可以被视为(除了网荚层、数据中心层和供应商边缘层外)的第四分级层。集群层隶属于网荚层。
可以构想有一些部署没有使用所有三个(或者甚至四个)阶层(集群、网荚、数据中心和供应商边缘)。例如，可以构想到本文描述的技术可以被用于只有两个层次(例如，数据中心层和供应商边缘层)中，在这两个层次中数据中心实际上被视为网荚。在另一示例中，本文描述的技术被用于四个层次:供应商边缘、数据中心、网荚和集群。
云资源设备190自己可以是可能被末端用户(例如客户端110)使用或者末端用户感兴趣的web或者应用服务器、诸如硬盘驱动器的存储设备、或者任何其它计算资源。图2示出示例性的云资源设备190，设备190包括处理器210、相关联的存储器220、以及诸如网络接口卡的网络接口单元240，其中存储器220可以包括功能在下面被描述的属性归纳逻辑230，网络接口单元240使能云资源设备190外部地与其它设备通信。尽管没有示出，每个云资源设备190还可以包括诸如键盘、鼠标和显示器的输入/输出设备，以使能对给定的云资源设备190的直接控制。本领域的技术人员将认识到云资源设备190可以是可以不具有分别的专用输入/输出设备的机架安装(rackmounted)设备，例如刀片。相反，经由中央控制台或者一些其它的布置这样的机架安装设备可以是可访问的，通过中央控制台或者这些其它的布置云资源设备的个体可以被(例如管理员)访问、控制和配置。
图3示出示例的聚合节点160，像云资源设备190一样，该聚合节点160可以包括处理器310、相关联的可以包括属性归纳逻辑330的存储器320、以及诸如网络接口卡之类的网络接口单元340。交换机硬件315也可以被包括在其中。交换机硬件315包括一个或多个专用集成电路以及支持电路来缓冲/排队到来的分组并通过特别的端口向目的设备路由分组。交换机硬件315可以包括被配置为将服务等级、服务质量和其它策略应用于分组路由的自有处理器。聚合节点160还可以经由输入/输出功能来被访问以使能对给定聚合节点160的直接控制，该输入/输出功能包括由例如键盘、鼠标和显示器支持的功能。
处理器210/310可以是可编程处理器(微处理器或微控制器)或者固定逻辑处理器。在可编程处理器的情况下，任何关联的存储器(例如，220、320)可以是编码有或存储有指令的任何类型的有形的处理器可读存储器，该指令可以实现属性归纳逻辑230、330。替代地，处理器210、310可以由固定逻辑的处理设备组成，诸如配置固件的的专用集成电路(ASIC)或者数字信号处理器，该固件由使得处理器运行本文描述的功能的指令或者逻辑组成。因而，可以在一个或多个用于执行诸如固定逻辑或者可编程逻辑(例如，由处理器执行的软件/计算机指令)的有形媒介中编码属性归纳逻辑230、330，并且任何处理器可以是包括固定数字逻辑的可编程处理器、可编程数字逻辑(例如，现场可编程门阵列)或者ASIC、或者他们的组合。一般来说，任何处理逻辑可以在编码有由处理器执行的指令的处理器或者计算机可读介质中实施，当该指令被处理器执行时，该指令可操作来使得处理器执行本文描述的功能。
如同提到的，在给定的网络中可以有很多不同类型的云资源设备190，包括但不限于:计算设备、网络设备、存储设备、服务设备等等。这些设备中的每个设备可以有一组不同的能力或者属性，并且这些能力或者属性可以随着时间变化。例如，较大容量的硬盘驱动可以安装在给定的存储设备中，或者一组升级的并行处理器可以安装在给定的计算设备中。此外，某一云，特别是操作符合发布-订阅模式的云，如何看待或者向潜在的订阅者呈现/公告这些聚合的能力或者属性可以从一种能力或者属性的类型变化到另一种。
更具体地，在云计算基础设施的一个可能实现方式中，该基础设施像图1中示出的一样并包括图2和图3中示出的设备，可能需要通过云或者网络来公告或者发布每个云资源设备190(或者那些能力或者属性的一些聚合版本)的能力或者属性。即，为了达成有效的云计算，网络范围的分级特性和所有网络附属实体(例如，云资源设备190)的能力图可以通过使得设备经由发布-订阅机制独立地发布(公告)它们的能力来被自动生成。然而，依靠所有这样的由每个云资源设备190向所有潜在的订阅者发布的信息，可以很容易地造成消息的过载，并且不必要地使接收者/订阅者陷入困境。由于这个原因，符合属性归纳逻辑230/330的发布-订阅机制，被配置为在相应的域内归纳设备属性，随后并且随后向总的网络拓扑100中下一个更高层次的域发布结果的归纳。
在一个实施例中，由设备(例如，云资源设备190)在网络分级的最低层次(例如，在网荚151内)的域中发布的能力或者属性被归纳/聚合到与整个域相关联的能力的共有组中。因而，再次参考图1，在例如数据中心网荚151(1)内的独立云资源设备190的能力作为一个整体与整个数据中心网荚相关联，没有任何以下的概念:在网荚151内的不同云资源设备190或者经由例如接入交换机180的这些设备190之间的连通性。如将在下文更全面地说明的那样，能力和属性的聚合和归纳从等级的每一层持续到下一层，在不使得整个网络陷入困境的情况下使客户/订阅者能够获取他们想要的服务。
在某一实施例中，每个设备可以在公共控制平面平面上公告(发布)它的能力或者属性。这样的控制平面可以使用使能设备彼此通信的其它可能的协议或者机制之间的存在协议，例如XMPP(可扩展标记存在协议)来实现。
显著地，并且在维护属性归纳过程中的一定自动化的水平的努力中，不仅要发布或者公告给定的属性，而且要与给定的属性一起提供可扩展的聚合功能，该功能使得正在发布属性的设备能够指定在网络分级中的下一个更高层次处属性应该被处理/聚合或者归纳的方式。由于不同的属性可能需要被不同地归纳，在该上下文中希望可扩展性。例如，根据属性的类型，属性可以被经由诸如级联、增加、选择某一值的更小值等的原始功能来与其它设备的相似属性一起归纳。在一个实现方式中，属性归纳逻辑230/330可以提供和/或支持原始聚合功能(例如，加、乘、减、平均、标准方差、级联、长度、小于、大于、最大、最小、并集、交集等等)的全面列表，并且设备随后可以在给定设备的属性要被归纳时，指定使用哪一个(或者哪种组合的)原始功能。原始聚合功能的选择可以自动地执行，或者可以由管理员手动地执行。
图4示出了列出示例属性以及与这些属性相关的元数据的表格，这些数据可以由例如符合属性归纳逻辑230/330的云资源设备190维护。具体地，假设云资源设备190是包括多个处理器(核)的通用服务器设备，它具有一定的磁盘驱动容量，并且主持多个应用(App1、App2)。如图4的表格所示，每个上述的属性与描述每个属性是应该同其它的其它设备(例如，云资源设备190)的相似属性如何被归纳的元数据(例如，功能)相关联。具体地，属性“处理器的#”与作为它的元数据的原始功能“加”相关联。这意味着，当该特定的属性被发布给网络拓扑100中的下一个更高层次节点(例如，聚合服务器160)时，该节点将取得处理器的数目(在这种情况下为4，如表格的值栏所示)并且将该数目加到任何目前正在运行的对处理器数目的记录中。因而，例如假设给定的客户端110寻求8个处理器的处理能力，并且聚合服务器160可以已经把来自多个云资源设备190中的每个设备的处理器数目加到一起结果共有20个这样的处理器。于是，从客户端110的角度来看，聚合服务器160可以提供8个服务器的能力。
仍然参考图4，磁盘容量的属性也可以与作为如何把该属性与相似属性相归纳的指令的元数据“加”相关联。对于可以在通用服务器上主持的应用(App1、App2)来说，那些应用可以与级联指令或者功能相关联，从而使得应用列表可以在归纳上产生。举例来说，结果的归纳可以是:“字处理器、空白表格、相关数据库”或者那些应用的一些数字值。网络拓扑中的下一个更高的节点会接收该归纳列表并且能够把其中的部分列表匹配到由客户端110生成的订阅消息。
图5是可以从云资源设备190向网络元件等级中的下一个更高的节点(例如，聚合服务器160)发送的示例性发布消息500。在实施例中，属性归纳逻辑230从与图4的表格所示的数据相似的数据中生成消息500。消息500可以包括目的地址(下一个更高的节点)、源地址(标识例如云资源设备190)以及一个或多个表征云资源设备190的属性。如图所示，每一个属性(Att1、Att2、…、Attn)已经关联包括数值和指令、指示或者功能的元数据，该指令、指示或者功能提供了一种规则，相关联的属性可以被通过该规则与其它云资源设备的类似属性相归纳。因而，每个发布消息500可以被认为是任何预定长度的元组(或者一组信息)，该元组包括关于如何组合相关联的属性(或者其值)与其它类似属性的的属性以及元数据，元数据描述该属性的值和功能、指令、指示等等。
在上面的启发下，本领域的技术人员将认识到属性归纳逻辑230使能每个设备独立地确定它想公告或者发布的属性。属性归纳逻辑230还使能设备提供关于这些属性的元数据。这种途径使得执行归纳功能的下一个更高节点没有优先知道或者理解的属性仍然可以在下一个更高等级的层次上被智能地归纳/聚合并且随后被发布。在一个可能的实现中，云资源设备190可以向顾客提供配置他们自有属性的能力，这些能力没有被设备自己所理解，但是这些能力在更高等级上被智能地归纳/聚合并且被发布，随后被引用到顾客策略中用于分层呈现和服务配设。
下面是属性归纳逻辑230可以如何操作的另一示例。考虑通过网络分层公告“计算”能力的示例。每个云资源设备可以公告它可用的核的数目以及每个核的操作频率。例如，设备A公告4C1.2Ghz，设备B公告4C1.2Ghz，而设备C公告4C2.0Ghz。这些云资源设备中的每个设备将向第一逻辑跳(例如聚合节点160)发布。在该节点，属性归纳逻辑330可以将所接收的信息聚合或者归纳到“8C1.2Ghz，4C2.0Ghz”的一个发布中。相反地，传统的发布-订阅系统可能简单地发送或者转发三个原始接收的个体的发布。注意，在这种情况下，归纳不是简单的相加操作，而相反是某一功能。这样的功能可以使用一个或多个操作，这些操作包括但不限于:加、乘、减、平均、标准方差、级联、长度、小于、大于、最大、最小、并集、交集及其它。
在这个特定的示例中，归纳的根本功能是:比较频率，而且如果它们相等，那么增加核的数目。
更具体地，考虑元件以<key，value>的阵列排列，其中key是操作频率而value是核的数目。即，再次参考图4，针对该特定的功能同时考虑超过一个属性，其中该功能可以定义如下:
aggregation_function(input[])
即，对于每个具有给定操作频率的核，把该核加到运行的总数上。用这种方法，网络分级中下一个更高的节点可以有效地归纳属性，或者甚至来自网络分级中下一个更低层次的节点的属性的组合。
本领域的技术人员将认识到可以实现更复杂的操作。举例来说，可能希望考虑包括例如存储器、存储器。处理器类型(PCC、X86、ARM、32bit、64bit等等)、连通性、带宽等等的多个维度。所有这样的属性可以与在元数据(甚至可以包括清晰的公式)中递送的指令或者功能相一致地被归纳，该元数据与像图5中所示的消息那样的消息中的属性一起被提供。归纳功能的另一示例是“交集”，如上文提到的。例如，可能需要确定路由域中不同路由器之间所支持的路由协议的交集。考虑以下情形:
路由器1支持:BGP(边际网关协议)、OSPF(开放式最短路径优先)、RIP(路由信息协议)、ISIS(中间系统到中间系统);归纳操作符(功能)＝交集。
路由器2支持:BGP、RIP、ISIS;归纳操作符(功能)＝交集。
根据交集的归纳的信息将是:BGP、RIP、ISIS。
交集可以是有用的功能，在其中给定路由域中的所有路由器应该经由相同的协议通信。
很明显，把来自给定域内的多个资源聚合到将被向下一个更高的域公告的一组资源值中的任何尝试可以造成信息的丢失。每当引入归纳时都存在内在的权衡:提升了规模，但是由于详细信息的丢失降低了准确度。“资源群组”是这样的一个工具:因增加信息数目为代价，可以帮助提升向等级中的更高层次展现资源的准确度。
例如，不可能准确地把如下的能力聚合到仅仅一个处理容量值和一个可用带宽的值中:
·2Ghz处理容量可以通过具有2Gbps可用带宽的链路来达到;以及
·10Ghz处理容量可以通过具有500Mbps可用带宽的链路来达到。
保守的途径将公告2Ghz处理容量与500Mbps可用带宽。然而，到数据中心控制点针对超过2Ghz的处理容量的、500Mbps可用带宽的请求，将不会被指导向具有上文发布的归纳的网荚。
在另一方面，积极的途径可以使得公告10Ghz处理容量与2Gbps可用带宽。大于2Ghz的处理容量以及大于500Mbps可用带宽的请求可以仍然被指导向该网荚，尽管这样的组合不能被支持。网荚控制点将不得不拒绝这个请求，让数据中心控制点选择不同的网荚。
为了更加准确地公告这样的组合，可以引入资源群组的概念。上述能力的组合可以通过为相同的网络元件公告两个资源群组来准确地展现。一个资源群组可以反映2Ghz处理容量和2Gbps可用带宽的组合。另一资源群组可以反映10Ghz处理容量和500Mbps可用带宽的组合。
因而，资源群组可以被认为是为了记账和消费的目的，被一起汇集到一个容器中的分散资源的汇集。特定的资源可以被合并到一个或多个资源群组中并且给定资源群组的组成(聚合了哪些资源类型/属性)可以在运行时间上改变。新的资源群组可以在系统在操作时被创建。
信息的发布者可能一点也没有意识到资源群组，或者他们将是哪个资源群组的一部分，因为任何与资源群组的关联都被执行为资源公告，这些资源公告在网络分级内的下一个更高层次，或者更普遍地，在不一定按等级排列的不同节点上被接收与分析。
作为示例，假定如下的资源群组模板由管理员所定义:
·“存储器密集型App”:该群组可以包括有权访问4GBRAM的核。
·“计算密集型App”:该群组可以包括工作在至少2Ghz上的核。
·“带宽密集型App”:该群组可以包括可以使用10Gbps链路连接的核。
现在考虑具有如下发布的公告的云资源设备:
·使用1Gbps链路连接到交换机的“2核2Ghz4GBRAM”;以及
·使用10Gbps链路连接到交换机的“4核1Ghz16GBRAM”。
当公告到达下一个更高层次的节点时，该节点可以导出三个资源群组，即:
·具有公告“5个单元”(20GBRAM/4)的“存储器密集型”资源群组；
·具有公告“2个单元”(一共只有2个工作在至少2GHz上的核)的“计算密集型”资源群组;以及
·具有公告“4个单元”(只有4个核经由10Gbs链路连接)的“带宽密集型”资源群组。
图6是示出根据属性归纳逻辑230来操作系统的示例系列步骤的流程图。在步骤610，在第一网路设备处，该第一网络设备的属性被标识。诸如核/处理器的数目、时钟频率、存储器数量等等的属性可以自动地或者由管理员手动标识。
随后，在步骤620，选择函数，该函数定义属性如何与第二网络设备的相同属性一起被归纳。函数可以例如是计数、加、乘、除、减、平均、标准方差或者级联以及甚至包括更多缜密的公式或者程序中的任何一个。在步骤630，包括元组(或者一组信息)的消息被生成，该元组包括属性和函数的标识，并且随后在步骤640，消息被发送到网络分级中的下一个更高节点，该网络设备是该网络分级的一部分。在某一示例中，使用诸如XMPP之类存在的协议发送消息。尽管没有规定，第一和第二网络设备可以处在网络分级内的相同层次上，从而使得网络分级中的下一个更高节点可以接收多个这样的消息并且归纳更低层次实体的属性。这些消息还可以是发布-订阅系统内的发布或者公告消息。
图7是示出根据属性归纳逻辑运行系统的另一示例系列步骤的流程图。
如图所示，在步骤710，在例如包括多个网络设备的数据中心的聚合节点上，来自第一网络设备的第一发布消息被接收，而且来自第一网络设备的第一发布消息包括具有形式(属性1，元数据1)的第一元组(或者一组信息)，其中给定的属性描述了第一网络设备的能力。在步骤720，在例如数据中心的相同聚合节点上，来自第二网络设备的第二发布消息被接收，而且来自第二网络设备的第二发布消息包括具有形式(属性2，元数据2)的第二元组(或者一组信息)。在步骤730，由第一元组和第二元组中符合元数据所定义函数的组合信息生成第三元组(或者一组信息)，并且在步骤740，第三发布消息被发送到等级结构中的下一个更高聚合节点，当前的聚合节点是等级结构的一份子，第三发布消息包括第三元组。
如同所述，归纳节点也可以生成以不同的办法组合与归纳来自多个网络设备的属性的资源群组。因而，第一发布消息和第二发布消息可以各自包括多个属性和相应的元数据，而且总的方法论还可以生成多个群(资源群组)来满足，也许预定的模板，该多个群以不同的办法组合与归纳属性。
为了在云计算系统中作出智能的放置决定，向作出云服务放置决定的资源管理者显露所有云元件(计算、网络、和存储)的能力和资源是非常有益的。目标为:在针对存在充足可用的资源和能力满足所有云服务请求的同时，最小化由于个体云元件上的不充足的资源或者能力导致的实例化故障和重试。
对所有云元件的能力和资源的公告应该以这种方式进行:对资源管理者显露充足的细节以准确滴放置云服务。然而，这些公告应该被约束，从而在不压考接收和处理公告的云控制平面的前提下，解决方案扩展至具有成百上千个服务器的众多大型数据中心。
也参考图1转向图8，现在描述用于云计算系统中的数据中心内和之间公告资源和能力的等级机制。该机制允许云-中心网络(CCN)控制平面通过创建这些资源的统一视角以及把它们展现为统一的资源池来充分利用在不同的云元件之间分布的能力和资源，该资源池可以用灵活的办法部署，从而向配设层隐藏设备层次的细节和复杂性。
在计算、网络(服务节点)、和存储设备的跨度上被公告的资源和能力包括动态容量，随着云服务请求的来去而波动并且还由于变化的流量负载而波动。资源和能力数据库以分布式和节点错误-容忍的方式被维护。
通过建造公告域的分级树来执行能力公告，该分级树也被称作公告层次或者层，如图1和图8中的信息数据流所示。在每个域内，有一个或多个收集公告的服务器，例如使用诸如XMPP发放的机制的发布/订阅机制。域中的所有节点向该公告域的服务器发布它们的能力。在服务器上所收集的信息被归纳用于等级中的下一个更高层次，向父域的服务器公告代表整个子域的聚合节点。
分级的最低层次通常是网荚，例如图1中示出的网荚151(1)-151(n)和152(1)，网荚通过接入交换机从聚合交换机向计算和存储设备扩展。在网荚内，计算服务器、L4-L7服务节点(例如，接入交换机、FW和LB设备)、存储节点(存储阵列)使用上文描述的关于图4-7的技术来公告它们的能力，例如。假设存储节点是计算设备的一部分或者与计算设备相关联，这些计算设备例如是图1中示出的web/应用服务器190。网荚公告域的服务器被部署在每个网荚的指定设备上，诸如在如图1所示的聚合交换机上或者在该网荚或者一些其它网荚里的计算设备上运行的虚拟机器里，或者在一些不关联任何网荚的其它位置处的计算设备里。结果的网荚层次能力目录包括该网荚的网络视角。不仅如此，这是等级的最低层次，该视角包括网荚的全部拓扑，该网荚的全部拓扑包括所有节点和接口以及它们个体的能力和资源。
因而，对于图8示出的在指定设备例如聚合节点160(1)处的网荚1.1，从一个或多个计算存储服务节点设备处接收公告消息，这些公告消息公告这些相应云元件的能力。这些消息可以如上文关于图4-7的描述的那样被生成和规格化。例如，公告与web和应用服务器相关联的计算和存储能力的消息可以指示虚拟机器(VMs)的数目，特定于VM的参数如CPU、存储器、虚拟网络接口卡、和存储容量。公告与服务节点(例如，FWs和LBs)相关联的能力的消息可以包括虚拟FW(vFW)上下文、虚拟LB(vSLB)上下文和其它元数据。vFW或者vLB上下文是物理实体内的独立和逻辑管理和转发域。另外，接入变换机发送指示它们的带宽、对于各种前向协议的支持、接口能力的公告消息。这种类型的公告针对所有网荚运行，因而聚合节点160(n)从它所构成的计算、存储和服务节点设备接收公告消息。
聚合节点160(1)-160(n)运行用于网荚公告域或公告层的服务器，产生网荚层能力目录数据，该目录数据归纳网荚层清单并向公告等级中的下一个更高层次处的指定设备传播该数据，该更高层次通常是数据中心层。换言之，聚合节点160(1)-160(n)发送公告它们的网荚层能力归纳数据的消息给它们对应数据中心的指定设备(例如数据中心边缘节点133(1))例如在图8所示的示例中的边缘交换机。这对多个数据中心的每个，公告消息的相似的流发生向如由图8中示出的数据中心边缘节点133(k)所指示的对应的边缘节点。
每个数据中心边缘节点从每个所构成的网荚的聚合节点处接收公告网荚层能力归纳数据的消息，并且生成数据中心层能力目录。数据中心层能力目录包括数据中心层能力归纳数据，该归纳数据归纳该数据中心的所有网荚的能力而不需要显露每个网荚中的个体的计算、存储和服务节点设备以及在数据中心层上的个体资源，即那些不包括在任何网荚中的资源。例如，数据中心边缘节点133(1)针对数据中心1生成指示聚合的VMs、存储容量、带宽、FW、SLB的数据中心层能力目录，并且数据中心边缘节点133(k)针对数据中心k生成指示聚合的VMs、存储容量、带宽、FW、SLB的数据中心层能力目录。
结果的数据中心层能力目录描述了聚合的网荚能力，如计算、L4-L7服务以及存储，这些为网荚向数据中心层所公告的能力整体地与该网荚相关联。网荚内的个体服务器、器具和交换机不在数据中心层上显露。数据中心层上不“显露”的个体设备意味着数据中心层能力目录数据没有具体地标识或者指向具有一定计算容量(例如，VM容量)的特别的设备，例如网荚151(1)中的服务器190(1)。然而，任何给定组件(例如，服务器190(1))的容量反映归纳数据中。因而，数据中心层能力归纳数据没有具体地指向或者标识任何网荚中的任何特别的计算、存储或者服务节点设备。数据中心层能力的示例有:数据中心边缘交换机、外围防火墙、中间网荚负载平衡器、入侵检测系统、广域网(WLAN)加速服务等等。此外，位于网荚外的交换机和其它器具在数据中心层(包括接口)上被单独地公告，从而可以得出数据中心层拓扑。
为数据中心公告域运行服务的节点归纳数据中心层清单并且向供应商边缘网络层的服务器传播该清单，该供应商边缘网络层在这里也被称为下一代网络(NGN)公告域。NGN层也被称作供应商边缘(PE)层。即数据中心边缘节点133(1)-133(k)向供应商边缘网络层或者NGN层上的指定设备发送公告它们能力归纳数据的消息。像针对网荚层一样，诸如计算、L4-L7服务以及存储能力的聚合数据中心能力被公告，这些数据中心能力整体地关联某一给定数据中心。数据中心内的个体服务器、器具和交换机不在供应商边缘网络层或者NGN层上显露，与上文针对数据中心层的描述。位于数据中心之外的交换机在数据中心层(包括接口)上被单独地公告，从而可以得出NGN层拓扑。因而，在供应商边缘网络层的指定设备，例如供应商边缘节点125上，供应商边缘网络层能力归纳数据被生成，该归纳数据整体地归纳每个数据中心内的计算、存储和网络设备的能力而不需要显露每个数据中心内的个体的计算、存储和网络设备。因而，像数据中心层能力归纳数据一样，供应商边缘网络层能力归纳数据归纳给定数据中内的所有网荚的能力，并且没有具体地指向或者标识任何数据中的任何网荚中的任何特定的计算、存储或者服务节点设备。供应商边缘网络层能力归纳数据的示例为:虚拟私有网络(VPNs)所支持的类型和数目，邻近信息(顾客数据中心和服务供应商数据中心之间的网络距离)，两个数据中心之间的连接的诸如延迟、抖动、分组丢失等等的性能，由PE路由器所支持的虚拟路由器/转发器的数目。
现在参考图9对聚合节点的描述，该聚合节点被配置为参与上文关于图8所描述的分层公告能力处理。图9与图3相似。聚合节点包括处理器310、交换机硬件315、存储器320和网络接口单元340。存储器310存储用于网荚层能力公告处理逻辑800的可执行指令并且也存储网荚层能力目录数据805。网荚层能力公告处理逻辑800使得处理器310从部署聚合节点的网荚中的计算、存储和服务节点设备接收消息公告能力，并且使得处理器310从中生成包括网荚的能力归纳数据的网荚层能力目录805。网荚层能力公告处理逻辑800还使得处理器310生成并发送公告网荚层能力归纳数据的消息给对应数据中心的边缘节点。
当数据中心内的服务器被分组到集群中从而每个网荚包括计算设备的多个集群时，则指定的设备，例如聚合节点的逻辑800还被配置为接收公告对应网荚中的计算机设备的每个集群的能力的公告消息，并被配置为生成网荚层能力归纳数据以包括代表对应网荚中的计算机设备的每个集群的能力的数据。当服务器集群被部署时，网荚层能力归纳数据可以包括集群能力数据而不需要显露(即，不需要具体地指向或者标识)个体的计算设备。
现在转向图10，示出了数据中心边缘节点的示例性框图，例如，与对应的数据中心相关联的任何边缘节点133(1)-133(k)。数据中心边缘节点包括处理器910、存储器920、网络接口单元930和交换机硬件940。除了存储器920存储数据中心层能力公告处理逻辑1000和数据中心层能力目录数据1005以外，数据中心边缘节点的组件的功能可以与聚合节点的那些功能相似。数据中心层能力目录数据1005包括数据中心层能力归纳数据，如上文所述，该归纳数据归纳数据中心的所有网荚的能力而不需要显露每个网荚中的个体的计算、存储和服务节点设备。当执行数据中心层能力公告处理逻辑1000时，处理器910生成数据中心层能力目录数据1005。数据中心层能力公告处理逻辑1000的操作被描述在关于图12的下文中。
图11示出供应商边缘节点，例如边缘节点125的示例性框图，节点被配置为参与本文描述的等级能力公告技术。供应商边缘节点125包括处理器1100、存储器1110、网络接口单元1130和交换机硬件1140。存储器1110存储用于供应商边缘层公告能力处理逻辑1200的可执行指令，并且还存储供应商边缘层能力目录数据1205。供应商边缘层公告能力处理逻辑1200的操作被描述在关于图13的下文中。如上文所述，供应商边缘层能力目录数据包括能力归纳数据，该归纳数据整体地归纳每个数据中心的计算、存储和网络设备的能力而不需要显露每个数据中心中的个体的计算、存储和服务节点设备。
现在联系图12中示出的流程图，描述数据中心边缘节点的数据中心层能力公告处理逻辑1000的操作。在1010，在数据中心的数据中心边缘节点处，从该数据中心中的每个网荚的聚合节点接收公告网荚层能力归纳数据的消息。如上文所述，网荚层能力归纳数据描述与对应网荚中的计算、存储和服务节点设备相关联的能力。这样的消息的示例格式在上文根据图5描述。在1020，数据中心层能力归纳数据被生成，该归纳数据归纳数据中心的所有网荚的能力而不需要显露每个网荚中的计算、存储和服务节点设备。数据中心层归纳数据可以根据上文中根据图4-7所描述的任何归纳技术来生成。在1030，数据中心边缘节点生成并且发送公告数据中心层能力归纳数据的消息给供应商边缘节点。
如上文所述，在一个示例中，本文描述的技术被用于两个等级层次:数据中心层和供应商边缘层。在这种情况下，每个数据中心被有效地视为一个大网荚。因而，在该示例性场景下，归纳数据中心的能力的数据中心层能力数据被生成，公告数据中心层能力归纳数据的消息被从每个数据中心发送到供应商边缘网络层上的指定设备。
现在参考图13描述供应商边缘层公告能力处理逻辑1200的操作。在1210，供应商边缘节点从数据中心边缘节点接收消息，该消息公告了来自相应数据中心的数据中心层能力归纳数据。在1220，供应商边缘节点生成供应商边缘网络层能力归纳数据，该归纳数据整体地归纳每个数据中心内的计算、存储和网络设备的能力而不需要显露供应商边缘网络层上每个数据中心中的个体的计算、存储和服务节点设备。供应商边缘归纳数据可以根据上文中根据图4-7所描述的任何归纳技术来生成。
在本文描述用于在数据中心内和数据中心之间的资源和能力的分级的公告的技术。在该等级的最低层次(例如，网荚层)之上，聚合的/归纳的资源和能力与整个子域相关联，而不需要向等级中的更高层次的域(例如，数据中心层和供应商边缘网络层)显露于域内的个体元件。
这些技术利用“推送”或者“发布/订阅”的途径来发现资源和能力，这种途径的衡量远远好于其它网络管理途径，例如那些牵涉轮询的途径。这使得可以在包括每个数据中心具有成百上千个服务器的众多数据中心的云计算网络之间使用。尽管这里所描述的一个实现牵涉如上文所描述的三个等级层次(网荚、数据中心，和供应商边缘/NGN)，这个机制可以用于任意数目的等级层次，允许顾客控制准确度和规模之间的权衡。
另外，这些技术允许追踪随着云服务请求的来去而波动并且还由于变化的流量负载而波动的动态容量。云元件可以控制它们自有资源的分配和利用，这与集中式的资源控制相反，在集中式的资源控制中，所有的核算和决定的作出被集中在网络管理站上。云元件不需要被排外地专用于一个特别的网络管理站，这增加了灵活性并且避免了云元件和网络管理站之间的同步问题。
总的来说，在包括多个数据中心的计算系统中(每个数据中心包括多个计算、存储和服务节点设备)，提供了一种方法，该方法包括:生成归纳数据中心能力的数据中心层能力归纳数据;从每个数据中心的指定设备向计算系统的供应商边缘网络层上的指定设备发送公告数据中心层能力归纳数据的消息;以及在供应商边缘网络层上的指定设备处，生成供应商边缘网络层能力归纳数据，该归纳数据整体地归纳每个数据中心的计算、存储和网络设备的能力而不需要显露每个数据中心中的个体的计算、存储和网络设备。
相似地，本文以另一形式提供了一种或多种编码有包括计算机可执行指令的软件的计算机可读存储介质，并且当软件被执行时，该软件可操作用于:生成数据中心层能力归纳数据，该归纳数据归纳包括多个数据中心的计算系统中的某一数据中心的能力;以及向计算系统的供应商边缘网络层上的指定设备发送公告数据中心层能力归纳数据的消息。
还仍然，以其它形式提供了一种装置，该装置包括:被配置为在网络上通信的网络接口单元;以及处理器。处理器被配置为:生成数据中心层能力归纳数据，该归纳数据归纳包括多个数据中心的计算系统中的某一数据中心的能力，每个数据中心包括计算、存储和服务节点设备;以及向计算系统的供应商边缘网络层上的指定设备发送公告数据中心层能力归纳数据的消息。
不仅如此，提供了某一系统，该系统包括多个数据中心，每个数据中心包括多个计算、存储和服务节点设备;以及每个数据中心的指定设备被配置为:生成数据中心层能力归纳数据，该归纳数据归纳数据中心的能力;向供应商边缘网络层上的指定设备发送公告数据中心层能力归纳数据的消息，该供应商边缘网络层与相应数据中心的指定设备通信;以及其中供应商边缘网络层的指定设备被配置为:生成供应商边缘网络层能力归纳数据，该归纳数据整体地归纳每个数据中心的计算、存储和网络设备的能力而不需要显露每个数据中心中的个体的计算、存储和服务节点设备。
基于能力的路由
如上文所述，供应商边缘层能力目录数据1205包括归纳数据，该归纳数据整体地归纳每个数据中心131、132的计算、存储和网络设备的能力而不需要显露每个数据中心中的个体的计算、存储和服务节点设备。如将在下面描述的，当被以合适的方式充分利用时，该供应商边缘层能力目录数据1205可以辅助云用户请求到所选数据中心的有效路由。
更具体地，在当前的云计算环境中，为了在云中定位服务，个体的数据中心被轮询，或者使用集中的控制。即，在请求放置某一资源时，不同的分布中心(或者数据中心)被轮询以看看该服务是否可以在这里放置。因为配设的实体为了寻找最好的可能位置将不得不轮询所有可能的分和中心，所以这不是有效的方案。作为另一种选择，集中的管理实体可以维护云服务供应商的所有数据中心中的所有能力的数据库。这样的数据库通常流行于手动方式中，并且极其难以保持实时的准确度。明显地，这两种途径不可以云尺寸的增大而扩展，因为轮询消息交换将随云尺寸而增多，而且维护所有能力的集中的数据库，特别地如果手动地维护，则很快变得不可管理。
参考图14-16说明了一种系统、方法论和途径，将能力数据或者能力数据的归纳带入网络中，将其分布到例如网络分级的供应商边缘节点层120上的网络间，从而使得对可以服务到来的用户请求的数据中心的选择可以有效地作出，并且使得该请求可以被供应商边缘节点125路由至所选的数据中心131、132(或者它的边缘节点133)。该途径是非常可扩展的和准确的，因为能力根据能力公告方案的性质被实时地更新，该公告方案将来自聚合节点160的归纳(或者没有归纳)的能力推送到数据中心边缘节点例如133，最终推送到给定的供应商边缘节点125。
图14示出了供应商边缘节点(例如边缘节点125)的示例框图，其与图11示出的边缘节点相似，但这里的边缘节点还包括供应商边缘层共享和路由处理逻辑1400。供应商边缘层共享和路由处理逻辑1400被配置为具有两个主要功能。第一功能是扩张供应商边缘层能力目录数据1205以不仅包括供应商边缘节点125可以紧密连接的数据中心边缘节点的(归纳的)能力，还要包括存储在其它供应商边缘节点的覆盖网络100的供应商边缘层能力目录1205中的(归纳的或者聚合的)能力。即，供应商边缘层共享和路由处理逻辑1400被配置为向其它相似情况的供应商边缘节点125发送它自身的能力数据以及还被配置为从那些其它的供应商边缘节点125接收它们相应的能力数据组和从所有接收的数据中创建或者维护可以作为供应商边缘层能力目录数据1205的网络范围的能力目录。本领域的技术人员可以将认识到根据给定的实现，归纳的或者没有归纳的能力数据(或者他们的组合)一般可以被存储和共享。
供应商边缘层共享和路由处理逻辑1400的第二功能是充分利用每个供应商边缘节点125处的能力数据或者能力归纳数据的收集，从而使得当用户对云资源的请求在给定的一个供应商边缘节点125处被接收，使得用户请求可以被路由至具有可用于服务该请求的合适资源的数据中心。换言之，替代不得不个体地轮询每个数据中心，每个供应商边缘节点125以及了解经由云或者网络100可用的各个数据中心的能力(也许是以归纳的形式)。另外，没有对各个数据中心能力的单一存储库，而是每个供应商边缘节点125都了解各个数据中心的能力，并且这些供应商边缘节点125根据本文描述的方案所发布/公告的能力，持续地更新覆盖云或者网络100的数据中心的能力。
如同已经提到的，诸如网络100的云计算网络可以由数百个数据中心131、132以及数千个提供诸如计算、存储、防火墙、负载平衡器、服务线路、网络地址转换等等各种服务的个体设备。所有这些数据中心与包括全球范围的多个地理位置的跨度上的数千个路由节点(例如，供应商边缘节点125)的服务供应商的网络(例如，顶层网络120)相互连接。
这些服务中的大多数分散在各种数据中心上，而由于经济和商业的原因，一些专门的服务可以在特定的数据中心上主持。这些服务的末端用户(或者顾客)可以从网络中的任何地方发出服务请求。这样的请求可以被认为是虚拟的数据中心请求，因为用户或者客户端110不了解哪个数据中心最终会服务或者完成该请求。通常地，为了放置这样的请求，管理系统不得不维护整个云资源/能力的集中清单。这不仅是巨大规模的问题，从实践的角度看，维护这样一个清单的实时准确度也很难实现。
现在描述的途径使用网络100，并且尤其是顶层网络120来解决这个巨大规模的问题。在网络设备与服务节点中建立智能以把它们的能力发布到网络中。如这里所述，这些能力在不同的等级层次和数据中心131、132上被聚合。这些能力的实际的或者抽象的(或者聚合的)视角被每个数据中心边缘路由器133-136发布到网络中。这个消息被发布到供应商边缘节点125，并随后被分布在网络间。网络中的每个供应商边缘节点125具有网络中所有数据中心所支持的所有能力的目录(供应商边缘层能力目录数据1205)。这个能力目录可以随着个体数据中心中能力的变化或者修改被实时地更新。例如，设备190可能有故障或者某些能力可能被其它用户消费。能力更新由数据中心通过“推送”网络分级上能力的任何变化作出，如这里所述。
在一个可能的实现方式中，与持续地轮询这样的能力相反，只有如果存在显著的变化，能力才被推送，由此使得它是一个非常可扩展的方案。例如，更新的能力数据可以只在例如，数据中心边缘节点133-136检测到可用资源大于10%的变化(加或减)时才被公告。
当在网络中的任何地方发起用户请求时，最接近该请求的供应商边缘节点125(例如，即也许第一个意识到该请求的节点)查找或者问询收集了所有数据中心能力的供应商边缘层能力目录数据1205，并且把请求的能力映射到“最合身的(suited)”数据中心，于是该服务被路由至那个数据中心。
一旦数据中心接收了所路由的请求，数据中心就配设资源，并且可以作为结果地需要再次通过网络100等级重新发布它随后-当前的能力备份。
现在参考图15，该图示出了在供应商边缘节点上接收能力数据并与其它供应商边缘节点共享该数据的系列步骤的示例。这些步骤可以由供应商边缘层共享和路由处理逻辑1400执行。具体地，在步骤1502，本地数据中心能力数据在供应商边缘节点处被接收。如同已经提到的，该数据可以是能力归纳数据或者没有归纳的数据。如在1502处更精确地指示，来自第一数据中心边缘节点的第一数据中心层能力数据在第一供应商边缘节点处被接收。在步骤1504，第一供应商边缘节点生成并发送一个或多个消息以向第二供应商边缘节点(以及或许还有其它供应商边缘节点)公告或者共享该第一数据中心层能力数据，在步骤1506，第一供应商边缘节点从第二供应商边缘节点(并且，在合适的情况下其它供应商边缘节点)接收公告的或者共享的第二数据中心层能力数据。并且，最终，在步骤1506，第一(和第二)供应商边缘节点维护第一和第二能力数据的目录。根据该过程，每个供应商边缘节点125知道网络中各个数据中心的能力(也许以归纳的形式)。
现在参考图16，该图示出接收用户服务请求并基于存储在供应商边缘节点中的能力数据路由该请求的系列步骤的示例。由于每个供应商边缘节点125具有网络或云中潜在的每个数据中心能力的情报，当用户请求被提交到网络或者云上时，该用户请求通过充分利用能力数据的集合可以被智能地路由到“最可能的”数据中心。在步骤1602，用户对云服务的请求在第一供应商边缘节点处被接收。这个供应商边缘节点可以是服务特殊客户端的“本地”供应商边缘节点，用户请求从该特殊客户端发送。在步骤1604，用户对云服务的请求基于所请求的服务和存储在第一供应商边缘节点内的能力之间的匹配被路由到第一数据中心或者第二数据中心。即，替代轮询每个数据中心来确定哪个数据中心可以能够服务或者完成用户请求，作出决定所需要的信息驻在最初接收用户请求的本地供应商边缘节点中。结果，不需要对数据中心进行轮询。同样地，不需要维护具有所有数据中心能力的集中存储库。该信息现在分布在网络间，并且分布在网络的供应商边缘节点层上。如果所要求的能力不展现在一个数据中心位置上或者在肯定了多个匹配时使用各种算法来选择或者排名最好的/合适的位置(轮循、最可用的等等)。
有了上述的了解，与在供应商边缘节点之间共享能力数据以及使用该信息路由服务请求相关的实施例具有若干优点。
第一，所描述的途径是高度可扩展的。服务请求管理实体不需要轮询数百个数据中心和保存巨大的能力目录。相反，抽象的和正式的能力可以在网络间分布并且可以从网络中的任何地方访问它。
第二，所描述的途径导致更好的准确度。由于能力的变化在实时基准上对网络公告，能力的准确视角始终是可用的。网络中一个或多个设备/路由器的故障不会阻碍信息在网络范围内的分布。
第三，当前的方法论导致更高的效率。即，当服务请求被实例化时，在呼叫(或者第一个接收)请求的节点上本地作出服务路由决定。
第四，本文描述的途径是分布式的。具体地，由于信息被分布在网络中，网络中没有单一(或者多点)故障的问题。
尽管装置、系统和方法在本文中是以在一个或多个具体示例中的实施来示出和描述的，然而它不意味着限于所示的细节，因为在不背离装置、系统和方法的范围，并且在等价的权利要求的范围和领域内的情况下，可以做出各种修改和结构的变化。数据中心可以代表支持使能被公告的服务递送的能力的任何位置。供应商边缘路由节点代表被配置为接收、存储或者分布信息的任何系统以及被配置为基于相同的信息来路由的任何系统。于是如将在下文提出的，所附的权利要求应当被以与装置、系统和方法的范围一致的方式广泛地诠释。

Claims (21)

1.一种方法，包括:
在供应商边缘路由设备处接收代表置于数据中心中的计算设备的能力的能力数据，所述能力数据已经由相关联的本地数据中心边缘设备发布;以及
由所述供应商边缘路由设备向供应商边缘路由设备的网络中的彼此通信的其它供应商边缘路由设备公告所述能力数据。
2.如权利要求1所述的方法，还包括，在所述供应商边缘路由设备处:
从每个所述其它供应商边缘路由设备接收相应的能力数据，其中每个所述其它供应商边缘路由设备经由对应的数据中心边缘设备与相应的本地数据中心相关联;以及
在能力目录中存储所有的所述能力数据。
3.如权利要求2所述的方法，还包括，在所述供应商边缘路由设备处:
接收针对计算服务的请求;
基于所述能力目录，选择所述数据中心中的一个来实现所述针对计算服务的请求从而得到选定的数据中心;以及
向所述选定的数据中心路由所述针对计算服务的请求。
4.如权利要求3所述的方法，其中接收所述请求包括从不同于任何供应商边缘设备的客户端设备接收所述请求。
5.如权利要求3所述的方法，其中在不轮询任何数据中心的情况下执行路由。
6.如权利要求1所述的方法，还包括在不显露每个网荚中的个体的计算、存储和服务节点设备的情况下针对数据中心的所有网荚维护所述能力目录。
7.如权利要求1所述的方法，还包括在所述供应商边缘路由设备处接收更新的能力数据，该更新的能力数据代表置于所述数据中心中的计算设备的修改的能力。
8.如权利要求1所述的方法，其中所述能力数据包括所述能力数据的归纳版本。
9.一种或多种编码有包括计算机可执行指令的软件的计算机可读存储介质，并且当软件被执行时，可操作用于:
在供应商边缘路由设备处接收代表置于数据中心中的计算设备的能力的能力数据，所述能力数据已经由相关联的本地数据中心边缘设备发布;以及
由所述供应商边缘路由设备向供应商边缘路由设备的网络中的彼此通信的其它供应商边缘路由设备公告所述能力数据。
10.如权利要求9所述的计算机可读存储介质，其中所述指令还可以操作用于:
在所述供应商边缘路由设备处，从每个所述其它供应商边缘路由设备接收相应的能力数据，其中每个所述其它供应商边缘路由设备经由对应的数据中心边缘设备与相应的本地数据中心相关联;以及
在能力目录中存储所有的所述能力数据。
11.如权利要求10所述的计算机可读存储介质，其中所述指令还可以操作用于:
接收针对计算服务的请求;
基于所述能力目录，选择所述数据中心中的一个来实现所述针对计算服务的请求从而得到选定的数据中心;以及
向所述选定的数据中心路由所述针对计算服务的请求。
12.如权利要求10所述的计算机可读存储介质，其中所述指令还可以操作用于:
从不同于任何供应商边缘设备的客户端设备接收请求。
13.如权利要求10所述的计算机可读存储介质，其中所述指令还可以操作用于:
在不轮询任何数据中心的情况下路由所述请求。
14.如权利要求9所述的计算机可读存储介质，其中所述指令还可以操作用于:
在不显露每个网荚中的个体的计算、存储和服务节点设备的情况下针对数据中心的所有网荚维护所述能力目录。
15.如权利要求9所述的计算机可读存储介质，其中所述指令还可以操作用于:
在所述供应商边缘路由设备处接收更新的能力数据，该更新的能力数据代表置于所述数据中心中的计算设备的修改的能力。
16.一种装置，包括:
网络接口单元，所述网络接口单元被配置为在网络上通信;以及
处理器，所述处理器被配置为:
接收代表置于数据中心中的计算设备的能力的能力数据，所述能力数据已经由相关联的本地数据中心边缘设备发布;以及
经由所述网络接口单元向供应商边缘路由设备的网络中的彼此通信的其它供应商边缘路由设备公告所述能力数据。
17.如权利要求16所述的装置，其中所述处理器还被配置为:
从每个所述其它供应商边缘路由设备接收相应的能力数据，其中每个所述其它供应商边缘路由设备经由对应的数据中心边缘设备与相应的本地数据中心相关联;以及
在能力目录中存储所有的所述能力数据。
18.如权利要求17所述的装置，其中所述处理器还被配置为:
接收针对计算服务的请求;
基于所述能力目录，选择所述数据中心中的一个来实现所述针对计算服务的请求从而得到选定的数据中心;以及
向所述选定的数据中心路由所述针对计算服务的请求。
19.如权利要求17所述的装置，其中所述处理器还被配置为:
从不同于任何供应商边缘设备的客户端设备接收所述请求。
20.如权利要求17所述的装置，其中所述处理器还被配置为:
在不轮询任何数据中心的情况下路由所述请求。
21.权利要求16的装置，其中所述处理器还被配置为:
在不显露每个网荚中的个体的计算、存储和服务节点设备的情况下针对数据中心的所有网荚维护所述能力目录。
CN2012800113526A 2011-03-03 2012-02-29 虚拟数据中心服务请求的基于能力的路由 Pending CN103403683A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13/039,729 US20120226799A1 (en) 2011-03-03 2011-03-03 Capabilities Based Routing of Virtual Data Center Service Request
US13/039,729 2011-03-03
PCT/US2012/027069 WO2012118878A1 (en) 2011-03-03 2012-02-29 Capabilities based routing of virtual data center service request

Publications (1)

Publication Number Publication Date
CN103403683A true CN103403683A (zh) 2013-11-20

Family

ID=45814689

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2012800113526A Pending CN103403683A (zh) 2011-03-03 2012-02-29 虚拟数据中心服务请求的基于能力的路由

Country Status (4)

Country Link
US (1) US20120226799A1 (zh)
EP (1) EP2681657A1 (zh)
CN (1) CN103403683A (zh)
WO (1) WO2012118878A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106487834A (zh) * 2015-08-27 2017-03-08 香港中文大学深圳研究院 一种在云平台上部署服务器提供服务的方法
CN106790519A (zh) * 2016-12-19 2017-05-31 中国联合网络通信集团有限公司 服务调度方法及边缘节点
CN110769055A (zh) * 2019-10-22 2020-02-07 北京地平线机器人技术研发有限公司 用于实现服务发现的方法、装置、介质以及电子设备
WO2020156110A1 (zh) * 2019-01-31 2020-08-06 华为技术有限公司 一种路由计算方法以及相关设备
WO2021047346A1 (zh) * 2019-09-11 2021-03-18 北京智芯微电子科技有限公司 边缘计算网络的路由编排方法、路由编排器及系统

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2010201379B2 (en) 2010-04-07 2012-02-23 Limelight Networks, Inc. System and method for delivery of content objects
US8745239B2 (en) 2010-04-07 2014-06-03 Limelight Networks, Inc. Edge-based resource spin-up for cloud computing
US8244874B1 (en) 2011-09-26 2012-08-14 Limelight Networks, Inc. Edge-based resource spin-up for cloud computing
US9235447B2 (en) 2011-03-03 2016-01-12 Cisco Technology, Inc. Extensible attribute summarization
US8706869B2 (en) * 2011-06-14 2014-04-22 International Business Machines Corporation Distributed cloud placement software
US9066160B2 (en) * 2011-07-07 2015-06-23 Alcatel Lucent Apparatus and method for protection in a data center
US10091028B2 (en) 2011-08-17 2018-10-02 Nicira, Inc. Hierarchical controller clusters for interconnecting two or more logical datapath sets
US8793378B2 (en) * 2011-09-01 2014-07-29 International Business Machines Corporation Identifying services and associated capabilities in a networked computing environment
US9026560B2 (en) * 2011-09-16 2015-05-05 Cisco Technology, Inc. Data center capability summarization
US9053348B2 (en) * 2012-03-26 2015-06-09 Microsoft Technology Licensing, Llc Secure cloud computing platform
US8938541B2 (en) * 2012-10-29 2015-01-20 Ericsson Ab Method and system to allocate bandwidth in cloud computing networks
CA2901674A1 (en) * 2013-02-19 2014-08-28 Teridion Technologies Ltd. Increased data transfer rate method and system for regular internet user
CN103095853B (zh) * 2013-02-27 2016-08-03 北京航空航天大学 云数据中心计算能力管理系统
US9450810B2 (en) * 2013-08-02 2016-09-20 Cisco Technoogy, Inc. Policy-driven automatic redundant fabric placement mechanism for virtual data centers
US9917797B2 (en) * 2013-10-01 2018-03-13 Arista Networks, Inc. Method and system for managing switch workloads in a cluster
US10148484B2 (en) 2013-10-10 2018-12-04 Nicira, Inc. Host side method of using a controller assignment list
IN2013CH05044A (zh) 2013-11-08 2015-05-29 Huawei Technologies India Pvt Ltd
US9600494B2 (en) * 2014-01-24 2017-03-21 Cisco Technology, Inc. Line rate visual analytics on edge devices
US10298517B2 (en) * 2014-02-17 2019-05-21 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for allocating physical resources to a summarized resource
US20150244771A1 (en) * 2014-02-21 2015-08-27 Bat Blue Networks System and method for interconnecting and enforcing policy between multiple disparate providers of application functionality and data centers and/or end-users
US9444735B2 (en) 2014-02-27 2016-09-13 Cisco Technology, Inc. Contextual summarization tag and type match using network subnetting
US20150363423A1 (en) * 2014-06-11 2015-12-17 Telefonaktiebolaget L M Ericsson (Publ) Method and system for parallel data replication in a distributed file system
US9853868B2 (en) 2014-12-05 2017-12-26 Accenture Global Services Limited Type-to-type analysis for cloud computing technical components
US9967231B2 (en) * 2015-03-18 2018-05-08 Cisco Technology, Inc. Inter-pod traffic redirection and handling in a multi-pod network environment
US9930149B2 (en) 2015-03-24 2018-03-27 Cisco Technology, Inc. Multicast traffic distribution in a multi-pod network environment
US10771413B1 (en) * 2015-09-11 2020-09-08 Wells Fargo Bank, N.A. System and method for customizing electronic messages
US10097457B1 (en) * 2015-12-28 2018-10-09 Juniper Networks, Inc. Resolving a mismatch among control plane parameter values received from multiple routing control devices
US10439814B1 (en) * 2016-06-29 2019-10-08 Amazon Technologies, Inc. Resource advertisement and routing via discovery configuration
US10884808B2 (en) * 2016-12-16 2021-01-05 Accenture Global Solutions Limited Edge computing platform
US10708138B2 (en) 2017-06-09 2020-07-07 Datera, Inc. System and method for an improved placement of storage resources on nodes in network
US11184327B2 (en) * 2018-07-05 2021-11-23 Vmware, Inc. Context aware middlebox services at datacenter edges
US10999220B2 (en) 2018-07-05 2021-05-04 Vmware, Inc. Context aware middlebox services at datacenter edge
CN111107122B (zh) * 2018-10-29 2023-08-18 上海诺基亚贝尔股份有限公司 用于发现网络中雾资源的方法、设备及计算机可读介质
US11442755B1 (en) * 2019-04-10 2022-09-13 Ca, Inc. Secure access to a corporate application using a facade
CN111461477A (zh) * 2019-12-09 2020-07-28 中国科学院沈阳自动化研究所 一种面向边缘计算的协同管理系统
US11775530B2 (en) * 2020-12-08 2023-10-03 Huawei Technologies Canada Co., Ltd. Method to improve global query performance in an edge network
US11481514B1 (en) * 2021-09-03 2022-10-25 Beijing Bytedance Network Technology Co., Ltd. Solution for trustworthy and security compliant edge computing infrastructure

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004110023A1 (en) * 2003-06-04 2004-12-16 Sony Computer Entertainment Inc. Method and system for identifying available resources in a peer-to-peer network
US20080256549A1 (en) * 2007-04-10 2008-10-16 International Business Machines Corporation System and Method of Planning for Cooperative Information Processing
CN100472455C (zh) * 2003-07-28 2009-03-25 Sap股份公司 动态配置服务的网络及方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7200589B1 (en) * 2002-10-03 2007-04-03 Hewlett-Packard Development Company, L.P. Format-independent advertising of data center resource capabilities
US20080037553A1 (en) * 2005-12-22 2008-02-14 Bellsouth Intellectual Property Corporation Systems and methods for allocating bandwidth to ports in a computer network
WO2008012659A2 (en) * 2006-07-28 2008-01-31 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for providing updates on access network capability in an ip multimedia system network
US7860973B2 (en) * 2008-06-27 2010-12-28 Microsoft Corporation Data center scheduler
US8799322B2 (en) * 2009-07-24 2014-08-05 Cisco Technology, Inc. Policy driven cloud storage management and cloud storage policy router
US20110137805A1 (en) * 2009-12-03 2011-06-09 International Business Machines Corporation Inter-cloud resource sharing within a cloud computing environment

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004110023A1 (en) * 2003-06-04 2004-12-16 Sony Computer Entertainment Inc. Method and system for identifying available resources in a peer-to-peer network
CN100472455C (zh) * 2003-07-28 2009-03-25 Sap股份公司 动态配置服务的网络及方法
US20080256549A1 (en) * 2007-04-10 2008-10-16 International Business Machines Corporation System and Method of Planning for Cooperative Information Processing

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106487834A (zh) * 2015-08-27 2017-03-08 香港中文大学深圳研究院 一种在云平台上部署服务器提供服务的方法
CN106487834B (zh) * 2015-08-27 2020-09-08 香港中文大学深圳研究院 一种在云平台上部署服务器提供服务的方法
CN106790519A (zh) * 2016-12-19 2017-05-31 中国联合网络通信集团有限公司 服务调度方法及边缘节点
WO2020156110A1 (zh) * 2019-01-31 2020-08-06 华为技术有限公司 一种路由计算方法以及相关设备
CN111510383A (zh) * 2019-01-31 2020-08-07 华为技术有限公司 一种路由计算方法以及相关设备
WO2021047346A1 (zh) * 2019-09-11 2021-03-18 北京智芯微电子科技有限公司 边缘计算网络的路由编排方法、路由编排器及系统
CN110769055A (zh) * 2019-10-22 2020-02-07 北京地平线机器人技术研发有限公司 用于实现服务发现的方法、装置、介质以及电子设备
CN110769055B (zh) * 2019-10-22 2022-06-10 北京地平线机器人技术研发有限公司 用于实现服务发现的方法、装置、介质以及电子设备

Also Published As

Publication number Publication date
WO2012118878A1 (en) 2012-09-07
US20120226799A1 (en) 2012-09-06
EP2681657A1 (en) 2014-01-08

Similar Documents

Publication Publication Date Title
CN103403683A (zh) 虚拟数据中心服务请求的基于能力的路由
Liaqat et al. Federated cloud resource management: Review and discussion
Kim et al. CometCloud: An autonomic cloud engine
CN103516777B (zh) 用于在云计算机环境中进行供应的方法和系统
US8566447B2 (en) Virtual service switch
Povedano-Molina et al. DARGOS: A highly adaptable and scalable monitoring architecture for multi-tenant Clouds
US9647904B2 (en) Customer-directed networking limits in distributed systems
US9461877B1 (en) Aggregating network resource allocation information and network resource configuration information
CN102760074B (zh) 用于高负荷业务流程可扩展性的方法及其系统
US20170272331A1 (en) Centralized resource usage visualization service for large-scale network topologies
US20120226789A1 (en) Hiearchical Advertisement of Data Center Capabilities and Resources
US20090070456A1 (en) Protocol for enabling dynamic and scalable federation of enterprise service buses
Du et al. Scientific workflows in IoT environments: a data placement strategy based on heterogeneous edge-cloud computing
CN105765556A (zh) 分布式系统中的客户导向的联网限制
CN114090244B (zh) 一种服务编排方法、装置、系统及存储介质
Ranjan et al. Peer-to-peer service provisioning in cloud computing environments
CN102945175A (zh) 一种基于云计算环境的终端软件在线升级系统及其方法
CN108604334A (zh) 用于自主服务组合的方法和装置
CN105407128A (zh) 在ccn中的中间路由器上兴趣保持活动
Khanli et al. FRDT: footprint resource discovery tree for grids
CN103270520A (zh) 基于重要性类的数据管理
Dhaya et al. IoE based private multi-data center cloud architecture framework
Kocak et al. Design and analysis of a distributed grid resource discovery protocol
Latif et al. Resource discovery and scalability-aware routing in cloud federation using distributed meta-brokering paradigm
Vashisht et al. Efficient dynamic replication algorithm using agent for data grid

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20131120