一种资源管理方法和管理服务器

摘要

本发明涉及通信技术领域，具体涉及资源管理方法和管理服务器，其中，资源管理方法包括：管理服务器获取第一稳定比例，第一稳定比例用于指示CSP中至少两类服务器稳定交互时的数量比；管理服务器根据第一稳定比例，增加CSP中该至少两类服务器的数量。应用本发明，CSP上管理服务器按照稳定比例一次增加各类服务器的数量，可以使得各类服务器之间较快的达到稳定状态，避免了由于逐个增加各类服务器需要比较长的时间而导致一些服务器上的操作请求超时，提高了各类服务器整体的处理能力，进而提高了CSP上部署的应用的服务质量。

权利要求

1.一种资源管理方法，其特征在于，云服务器供应商CSP包括至少两类服务器和管理服务器，所述资源管理方法包括：所述管理服务器接收迁移CSP发送的携带第三稳定比例的迁移请求，所述迁移CSP是需要迁移自身资源的CSP，所述迁移CSP也包含至少两类服务器，所述第三稳定比例是通过在开放虚拟格式OVF中增加描述稳定比例的字段实现，所述第三稳定比例用于指示所述迁移CSP中所述至少两类服务器稳定交互时的数量比；

在所述迁移CSP中所述至少两类服务器的计算能力比例与所述CSP中所述至少两类服务器的计算能力比例不同时，所述管理服务器根据所述第三稳定比例、所述迁移CSP中所述至少两类服务器的计算能力比例、和所述CSP中所述至少两类服务器的计算能力比例，获取第一稳定比例，所述第一稳定比例用于指示所述CSP中所述至少两类服务器稳定交互时的数量比；

所述管理服务器根据所述第一稳定比例，增加所述CSP中所述至少两类服务器的数量。

2.如权利要求1所述的资源管理方法，其特征在于，所述管理服务器根据第一稳定比例，增加所述CSP中所述至少两类服务器的数量之前，还包括：所述管理服务器发现需要增加所述CSP中所述至少两类服务器中的一类服务器。

3.一种管理服务器，应用于云服务器供应商CSP中，所述CSP还包括至少两类服务器，其特征在于，包括：接收模块，用于接收迁移CSP发送的携带第三稳定比例的迁移请求，所述迁移CSP是需要迁移自身资源的CSP，所述迁移CSP也包含至少两类服务器，所述第三稳定比例是通过在开放虚拟格式OVF中增加描述稳定比例的字段实现，所述第三稳定比例用于指示所述迁移CSP中所述至少两类服务器稳定交互时的数量比；

获取模块，用于在所述迁移CSP中所述至少两类服务器的计算能力比例与所述CSP中所述至少两类服务器的计算能力比例不同时，根据所述第三稳定比例、所述迁移CSP中所述至少两类服务器的计算能力比例、和所述CSP中所述至少两类服务器的计算能力比例，获取第一稳定比例，所述第一稳定比例用于指示所述云服务器供应商CSP中至少两类服务器稳定交互时的数量比；

增加模块，用于根据所述第一稳定比例，增加所述CSP中所述至少两类服务器的数量。

4.如权利要求3所述的管理服务器，其特征在于，还包括：

发现模块，用于发现需要增加所述CSP中所述至少两类服务器中一类服务器。

说明书

一种资源管理方法和管理服务器

技术领域

[0001] 本发明涉及通信技术领域，具体涉及一种资源管理方法和管理服务器。

背景技术

[0002] 云计算提供一种服务的交付和消费模式。云服务供应商(CSP：CloudService Provider)将大量计算资源用网络连接起来并进行统一的管理、分配和调度，构成一个巨大的计算资源池向云服务消费者(CSC：Cloud ServiceConsumer)提供服务。一般来说，云服务大致可分为3个层次，即基础设施即服务(IaaS：Infrastructure as a Service，也称为I层)、平台即服务(PaaS：Platform as a service，也称为P层)和软件即服务(SaaS：Software as aservice，也称为S层)，目前，业界最多的为I层供应商(如亚马逊Amazon)。在IaaS中，CSC仅消费CSP提供的计算、存储、网络传输等基础设施能力，所以CSC必须提供相应的平台和软件应用，而CSP则以虚拟机的方式为CSC提供I层服务。

