CN105897803B - 用于改进服务质量设置的方法和装置 - Google Patents

Abstract

本公开的实施例涉及用于改进服务质量设置的方法和装置。根据本公开的实施例，该方法包括：从聚合的QoS简档中获取抽象的QoS，其中所述聚合的QoS简档指示聚合的QoS和与所述抽象QoS之间的映射关系；将所述抽象的QoS映射到供应商特定的QoS；以及基于所映射到的所述供应商特定的QoS，在所述获取的与给定应用有关的部件上执行QoS设置。该方法通过引入集中式的聚合的QoS控制器，简化了QoS设置，并且能够改善沿虚拟应用堆栈进行QoS设置的效率。

Description

用于改进服务质量设置的方法和装置

技术领域

本公开的实施例涉及计算机网络领域，更具体地涉及用于在数据中心改进服务质量(QoS)设置的方法、装置和计算机程序产品。

背景技术

与软件定义的数据中心(SDDC)相比，数据中心的第三平台将更着重于支持大量租户和应用，例如将可能支持千万量级的用户和百万量级的应用。

该第三平台可以被分成软件即服务(SaaS)、平台即服务(PaaS)和基础设施即服务IaaS的架构。EVP的产品系列属于该第三平台，包括例如Pivotal One(Pivotal CF+PivotalHD)，vCenter和EMC存储等产品。OpenStack作为新秀，也属于这一堆栈。一个典型的数据中心可以用包括SaaS/PaaS/IaaS/基础设施各层的分层结构来图示，如图1所示。在每一层，存在一个管理模块。该管理模块是各种不同实现方式的抽象，并且该管理模块具有关于其部件的分布的信息。例如，Pivotal CF是PaaS的一种实现方式。其管理模块是云控制器，该云控制器具有关于运行中的应用实例和应用执行的管理器(例如，DEAs，Droplet ExecutionAgent)的拓扑信息。作为另一示例，OpenStack是IaaS一种实现，其中Nova，Neutron，Cinder分别是其计算、网络和块存储管理模块。

由于涉及多个层级，该第三平台是包括虚拟和物理组件的复杂架构。在这样的结构中，租户的应用的服务质量(QoS)主要由底层的计算、网络和存储的QoS来决定。然而，由于不同的计算、网络和存储供应商将提供不同种类的QoS实现，因此用户不方便直接地分别配置这些底层的QoS。

此外，从垂直的观点来看，例如，在Paas内运行的特定应用通常将涉及Paas部件、虚拟机(VM)、主机、网络和存储等诸多部件，我们将这一堆栈称为虚拟应用堆栈，其指代一项应用所使用的从计算到存储的物理和虚拟资源。图2中示出虚拟应用堆栈的另一个示例。在该虚拟堆栈中包括例如路由器、虚拟交换机和监管程序等。在这样的情况下，为了精细的控制一项应用的QoS，应当控制该虚拟应用堆栈中每个被涉及的部分。

总之，如果运营商需要设置一个应用的服务等级协议(SLA)，则计算/网络/存储管理器将被涉及，并且他们需要沿该虚拟应用堆栈来设置QoS。这将涉及大量的虚拟资产和物理资产。

因此，目前在QoS的设置中至少存在如下挑战：

1)应用程序界面(API)/命令行界面(CLI)对于针对每种类型的部件的不同的供应商是变化的；

2)将涉及大量的手动工作；

3)难以沿该虚拟堆栈定位给定应用实例的相关部件的“路径”，即拓扑信息。

基于以上所述问题，本公开的实施例提出了用于改进QoS设置的方法和装置。

发明内容

为了至少解决以上提到的问题中的一些问题，本公开的各示例性实施例提供了一种能够更高效地设置QoS的解决方案。

本公开的第一方面是提供一种设置服务质量QoS的方法，包括获取与给定应用有关的部件；从聚合的QoS简档中获取抽象的QoS，其中所述聚合的QoS简档指示聚合的QoS和与所述抽象QoS之间的映射关系；将所述抽象的QoS映射到供应商特定的QoS；以及基于所映射到的所述供应商特定的QoS，在所述获取的与给定应用有关的部件上执行QoS设置。