[0003] CSP上部署的应用一般具有多层服务器的架构，比如CSP上部署的Web应用具有典型的三层架构：Web服务器层、应用程序(App：Application)服务器层和数据库(DB：DataBase)服务器层，其中，每一层的服务器可以看作是一类服务器，每一层可以包含多个服务器，每个服务器都对应一个虚拟机(VM：Virtual Machine)。现有技术中，CSP监控发现某层面临大量操作时，CSP会增加该层服务器的数量以实现分流负载，相应的，与该层服务器关联的其他层服务器也会面临大量的操作，因此其他层服务器的数量也需要相应的增加以实现分流负载，现有技术是通过在各层服务器中逐个增加服务器来实现分流负载。本发明中，每一层服务器即是一类服务器。

[0004] 发明人发现上述现有技术至少存在如下缺点：通过在各层逐个增加服务器来实现分流负载，可能导致某层服务器在面临大量操作时，与该层服务器关联的其他层服务器需要更多的操作，计算压力更大，需要增加多个服务器，由于每增加一个服务器对应的虚拟机都需要一定的时间，因此在各层逐个增加服务器的过程中，各层服务器上的有些操作请求可能已经超时，导致CSP上部署的应用的服务质量不高。

[0005] 例如，CSP上部署的Web应用有大量访问涌入时，Web服务器的CPU使用率会突然增加，由于App服务器和DB服务器处理业务逻辑和数据的增删查改，所以它们的计算压力比Web服务器大很多。因此，处理这些突然涌入的请求，需要增加多台App服务器和DB服务器。目前CSP在App服务器层和DB服务器层逐个增加服务器。由于增加服务器需要一定的时间，在App服务器层和DB服务器层逐个增加服务器的过程中，Web服务器层有些请求可能已经超时，从而降低了CSP上该Web应用的服务质量。

发明内容

[0006] 本发明的实施例提供了一种资源管理方法和管理服务器，以提高CSP中部署的应用的服务质量。

[0007] 本发明一个实施例提供了一种资源管理方法，包括：

[0008] 管理服务器获取第一稳定比例，所述第一稳定比例用于指示所述CSP中所述至少两类服务器稳定交互时的数量比；

[0009] 所述管理服务器根据所述第一稳定比例，增加所述CSP中所述至少两类服务器的数量。

[0010] 本发明一个实施例提供了一种管理服务器，包括：

[0011] 获取模块，用于获取第一稳定比例，所述第一稳定比例用于指示所述CSP中所述至少两类服务器稳定交互时的数量比；

[0012] 增加模块，用于根据所述第一稳定比例，增加所述CSP中所述至少两类服务器的数量。

[0013] 从本发明实施例提供的以上技术方案可以看出，管理服务器发现需要增加某层服务器的数量时，根据稳定比例一次增加CSP中各层服务器的数量，可以使得各层服务器之间较快的达到稳定状态，所谓稳定状态是指各层服务器之间的数量在满足一定比例时，各层服务器之间处于一种稳定交互的状态来实现负载分流，避免了由于逐个增加服务器需要比较长的时间而导致各层服务器上的一些操作请求超时等，提高了每层服务器整体的处理能力，进而提高CSP上部署的应用的服务质量。

附图说明

[0014] 为了更清楚地说明本发明实施例中的技术方案，下面将实施例描述中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

[0015] 图1为本发明一个实施例提供的一种资源管理方法的流程图。

[0016] 图2.a为本发明一个实施例提供的一种确定稳定比例方法的流程图。

[0017] 图2.b为本发明又一个实施例提供的一种确定稳定比例方法的流程图。

[0018] 图2.c为本发明又一个实施例提供的一种确定稳定比例方法的流程图。

[0019] 图3为本发明一个实施例提供的一种管理服务器的结构图。

具体实施方式

[0020] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

[0021] 图1描述了本发明一个实施例提供的一种资源管理方法，云服务器供应商CSP包括至少两类服务器和管理服务器，另外需要说明的是，本发明所指的资源是指服务器资源，该实施例具体包括：

[0022] S110、该管理服务器获取第一稳定比例，该第一稳定比例用于指示该CSP中该至少两类服务器稳定交互时的数量比。

[0023] 进一步，该管理服务器获取第一稳定比例之前，还包括：

[0024] 接收云服务消费者CSC发送的携带第二稳定比例的应用部署请求，第二稳定比例用于指示CSC中第一类服务器和第二类服务器稳定交互时的数量比，并且，第二稳定比例是通过在开放虚拟格式OVF中增加描述稳定比例的字段实现。其中，云服务器消者CSC可理解成是一种测试环境。

[0025] 本发明中，采用开放虚拟格式(OVF：Open Virtualization Format)描述应用部署请求，OVF由标准组织DMTF(Distributed Management TaskForce)定义，描述了一个开放、安全、可移植、高效和可扩展的在虚拟机上运行的软件打包和分发格式，OVF文件描述了应用所需要的虚拟资源的信息，包括虚拟机配置、虚拟机上的操作系统及软件等。现有OVF标准中定义了如下字段及其含义(仅列举了部分)：

[0026] Envelop

[0027] -Reference…………………………………对Package中其他文件的引用[0028] -DiskSection…………………………………Disk相关属性的描述

[0029] -NetWorkSection……………………………Network相关属性的描述

[0030] -VirtualSystemCollection……………………VM集合

[0031] -ResourceAllocationSection……………Collection中所需资源描述[0032] -AnnotationSection……………………注释

[0033] -ProductSection…………………………VM中软件信息的描述

[0034] -VirtualSystem…………………………………VM的描述

[0035] -VirtualHardwareSection………………VM虚拟硬件资源的描述

[0036] -AnnotationSection……………………注释

[0037] -ProductSection…………………………VM中软件信息的描述

[0038] 本发明中，在OVF中增加描述稳定比例的字段，例如，在OVF的Envelop字段下，增加字段StableRationSection用于描述稳定比例，具体的可以采用下述描述方式：

[0039]

[0040] 其中，VirtualSystemCollectionRef是指对OVF标准中字段VirtualSystemCollection的引用，由于VirtualSystemCollection是指虚拟机VM的集合，可以对应本发明中“层”的描述，因此VirtualSystemCollection可以指某一类(或某一层)服务器的集合，所以上述描述方式描述了三类服务器组成的稳定比例。

[0041] 需要说明的是，本发明不对在哪个字段下层增加用于描述稳定比例的字段做限制。

[0042] 例如，以Web应用具备典型的三层架构为例，包括Web服务器层、App服务器层和DB服务器层，当Web服务器、App服务器和DB服务器的稳定比例为1∶2∶4时，则该稳定比例在OVF中的描述为：

[0043]

[0044]

[0045] 另外，第二稳定比例由CSC确定，具体可以用以下方法确定：该CSC在该CSC中所述至少两类服务器的访问量相同时，记录该至少两类服务器中每类服务器的数量与该类服务器的CPU使用率的乘积的值；该CSC将该至少两类服务器中每类服务器的数量与该类服务器的CPU使用率的乘积的值的比例确定为第二稳定比例。

[0046] 在获取第二稳定比例后，该管理服务器获取第一稳定比例为：

[0047] 该管理服务器根据第二稳定比例获取第一稳定比例，具体包括：在该CSC中该至少两类服务器的计算能力比例与该CSP中该至少两类服务器的计算能力比例不同时，根据第二稳定比例、该CSC中该至少两类服务器的计算能力比例、和该CSP中该至少两类服务器的计算能力比例，获取第一稳定比例，其中，该第一稳定比例用于指示该CSP中该至少两类服务器稳定交互的数量比；或者，在该CSC中该至少两类服务器的计算能力比例与该CSP中该至少两类服务器的计算能力比例相同时，将第二稳定比例作为第一稳定比例。

[0048] 在发明的另一个实施例中，该管理服务器获取第一稳定比例具体包括：

[0049] 该管理服务器监控CSP中该至少两类服务器的访问量；

[0050] 该管理服务器在该CSP中该至少两类服务器的访问量相同时，记录该至少两类服务器中每类服务器的数量与该类服务器的CPU使用率的乘积的值；