在本公开的一个实施例中，所述部件包括与计算关联的部件、与存储有关的部件、以及与网络有关的部件中的至少一项；所述抽象的QoS包括抽象的计算QoS、抽象的存储QoS和抽象的网络QoS中的至少一项；并且所述供应商特定的QoS包括供应商特定的计算QoS、供应商特定的存储QoS以及供应商特定的网络QoS中的至少一项。

在另一实施例中，获取与给定应用有关的部件包括通过与数据中心的分层架构中的各层的管理模块交互来获取所述部件。

在本公开的一个实施例中，该方法进一步包括通过与数据中心的分层架构中的各层的管理模块交互来获取与应用实例有关的部件信息，以及将所述获取的与应用实例有关的部件信息存储在拓扑知识库中，并且其中获取与给定应用有关的部件包括通过查询所述拓扑知识库来获取所述部件。

在本公开的一个实施例中，其中通过与数据中心的分层架构中的各层的管理模块交互来获取与应用有关的部件信息包括通过与以下中的至少一项进行交互来获取所述与应用有关的部件信息：用于软件即服务SaaS的管理模块，用于平台即服务PaaS的管理模块，用于基础设施即服务IaaS的管理模块，以及用于基础设施的管理模块。

根据本公开的另一实施例，其中将所述抽象的QoS映射到供应商特定的QoS包括通过加载相应的QoS驱动器来将所述抽象的QoS映射到供应商特定的QoS。

在本公开的一些实施例中，该方法进一步包括下述中的至少一项：定义所述聚合的QoS简档，存储所述聚合的QoS简档，以及定义抽象的计算QoS、抽象的存储QoS和抽象的网络QoS中的所述至少一项的关键性能指标KPI。

本公开的第二方面是提供一种设置服务质量QoS的设备，包括：部件确定装置，被配置为获取与给定应用实例有关的部件；QoS抽象装置，被配置为从聚合的QoS简档中获取抽象的QoS，其中所述聚合的QoS简档指示聚合的QoS和与所述抽象QoS之间的映射关系；QoS映射装置，被配置为将所述抽象的QoS映射到供应商特定的QoS；以及QoS设置装置，被配置为基于所映射到的所述供应商特定的QoS，在所述获取的与给定应用有关的部件上执行QoS设置。

根据本公开的一个实施例，所述部件包括与计算关联的部件、与存储有关的部件、以及与网络有关的部件中的至少一项；所述抽象的QoS包括抽象的计算QoS、抽象的存储QoS和抽象的网络QoS中的至少一项；并且所述供应商特定的QoS包括供应商特定的计算QoS、供应商特定的存储QoS以及供应商特定的网络QoS中的至少一项。

在一个实施例中，所述部件确定装置被配置为通过与数据中心的分层架构中的各层的管理模块交互来获取所述部件。

在另一实施例中，该设备进一步包括拓扑发现器，被配置为通过与数据中心的分层架构中的各层的管理模块交互来获取与应用有关的部件信息，以及拓扑知识库，被配置为存储所述获取的与应用有关的部件信息，并且其中所述部件确定装置被配置为通过查询所述拓扑知识库来获取与所述部件。

在又一实施例中，所述拓扑发现器被配置为通过与以下中的至少一项进行交互来获取所述与应用有关的部件信息：用于软件即服务SaaS的管理模块，用于平台即服务PaaS的管理模块，用于基础设施即服务IaaS的管理模块，以及用于基础设施的管理模块。

根据本公开的一些实施例，所述QoS映射装置被配置为通过加载相应的QoS驱动器来将所述抽象的QoS映射到供应商特定的QoS。

在本公开的另一些实施例中，该设备进一步包括下述装置中的至少一项：聚合的QoS简档定义装置，被配置为定义所述聚合的QoS简档；简档存储装置，被配置为存储所述聚合的QoS简档；以及抽象的QoS定义装置，被配置为定义抽象的计算QoS、抽象的存储QoS和抽象的网络QoS中的所述至少一项的关键性能指标KPI。

本公开的第三方面是提供一种设置服务质量QoS的装置，包括：至少一个处理器；以及至少一个包括计算机程序代码的存储器，其与所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，促使所述装置执行根据本公开的第一方面的任一方法。