[0051] 所述管理服务器将该至少两类服务器中每类服务器的数量与该类服务器的CPU使用率的乘积的值的比例确定为第一稳定比例。

[0052] 在本发明的另一个实施例中，该管理服务器获取第一稳定比例之前，还包括：

[0053] 接收迁移CSP发送的携带第三稳定比例的迁移请求，第三稳定比例是通过在开放虚拟格式OVF中增加描述稳定比例的字段实现，第三稳定比例用于指示所述迁移CSP中所述至少两类服务器稳定交互时的数量比，迁移CSP是指需要迁移自身资源的CSP。

[0054] 同样的，本发明中，采用开放虚拟格式(OVF：Open VirtualizationFormat)描述迁移请求。

[0055] 在获取第三稳定比例后，该管理服务器获取第一稳定比例为：

[0056] 该管理服务器根据第三稳定比例获取第一稳定比例，具体包括：在迁移CSP中该至少两类服务器的计算能力比例与CSP中该至少两类服务器的计算能力比例不同时，根据第三稳定比例、迁移CSP中该至少两类服务器的计算能力比例、和CSP中该至少两类服务器的计算能力比例，获取第一稳定比例；或者，在迁移CSP中该至少两类服务器的计算能力比例与CSP中该至少两类服务器的计算能力比例相同时，将第三稳定比例作为第一稳定比例。

[0057] S120、该管理服务器根据第一稳定比例，增加该CSP中该至少两类服务器的数量。

[0058] 进一步，该管理服务器根据第一稳定比例，增加该CSP中该至少两类服务器的数量之前，还包括：

[0059] 该管理服务器发现需要增加该CSP中该至少两类服务器中的一类服务器。

[0060] 本发明上述实施例提供的资源管理方法中，根据稳定比例，增加CSP中各层服务器的数量，可以使得各层服务器之间较快的达到稳定状态，所谓稳定状态是指各层服务器之间的数量在满足一定比例时，各层服务器之间处于一种稳定交互的状态来实现负载分流，避免了由于逐个增加服务器需要比较长的时间而导致各层服务器上的一些操作请求超时等，提高了每层服务器整体的处理能力，进而提高CSP上部署的应用的服务质量。

[0061] 图2.a、图2.b和图2.c描述了本发明实施例提供的三种获取稳定比例的方法，该三个图对应的实施例中以CSP上部署Web应用为例，并且以该Web应用具备典型的三层架构为例，包括Web服务器层、App服务器层和DB服务器层，进一步，假设第一类服务器为Web服务器、第二类服务器为App服务器和第三类服务器为DB服务器，因此该CSP包括Web服务器、App服务器和DB服务器，此时第一稳定比例用于指示该CSP中Web服务器、App服务器和DB服务器平稳交互的数量比。

[0062] 图2.a描述本发明实施例提供的一种确定稳定比例的方法，具体的，该实施例包括：

[0063] S201、CSC确定第二稳定比例。其中，第二稳定比例用于指示CSC中Web服务器、App服务器和DB服务器稳定交互时的数量比。

[0064] 具体的，CSC中Web服务器、App服务器和DB服务器可以理解成是测试开发状态下的服务器，在CSC中Web服务器、App服务器和DB服务器的访问量相同时，CSC记录n1f1、n2f2和n3f3的值，其中，n1指此时Web服务器的数量，f1指此时Web服务器的CPU使用率，n2指此时App服务器的数量，f2指此时App服务器的CPU使用率，n3指此时DB服务器的数量，f3指此时DB服务器的CPU使用率；

[0065] 在确定n1f1、n2f2和n3f3的值后，CSC将记录的n1f1、n2f2和n3f3的值的比例确定为第二稳定比例。

[0066] 关于本发明以n1f1、n2f2和n3f3的值的比例作为第二稳定比例的具体推算过程如下：

[0067] Web应用的三个服务器层都包含一个或多个服务器，这些服务器之间利用负载均衡彼此分担负载，因此同一层内的服务器CPU使用率相似。设f为某服务器的CPU使用率，该层服务器的数量为n，那么Web应用消耗该层CPU资源的总量y为nf。

[0068] 在系统稳定状态下，各服务器CPU使用率随着访问量的增加而准线性增加。设某服务器没有任何访问时CPU使用率为u，斜率为k，当访问量为x时，f为

[0069] f＝u+xk(1)

[0070] 由于u相对于应用所占用的CPU使用率可忽略不计，故公式(1)可简化为[0071] f＝xk(2)

[0072] 由于同一层内服务器的CPU使用率曲线的斜率相似，不同层服务器的CPU使用率曲线的斜率则并不相同，所以同一层内服务器CPU资源消耗总量为：

[0073] y＝nxk(3)

[0074] 因此，当访问量为x时，web服务器层、应用服务器层和数据库服务器层的CPU资源消耗总量(分别表示为yw、ya和yd)比值为

[0075] yw∶ya∶yd＝n1k1∶n2k2∶n3k3(4)

[0076] 基于公式(2)，公式(4)可化为

[0077]

[0078] 当在相同访问量的情况下(即x1＝x2＝x3)，记录f1、f2和f3，此时公式(5)可化为[0079] yw∶ya∶yd＝n1f1∶n2f2∶n3f3(6)

[0080] 该比值即为CSC中Web应用三层服务器之间的稳定比例，即第二稳定比例。CSC只需在测试中，记录下相同访问量情况下n1f1、n2f2和n3f3的值，即可通过公式(6)获得第二稳定比例。

[0081] 需要说明的是，上述以n1f1、n2f2和n3f3的值的比例作为第二稳定比例并不能看成是对第二稳定比例的计算方法的限制，其他合理的计算第二稳定比例的方法都适用于本发明。

[0082] S202、CSC将第二稳定比例封装在应用部署请求。

[0083] 具体的，CSC可以将第二稳定比例以OVF格式封装在应用部署请求中。本发明中，以OVF文件格式描述CSP中的应用需要的所有虚拟资源信息，包括虚拟机配置和虚拟机上的操作系统等。

[0084] 由于现有标准的OVF格式中并没有定义描述第二稳定比例的标记，因此本发明在现有标准的OVF标记中定义新的字段用以描述第二稳定比例，比如：

[0085]

[0086] 其中，web tier标记Web服务器，app tier标记App服务器，db tier标记DB服务器，因此上述OVF语言描述的第二稳定比例指示了在CSC中增加Web服务器、App服务器和DB服务器的数量比为1∶2∶4。

[0087] 需要说明的是，本发明不对描述第二稳定比例的标记语言做限定。

[0088] S203、CSC向管理服务器发送携带第二稳定比例的应用部署请求。

[0089] S204、管理服务器获取第一稳定比例。

[0090] 管理服务器根据第二稳定比例获取第一稳定比例，具体包括：该管理服务器在接收应用部署请求中携带的第二稳定比例后，将CSC中Web服务器、App服务器和DB服务器的计算能力比例，和，CSP中Web服务器、App服务器和DB服务器的计算能力比例进行比较。

[0091] 在CSC中Web服务器、App服务器和DB服务器的计算能力比例，和，CSP中Web服务器、App服务器和DB服务器的计算能力比例不同时，根据第二稳定比例、CSC中Web服务器、App服务器和DB服务器的计算能力比例、以及CSP中Web服务器、App服务器和DB服务器的计算能力比例，确定第一稳定比例。

[0092] 例如，本实施例给出一种确定第二稳定比例的方法，包括：由于计算机的计算能力w可根据CPU的主频(h)和Core的数量(c)估算获得：w＝h*c。假设CSC中(可理解成是一种测试环境)Web服务器和App服务器的计算能力都为1(1GHZ和1个Core)，DB服务器的计算能力为2(1GHZ和2个Core)，那么计算能力比例为1∶1∶2，另外，假设CSP中Web服务器、App服务器和DB服务器的计算能力都为2(1GHZ和2个Core)，那么计算能力比例为1∶1∶1，与CSC中的计算能力比例不同。以该管理服务器获得的第二稳定比例为1∶2∶4为例，由于CSP中Web服务器、App服务器的计算能力比例仍为1∶1，与CSC中Web服务器、App服务器的计算能力比例相同，所以在第一稳定比例中，它们的比例仍为1∶2；然而，因为App服务器和DB服务器的计算能力比例需要从CSC中的1∶2变为CSP中的1∶1，即CSP中每一个DB服务器的计算能力相对于App服务器的计算能力下降一倍，相应的CSP中DB服务器的数量相对于APP服务器的数量需要增加一倍才能保持稳定的状态，因此CSP中App服务器和DB服务器的比例需要从CSC中2∶4变为2∶8才能达到稳定状态，所以在第一稳定比例中，它们的比例为2∶8，因此，第一稳定比例为1∶2∶8。