本公开的第四方面是提供一种计算机程序产品，所述计算机程序产品被体现在计算机可读的介质中并且包括计算机可读程序指令，当被加载到装置中时，所述计算机可读程序指令执行根据本公开的第一方面的任一方法

根据本公开的实施例，通过引入集中式的聚合的QoS控制器，简化了QoS设置，并且能够改善沿虚拟应用堆栈进行QoS设置的效率。

附图说明

现在仅通过示例并且参照附图描述根据本公开的实施例的方法和/或装置的一些实施例，在附图中：

图1图示数据中心的分层架构的示例；

图2示出虚拟应用堆栈的示例；

图3示意性地示出本公开的实施例能够在其中应用的网络环境的示例；

图4示意性地示出根据本公开的实施例的示例方法的流程图；

图5示出根据通过加载QoS驱动器来适配供应商特定的QoS的的示例；

图6示出根据本公开的实施例的示例装置的结构图；

图7a示意性地示出根据本公开的实施例的装置的一种实施方式；

图7b示意性地示出根据本公开的实施例的装置中的拓扑发现器与分层架构管理模块的交互；以及

图7c示意性地示出根据本公开的实施例的QoS控制器在各部件上执行QoS设置。

具体实施方式

以下将参考附图详细描述本公开的各个示例性实施例。

应当理解，给出这些示例性实施例仅仅是为了使本领域技术人员能够更好地理解并进而实现本公开，而并非以任何方式限制本公开的范围。

在本文中，对“一个实施例”、“另一实施例”或“一个优选实施例”等的引用指示所描述的实施例可以包括特定特征、结构或特性，但每个实施例不一定必须包括该特定特征、结构或特性。而且，这些术语并不一定指相同的实施例。

还应理解，在此处使用的各种术语仅用于描述特定实施例的目的，而不旨在于限制本公开。如这里使用的单数形式“一”和“该”可以包括复数形式，除非上下文中有明确的相反指示。还应理解，此处使用的术语“包括”、“具有”和“包含”指示所述特征、单元和/或组件等的存在，但不排除一个或多个其他特征、单元、组件和/或其组合的存在。如这里使用的术语“多个”表示“两个或更多”。如这里使用的术语“和/或”可以包括关联列出的各项中的一项或多项的任何和所有组合。其他术语的定义将在下文描述中具体给出。

另外，在以下描述中，将省略一些本领域技术人员所熟知的功能或者结构，以避免它们把本公开的实施例掩盖在不必要的细节中。

本公开的实施例涉及对QoS设置的改进，用于简化设置和提高QoS设置的效率。

为便于说明，下面的一些实施例将参照数据中心的第三平台来描述本公开的主要原理，然而，如本领域技术人员能够理解的，本公开并不限于这里公开的示例，并且可以更广泛的应用。例如，本公开的方法和装置可以应用于任何数据中心的QoS设置，只要其与本文提到的特征兼容。

为了简化给定应用的QoS设置过程，避免不必要的手动操作，提高沿虚拟应用堆栈进行QoS设置的效率，本公开提出了一种集中式的聚合的QoS控制方法和装置。

图3示意性地示出本公开的实施例能够在其中应用的示例性网络环境。如图所示，一项应用涉及虚拟资源和物理资源，并且涉及诸多的部件。这意味着对该应用的QoS设置将涉及对该诸多部件的QoS的设置，例如可能需要设置虚拟路由器的网络QoS，虚拟交换机的存储QoS，ToR交换机的网络QoS。另外，各部件可能由不同的供应商提供，并且因此可能具有不同的应用程序界面(API)/命令行界面(CLI)，以及不同的QoS实现。在这种情况下，一项应用的QoS设置变得非常复杂。

为了简化QoS设置，本公开的实施例提出了用于改进QoS设置的方法和装置。以下将首先参照图4对示例方法进行描述。作为示例，该方法可以在图3所示的网络中的数据中心由QoS控制器来执行，但是本公开的实施例并不限于此，而是可以更广泛的应用。例如，可以由位于数据中心之外的装置来执行。