[0093] 需要说明的是，以上为确定CSP中第一稳定比例的一种方法，任何有效合理的计算第一稳定比例的方法都适用于本发明。

[0094] 在CSC中Web服务器、App服务器和DB服务器的计算能力比例，和，CSP中Web服务器、App服务器和DB服务器的计算能力比例相同时，则将第二稳定比例作为第一稳定比例。

[0095] S205、管理服务器发现需要增加CSP中Web服务器。

[0096] 具体的，该管理服务器可以通过监控CSP中Web服务器，当发现Web服务器的CPU使用率超过设定的阈值时，则需要增加Web服务器以进行分流负载。

[0097] S206、管理服务器根据第一稳定比例增加Web服务器、App服务器和DB服务器的数量。比如，如果第一稳定比例为1∶2∶4，则管理服务器根据该第一稳定比例，在增加1台Web服务器的同时，增加2台App服务器和4台DB服务器，因此一次增加多台App服务器或DB服务器可以有效节省增加服务器的时间，有效避免Web服务器中某些请求出现超时的情况，提高了App服务器和DB服务器的工作效率，进而提高了Web服务器的工作效率，提高了CSP上Web应用的服务质量。

[0098] 图2.b描述本发明又一个实施例提供的一种获取稳定比例的万法，具体的，该实施例包括：

[0099] S211、管理服务器通过监控CSP中Web服务器、App服务器和DB服务器的访问量，确定第一稳定比例。

[0100] 具体的，管理服务器在CSP中Web服务器、App服务器和DB服务器的访问量相同时记录n1f1、n2f2和n3f3的值，其中，n1指此时Web服务器的数量，f1指此时Web服务器的CPU使用率，n2指此时App服务器的数量，f2指此时App服务器的CPU使用率，n3指此时DB服务器的数量，f3指此时DB服务器的CPU使用率；

[0101] 该管理服务器将n1f1、n2f2和n3f3的值的比例确定为第一稳定比例。

[0102] 具体的，以n1f1、n2f2和n3f3的值的比例作为第一稳定比例的推算过程可以参考图2.a对应的实施例中S201中的过程，此处不予赘述。

[0103] S212、管理服务器发现需要增加CSP中Web服务器。

[0104] 具体的，该管理服务器可以通过监控CSP中Web服务器，当发现Web服务器的CPU使用率超过设定的阈值时，则需要增加Web服务器以进行分流负载。

[0105] S213、管理服务器根据第一稳定比例增加Web服务器、App服务器和DB服务器的数量。比如，如果第一稳定比例为1∶2∶4，则管理服务器根据该第一稳定比例，在增加1台Web服务器的同时，增加2台App服务器和4台DB服务器，因此一次增加多台App服务器或DB服务器可以有效节省增加服务器的时间，有效避免Web服务器中某些请求出现超时的情况，提高了App服务器和DB服务器的工作效率，进而提高了Web服务器的工作效率，提高了CSP上Web应用的服务质量。

[0106] 图2.c描述本发明又一个实施例提供的一种确定稳定比例的方法，该实施例中，迁移CSP是指需要迁移自身资源的CSP，并且该迁移CSP中的Web应用也具备Web服务器、App服务器和DB服务器的稳定比例状态，本发明将迁移CSP中Web服务器、App服务器和DB服务器在稳定状态下的数量比称为第三稳定比例，具体的，该实施例包括：

[0107] S221、迁移CSP将第三稳定比例封装在迁移请求。