如图4所示，该方法400包括步骤S401，其中QoS控制器获取与给定应用实例有关的部件；在步骤S402，QoS控制器从聚合的QoS简档中获取抽象的QoS，其中所述聚合的QoS简档指示聚合的QoS和与所述抽象QoS之间的映射关系；在步骤S403，QoS控制器将所述抽象的QoS映射到供应商特定的QoS；在步骤S404，QoS控制器基于所映射到的所述供应商特定的QoS，在所获取的与给定应用实例有关的所述部件上进行QoS设置。该方法400提供了集中式的自动的QoS设置，能够显著提高QoS设置的效率。

在一个实施例中，所述部件包括与计算关联的部件、与存储有关的部件、以及与网络有关的部件中的至少一项；所述抽象的QoS包括抽象的计算QoS、抽象的存储QoS和抽象的网络QoS中的至少一项；并且所述供应商特定的QoS包括供应商特定的计算QoS、供应商特定的存储QoS以及供应商特定的网络QoS中的至少一项。在一个实施例中，如果给定应用仅涉及或者主要涉及网络方面，则在步骤S401中QoS控制器可以仅获取与网络有关的部件，而不是与计算、存储、以及与网络有关的所有部件。类似地，在另一实施例中，取决于应用的性质，在步骤S401中QoS控制器可以仅获取与计算或者存储有关的部件，或者获取与计算、存储、以及与网络有关的所有部件。

在另一实施例中，在步骤S401，QoS控制器可以通过与数据中心的分层架构中的相应层的管理模块交互来获取与给定应用实例有关的部件。例如，假定如图1所示的分层架构，在步骤S401，QoS控制器可以与SaaS/PaaS/IaaS/基础设施各层中的一层或者多层的管理模块交互操作以获得部件信息。这些管理模块可以是现有的，并且其中可能已经存储有部件的拓扑信息。该QoS控制器还可以将基于命名规范或者跨堆栈的统一ID来计算部件的跨层拓扑信息。应该注意的是，图1的分层架构仅是处于示例的目的而给出的，在其他实施例中，数据中心可以采用任何合适的分层架构，例如其中可以具有更多的或者不同的层级。

在又一实施例中，该方法400可以进一步包括可选的步骤S405，其中QoS控制器通过与数据中心的分层架构中的相应层的管理模块交互来获取与应用实例有关的部件信息；以及在可选的步骤S406，将所获取的与所述应用实例有关的所述部件信息存储在拓扑知识库中；在该实施例中，在步骤S401，QoS控制器可以通过查询该拓扑知识库来获取与所述给定应用实例有关的部件。该实施例的优点在于其避免了针对每个应用与虚拟堆栈的管理模块进行交互，而是将拓扑信息预先存储以备查询，这进一步降低了计算的复杂度，缩短处理时间。

在一个实施例中，在步骤S402，QoS控制器从聚合的QoS简档中获取抽象的QoS。该所述聚合的QoS简档指示聚合的QoS和与所述抽象QoS之间的映射关系，例如，该聚合的QoS简档将高级的聚合的QoS映射到抽象的存储QoS、网络QoS和计算QoS。作为示例，该聚合的QoS简档可以指示：聚合的-金牌-QoS＝[存储-金牌-QoS，网络-金牌-QoS，计算-金牌-QoS]。另外，对于存储-金牌-QoS，可以定义一些具体的关键性能指标(KPI)，例如每秒进行的读写(I/O)操作(IOPS)响应时间，例如，存储-金牌-QoS＝[IOPS＞100K，响应时间＜5ms]。本领域技术人员可以理解的是，以上的映射关系仅是作为示例给出的，根据需要和/或运营商需求/用户需求，可以定义任何适当的映射关系。

根据本公开的实施例，抽象的QoS是底层QoS(例如计算QoS、存储QoS、网络QoS等)的抽象。以存储QoS为例，尽管不同的供应商对于存储QoS可能具有不同的实现和定义，例如，对于用于存储的VNX，其上的QoS可以包括I/O等级、策略和调度。但是在本公开的一个实施例中，可以定义统一的抽象的存储QoS，例如，用吞吐量和响应时间作为其最关键的两个关键性能指标(KPI)。能够理解的是，对于其他的底层QoS(例如计算QoS、网络QoS)可以进行类似的处理。例如，供应商特定的QoS可以包括供应商特定的计算QoS、供应商特定的存储QoS以及供应商特定的网络QoS中的一项或者多项，对于底层的这些QoS，例如(但不限于)计算QoS、存储QoS、网络QoS，为了简化处理，可以分别定义抽象的QoS。应该注意的是，抽象的QoS的具体定义可以根据经验和需求而定，以上给出的示例仅是为说明而不是限制的目的。然后，聚合的QoS将被定义为一个或者多个抽象的QoS的组合，例如可以被定义为存储QoS、网络QoS和计算QoS的组合。根据本公开的实施例，聚合的QoS与抽象的QoS的关系被定义在聚合的QoS简档中。因此，在本公开的一些实施例中，该方法400可以进一步包括以下可选步骤(图4中未示出)中的一项或者多项：

定义所述聚合的QoS简档；

存储所述聚合的QoS简档；以及

定义抽象的计算QoS、抽象的存储QoS和抽象的网络QoS中的所述至少一项的关键性能指标KPI。

在另一实施例中，上述步骤中的一项或者多项也可以由QoS控制器之外的其他装置来完成，这种情况下，方法400中可以通过和其他部件的交互来利用该定义和存储的结果，而不是直接执行这些步骤。

在本公开的一个实施例中，在步骤S403，QoS控制器可以通过加载相应的QoS驱动器来将所述抽象的QoS映射到供应商特定的QoS。换句话说，使用适配器机制来适应由不同供应商提供的不同产品。例如，如果VNX产品被用于后端存储，则VNX存储QoS驱动器将被引入，例如被安装在存储QoS控制器中。因此在设置存储QoS时，在步骤S403，VNX存储QoS驱动器将被用于将抽象存储QoS映射到供应商特定的存储QoS，并且，在步骤S404，将在给定的VNX上执行QoS设置操作，该VNX部件在步骤S401中被获取。图5示出将特定存储QoS驱动器加载在存储QoS控制器中示例，而存储QoS控制器是能够执行方法400的QoS控制器的一部分。类似的设计可以被用于网络QoS控制器和存储QoS控制器。

以上参照附图描述了根据本公开的实施例的用于改进QoS设置的方法。该方法能够自动地以集中的方式进行QoS的设置，避免不必要的手动操作，自适用于各部件的供应商特定QoS，提高QoS的设置效率。

以下将参照图6描述根据本公开的实施例的用于改进QoS设置的设备600。图6示意性地示出设备600的结构。该设备600可以是QoS控制器，被配置成实施以上参照附图4所描述的任一方法，但是不限于实施以上所描述的方法。类似地，以上所描述的方法可以由设备600来实施，但是并不限于由该设备600来实施。在一个实施例中，方法400中的至少一个步骤可以由一个或者多个另外的装置来实施。

如图6所示，设备600包括部件确定装置601，被配置为获取与给定应用实例有关的部件；QoS抽象装置602，被配置为从聚合的QoS简档中获取抽象的QoS，其中所述聚合的QoS简档指示聚合的QoS和与所述抽象QoS之间的映射关系；QoS映射装置603，被配置为将所述抽象的QoS映射到供应商特定的QoS；以及QoS设置装置604，被配置为基于所映射到的所述供应商特定的QoS，在由部件确定装置601所获取的与给定应用实例有关的所述部件上进行QoS设置。

根据本公开的一个实施例，该设备600的部件可以被配置为分别执行以上参照图4所描述的方法400的各步骤，因此，对方法400的各步骤的描述同样适用于设备600的各部件。

在一个实施例中，部件确定装置601所获取的所述部件包括与计算关联的部件、与存储有关的部件、以及与网络有关的部件中的至少一项；所述抽象的QoS包括抽象的计算QoS、抽象的存储QoS和抽象的网络QoS中的至少一项；并且所述供应商特定的QoS包括供应商特定的计算QoS、供应商特定的存储QoS以及供应商特定的网络QoS中的至少一项。在一个实施例中，如果给定应用仅涉及或者主要涉及网络方面，则部件确定装置601可以被配置为仅获取与网络有关的部件，而不是与计算、存储、以及与网络有关的所有部件。类似地，在另一实施例中，取决于应用的性质，部件确定装置601可以被配置为仅获取与计算或者存储有关的部件，或者获取与计算、存储、以及与网络有关的所有部件。