[0108] 其中，迁移CSP中的第三稳定比例可以根据CSC发送的应用部署请求中携带的CSC中各类服务器的稳定比例计算获取，也可以通过监控本地各类服务器在稳定状态下的数量比例获取，具体的这两种获取方法分别对应图2.a和图2.b对应的实施例中描述的获取方法，此时可以将该迁移CSP看作图2.a和图2.b对应的实施例中的CSP，亦即图2.a和图2.b中获取的第二稳定比例就是这里的第三稳定比例，此处不予赘述。

[0109] 迁移CSP在获取第三稳定比例后，将第三稳定比例以OVF格式封装在迁移请求中，即通过在开放虚拟格式OVF中增加描述稳定比例的字段实现。需要说明的是，本发明不对描述第二稳定比例的标记语言做限定，任何可以描述第二稳定比例的标记语言都适用于本发明。

[0110] S222、迁移CSP向管理服务器发送携带第三稳定比例的迁移请求。

[0111] S223、管理服务器获取第一稳定比例。

[0112] 管理服务器根据第三稳定比例获取第一稳定比例，具体包括：该管理服务器在接收迁移请求中携带的第三稳定比例后，将迁移CSP中Web服务器、App服务器和DB服务器的计算能力比例，和，该管理服务器位于的CSP中Web服务器、App服务器和DB服务器的计算能力比例进行比较。

[0113] 在迁移CSP中Web服务器、App服务器和DB服务器的计算能力比例，和，该管理服务器位于的CSP中Web服务器、App服务器和DB服务器的计算能力比例不同时，根据第三稳定比例、迁移CSP中Web服务器、App服务器和DB服务器的计算能力比例、和该管理服务器位于的CSP中Web服务器、App服务器和DB服务器的计算能力比例，确定第一稳定比例。具体的确定第一稳定比例的方法，可以参考图2.a中对应的实施例中S204中的确定步骤，此处不予赘述。

[0114] 在迁移中Web服务器、App服务器和DB服务器的计算能力比例，和，该管理服务器位于的CSP中Web服务器、App服务器和DB服务器的计算能力比例相同时，则将第三稳定比例作为第一稳定比例。

[0115] S224、管理服务器发现需要增加CSP中Web服务器。

[0116] 具体的，该管理服务器可以通过监控CSP中Web服务器，当发现Web服务器的CPU使用率超过设定的阈值时，则需要增加Web服务器以进行分流负载。

[0117] S225、管理服务器根据第一稳定比例增加Web服务器、App服务器和DB服务器的数量。比如，如果第一稳定比例为1∶2∶4，则管理服务器根据该第一稳定比例，在增加1台Web服务器的同时，增加2台App服务器和4台DB服务器，因此一次增加多台App服务器或DB服务器可以有效节省增加服务器的时间，有效避免Web服务器中某些请求出现超时的情况，提高了App服务器和DB服务器的工作效率，进而提高了Web服务器的工作效率，提高了CSP上Web应用的服务质量。

[0118] 需要说明的是，尽管图2.a、图2.b和图2.c对应的实施例以CSP中部署的Web应用的三层架构为例，但是不能理解成是本发明对Web应用按其他架构划分服务器的限制，并且不能理解成是对CSP上按照某种划分部署其他应用的限制，CSP上部署的任何应用，只要该应用可以按某种架构划分服务器层次，都属于本发明保护的范围。

[0119] 图3描述了本发明实施例提供的一种管理服务器300的结构，云服务器供应商CSP包括至少两类服务器和该管理服务器300，该管理服务器300包括：

[0120] 获取模块301，用于获取第一稳定比例，该第一稳定比例用于指示该CSP中该至少两类服务器稳定交互时的数量比；

[0121] 增加模块302，用于根据获取模块301获取的第一稳定比例，增加该CSP中该至少两类服务器的数量。

[0122] 在本发明的一个实施例中，该管理服务器300还包括：

[0123] 接收模块303，用于接收云服务消费者CSC发送的携带第二稳定比例的应用部署请求，该第二稳定比例是通过在开放虚拟格式OVF中增加描述稳定比例的字段实现，该第二稳定比例用于指示该CSC中该至少两类服务器稳定交互时的数量比。