在另一实施例中，部件确定装置601可以被配置为通过与数据中心的分层架构中的相应层的管理模块交互来获取与给定应用实例有关的部件。例如，假定如图1所示的分层架构，该部件确定装置601可以被配置为与SaaS/PaaS/IaaS/基础设施各层中的一层或者多层的管理模块交互操作以获得部件信息。这些管理模块可以是现有的，并且其中可能已经存储有部件的拓扑信息。该部件确定装置601可以被配置为基于命名规范或者跨堆栈的统一标识(ID)来计算部件的跨层拓扑信息。应该注意的是，图1的分层架构仅是处于示例的目的而给出的，在其他实施例中，数据中心可以采用任何合适的另外的分层架构，例如可以包括不同的和/不同数目的层。

在又一实施例中，设备600可以进一步包括可选拓扑发现器605，其被配置为通过与数据中心的分层架构中的相应层的管理模块交互来获取与应用实例有关的部件信息；以及拓扑知识库606，其被配置为存储所获取的与所述应用实例有关的所述部件信息；在该实施例中，部件确定装置601可以被配置为通过查询该拓扑知识库来获取与所述给定应用实例有关的部件。该实施例的优点在于其避免了针对每个应用与虚拟堆栈的管理模块进行交互，而是将拓扑信息预先存储以备查询，这进一步降低了计算的复杂度，缩短处理时间。

在一个实施例中，QoS抽象装置602从聚合的QoS简档中获取抽象的QoS。该聚合的QoS简档指示聚合的QoS和与所述抽象QoS之间的映射关系，其可以被定义为一个或者多个抽象的QoS的组合。抽象的QoS是底层QoS(例如计算QoS、存储QoS、网络QoS等)的抽象。由于已经参考图4和方法400对聚合的QoS简档、抽象的QoS以及他们的关系进行了相应的详细描述，在此不再赘述。

在本公开的一些实施例中，设备600可以进一步包括图6中未示出的以下装置中的一项或者多项：

聚合的QoS简档定义装置，被配置为定义所述聚合的QoS简档；

简档存储装置，被配置为存储所述聚合的QoS简档；以及

抽象的QoS定义装置，被配置为定义抽象的计算QoS、抽象的存储QoS和抽象的网络QoS中的所述至少一项的关键性能指标KPI。

在另一实施例中，上述装置也可以被实施在设备600之外，而在这种实施例中设备600可以通过和这些装置交互来利用所定义和存储的结果，而不是直接包括这些装置。

在本公开的一个实施例中，QoS映射装置603可以被配置为通过加载相应的QoS驱动器来将所述抽象的QoS映射到供应商特定的QoS。换句话说，QoS映射装置603可以使用适配器机制来适应由不同供应商提供的不同产品。例如，如果VNX产品被用于后端存储，则VNX存储QoS驱动器将被引入，例如被安装在QoS映射装置603中。因此在设置存储QoS时，QoS映射装置603利用该VNX存储QoS驱动器将抽象存储QoS映射到供应商特定的存储QoS，并且，QoS设置装置604将在给定的VNX上执行QoS设置操作，该VNX部件由部件确定装置601获取。图5示出将特定存储QoS驱动器加载在存储QoS控制器中示例，其中存储QoS控制器可以是QoS映射装置603的示例。与图5的类似设计也可以被用于加载网络QoS驱动器和计算QoS驱动器。

图7a示出了根据本公开的一个实施例的设备600的一个示例。在该示例中，聚合的QoS控制器为设备600的示例。该聚合的QoS控制器中的拓扑发现器可以与数据中心的分层架构中的管理模块交互来获取拓扑信息，在图7b中示出了该交互的示意图。然后所获取的信息被存储在拓扑知识库。聚合的QoS控制器中的部件获取装置通过查询拓扑知识库来获取给定应用的相应部件。在图7a的示例中，聚合的QoS简档定义聚合的QoS和抽象的QoS的映射；而计算QoS控制器、网络QoS控制器和存储QoS控制器可以操作为图6中的QoS映射装置603和QoS设置装置604，即他们可以被配置为将抽象的QoS映射到供应商特定的QoS，并且分别在相应的部件上设置计算QoS、网络QoS和存储QoS。在图7c中示出了该计算QoS控制器、网络QoS控制器和存储QoS控制器在虚拟堆栈上设置QoS的示意图。由图可见，不同的QoS控制器针对其相关的部件进行QoS设置。

如上所述，根据本公开的实施例的方法400和设备600通过引入了聚合的QoS来简化对于特定应用的QoS设置，提供用于获取虚拟应用堆栈的拓扑信息的自动机制，因此，其能够提供面向应用的、在复杂的数据中心的精细调整的QoS控制。

尽管主要以分层的数据中心为例描述了本公开提出的方法/设备的实施方式，但是，如本领域技术人员能够理解的，本公开的实施例并不限于此，而是可以被更广泛地应用。

本领域技术人员应当认识到，这里描述的任何结构图表示实现本公开的原理的说明性原理图。类似地，应当理解，这里描述的流程图表示可以在机器可读介质中具体表示并且由机器或处理设备执行的各种过程，不论这样的机器或处理设备是否被明确示出。

本领域普通技术人员还应当理解，本公开提到的方法步骤中的一个或者多个方法步骤也可以在单个功能块中实现或者由单个设备实现，而在一些实施例中，一个功能块也可能实现多个方法步骤或者多个功能块的功能。

根据本公开的实施例的设备600所包含的各单元可以利用各种方式来实现，包括软件、硬件、固件或其任意组合。例如，在某些实施方式中，设备600可以利用软件和/或固件来实现。备选地或附加地，设备600可以部分地或者完全地基于硬件来实现。例如，设备600中的一个或多个单元可以实现为集成电路(IC)芯片、专用集成电路(ASIC)、片上系统(SOC)、现场可编程门阵列(FPGA)，等等。本公开的范围在此方面不受限制。另外，在一些实施例中设备600中的单个装置也可以被多个装置来实现；在另一些实施例中，设备600中的多个装置的功能也可以被实施为单个装置。

本公开可以是系统、装置、设备、方法和/或计算机程序产品。根据本公开的一个实施例，本发明可以通过一种用于QoS设置的装置来实现，该装置包括至少一个处理器；以及至少一个包括计算机程序代码的存储器，其中所述至少一个存储器和所述计算机程序代码被配置成与所述至少一个处理器一起，促使所述装置执行前文参考图4所述的任一方法。根据本公开的另一实施例，本发明可以通过一种计算机程序产品来实现，所述计算机程序产品被体现在计算机可读的介质中并且包括计算机可读程序指令，当被加载到装置中时，所述计算机可读程序指令执行根据本公开的实施例的任一方法。

上面结合附图所进行的描述只是为了说明本公开而示例性给出的。本领域技术人员可以理解，能够基于上面所描述的本公开的原理提出不同的结构，虽然这些不同的结构未在此处明确描述或示出，但都体现了本公开的原理并被包括在其精神和范围之内。此外，所有此处提到的示例明确地主要只用于教导目的，以帮助读者理解本公开的原理以及发明人所贡献的促进本领域的构思，并不应被解释为对本公开范围的限制。此外，本文所有提到本公开的原则、方面和实施方式的陈述及其特定的示例包含其等同物在内。

Claims (16)

1.一种设置服务质量QoS的方法，包括：

获取与给定应用有关的部件；

从聚合的QoS简档中获取抽象的QoS，其中所述聚合的QoS简档指示聚合的QoS和与所述抽象QoS之间的映射关系，所述抽象的QoS是底层QoS的抽象，并且所述聚合的QoS为一个或者多个抽象的QoS的组合；

将所述抽象的QoS映射到供应商特定的QoS；以及

基于所映射到的所述供应商特定的QoS，在所述获取的与给定应用有关的部件上执行QoS设置。

2.根据权利要求1所述的方法，其中：

所述部件包括与计算关联的部件、与存储有关的部件、以及与网络有关的部件中的至少一项；

所述抽象的QoS包括抽象的计算QoS、抽象的存储QoS和抽象的网络QoS中的至少一项；并且

所述供应商特定的QoS包括供应商特定的计算QoS、供应商特定的存储QoS以及供应商特定的网络QoS中的至少一项。

3.根据权利要求1所述的方法，其中获取与给定应用有关的部件包括：

通过与数据中心的分层架构中的各层的管理模块交互来获取所述部件。

4.根据权利要求1所述的方法，进一步包括：

通过与数据中心的分层架构中的各层的管理模块交互来获取与应用实例有关的部件信息，以及