[0124] 其中，CSC可以将第二稳定比例以OVF格式封装在应用部署请求中，即通过在开放虚拟格式OVF中增加描述稳定比例的字段实现。并且，第二稳定比例由CSC测试获取，具体的CSC测试获取第二稳定比例的过程与图2.a描述的实施例中S201的过程相同，此处不予赘述。

[0125] 在接收模块303获取第二稳定比例之后，获取模块301具体用于根据第二稳定比例获取第一稳定比例，具体包括：

[0126] 在CSC中该至少两类服务器的计算能力比例与CSP中该至少两类服务器的计算能力比例不同时，根据第二稳定比例、CSC中该至少两类服务器的计算能力比例、和CSP中该至少两类服务器的计算能力比例，获取第一稳定比例，其中，该第一稳定比例用于指示CSP中该至少两类服务器稳定交互时的数量比，具体的获取该第一稳定比例的方法可以参见图2.a描述的实施例中S204中获取第一稳定比例的方法，此处不予赘述；或者，[0127] 在CSC中该至少两类服务器的计算能力比例与CSP中该至少两类服务器的计算能力比例相同时，将第二稳定比例作为第一稳定比例。

[0128] 可选的，在本发明的另一个实施例中，获取模块301具体包括：

[0129] 用于监控CSP中该至少两类服务器的访问量；以及，

[0130] 在CSP中该至少两类服务器的访问量相同时，记录该至少两类服务器中每类服务器的数量与该类服务器的CPU使用率的乘积的值；以及，

[0131] 将该至少两类服务器中每类服务器的数量与该类服务器的CPU使用率的乘积的值的比例确定为第一稳定比例。

[0132] 可选的，在本发明的又一个实施例中，该管理服务器300还包括：

[0133] 该接收模块303，还用于接收迁移CSP发送的携带第三稳定比例的迁移请求，该第三稳定比例是通过在开放虚拟格式OVF中增加描述稳定比例的字段实现，该第三稳定比例用于指示该迁移CSP中所述至少两类服务器稳定交互时的数量比。

[0134] 其中，迁移CSP可以将第三稳定比例以OVF格式封装在迁移请求中，即通过在开放虚拟格式OVF中增加描述稳定比例的字段实现。

[0135] 在接收模块303获取第三稳定比例之后，获取模块301具体用于根据第三稳定比例获取第二稳定比例，具体包括：

[0136] 用于在该迁移CSP中该至少两类服务器的计算能力比例与该CSP中该至少两类服务器的计算能力比例不同时，根据第三稳定比例、迁移CSP中该至少两类服务器的计算能力比例、和CSP中该至少两类服务器的计算能力比例，获取第一稳定比例，其中，该第一稳定比例用于指示CSP中该至少两类服务器稳定交互时的数量比，具体的获取该第一稳定比例的方法可以参见图2.c描述的实施例中S223中获取第一稳定比例的方法，此处不予赘述；或者，

[0137] 用于在迁移CSP中该至少两类服务器的计算能力比例与CSP中该至少两类服务器的计算能力比例相同时，将第三稳定比例作为第一稳定比例。

[0138] 进一步，在上述三个实施例中，该管理服务器300还包括：

[0139] 发现模块304，用于发现需要增加该CSP中该至少两类服务器中一类服务器。具体的，发现模块304可以通过监控CSP中该至少两类服务器，当发现其中一类服务器的CPU使用率超过设定的阈值时，则需要增加该类服务器以进行分流负载。

[0140] 本发明上述实施例提供的管理服务器，在发现需要增加某层服务器的数量时，按照稳定比例一次增加各层服务器的数量，可以使得各层服务器之间较快的达到稳定状态，避免了由于逐个增加服务器需要比较长的时间而导致各层服务器上的一些操作请求超时等，提高了每层服务器整体的处理能力，进而提高CSP上部署的应用的服务质量。

[0141] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，上述的存储介质可为磁碟、光盘、只读存储记忆体(ROM：Read-Only Memory)或随机存储记忆体(RAM：Random AccessMemory)等。

[0142] 本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的技术方案；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。