将所述获取的与应用实例有关的部件信息存储在拓扑知识库中，并且

其中获取与给定应用有关的部件包括：

通过查询所述拓扑知识库来获取所述部件。

5.根据权利要求4所述的方法，其中通过与数据中心的分层架构中的各层的管理模块交互来获取与应用实例有关的部件信息包括：

通过与以下中的至少一项进行交互来获取所述与应用实例有关的部件信息：

用于软件即服务SaaS的管理模块；

用于平台即服务PaaS的管理模块；

用于基础设施即服务IaaS的管理模块，以及

用于基础设施的管理模块。

6.根据权利要求1所述的方法，其中将所述抽象的QoS映射到供应商特定的QoS包括：

通过加载相应的QoS驱动器来将所述抽象的QoS映射到供应商特定的QoS。

7.根据权利要求1-6中任一权利要求所述的方法，进一步包括下述中的至少一项：

定义所述聚合的QoS简档；

存储所述聚合的QoS简档；以及

定义抽象的计算QoS、抽象的存储QoS和抽象的网络QoS中的至少一项的关键性能指标KPI。

8.一种用于设置服务质量QoS的设备，包括：

部件确定装置，被配置为获取与给定应用实例有关的部件；

QoS抽象装置，被配置为从聚合的QoS简档中获取抽象的QoS，其中所述聚合的QoS简档指示聚合的QoS和与所述抽象QoS之间的映射关系，所述抽象的QoS是底层QoS的抽象，并且所述聚合的QoS为一个或者多个抽象的QoS的组合；

QoS映射装置，被配置为将所述抽象的QoS映射到供应商特定的QoS；以及

QoS设置装置，被配置为基于所映射到的所述供应商特定的QoS，在所述获取的与给定应用有关的部件上执行QoS设置。

9.根据权利要求8所述的设备，其中：

所述部件包括与计算关联的部件、与存储有关的部件、以及与网络有关的部件中的至少一项；

所述抽象的QoS包括抽象的计算QoS、抽象的存储QoS和抽象的网络QoS中的至少一项；并且

所述供应商特定的QoS包括供应商特定的计算QoS、供应商特定的存储QoS以及供应商特定的网络QoS中的至少一项。

10.根据权利要求8所述的设备，其中所述部件确定装置被配置为：

通过与数据中心的分层架构中的各层的管理模块交互来获取所述部件。

11.根据权利要求8所述的设备，进一步包括：

拓扑发现器，被配置为通过与数据中心的分层架构中的各层的管理模块交互来获取与应用实例有关的部件信息，以及

拓扑知识库，被配置为存储所述获取的与应用实例有关的部件信息，并且

其中所述部件确定装置被配置为：

通过查询所述拓扑知识库来获取所述部件。

12.根据权利要求11所述的设备，其中所述拓扑发现器被配置为：

通过与以下中的至少一项进行交互来获取所述与应用实例有关的部件信息：

用于软件即服务SaaS的管理模块；

用于平台即服务PaaS的管理模块；

用于基础设施即服务IaaS的管理模块，以及

用于基础设施的管理模块。

13.根据权利要求8所述的设备，其中所述QoS映射装置被配置为：

通过加载相应的QoS驱动器来将所述抽象的QoS映射到供应商特定的QoS。

14.根据权利要求8-13中任一权利要求所述的设备，进一步包括下述装置中的至少一项：

聚合的QoS简档定义装置，被配置为定义所述聚合的QoS简档；

简档存储装置，被配置为存储所述聚合的QoS简档；以及

抽象的QoS定义装置，被配置为定义抽象的计算QoS、抽象的存储QoS和抽象的网络QoS中的至少一项的关键性能指标KPI。

15.一种用于服务质量QoS设置的装置，包括：

至少一个处理器；以及

至少一个包括计算机程序代码的存储器，

其中所述至少一个存储器和所述计算机程序代码被配置为：

与所述至少一个处理器一起，促使所述装置执行根据权利要求1-7中的任一权利要求所述的方法。

16.一种计算机可读的介质，所述计算机可读的介质具有存储于其中的计算机可读程序指令，当被加载到装置中时，所述计算机可读程序指令执行根据权利要求1-7中任一权利要求所述的方法。