服务器的扩容方法及装置

本发明涉及信息技术领域，特别涉及一种服务器的扩容方法及装置。

随着信息技术的不断发展，服务提供商提供的业务种类及数量越来越多。 业务在运行过程中需要使用服务器，并且需要根据业务的种类及数量及时调整 服务器的数量，以应对各种业务需求。实际应用中，经常会遇到有活动突发紧 急上线，或是业务推广导致请求量增大的情况，这时需要增加服务器的数量， 即对服务器进行扩容。

现有技术针对小型业务服务及公共用户服务提供了一种服务器扩容方案， 具体包括：监控各个服务器的使用情况，并根据每个服务器的使用情况及每个 服务器的使用阈值配置服务器中运行的虚拟机及虚拟机的运行环境；人工申请 虚拟机的后台服务权限后，将业务分配到配置的虚拟机。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

由于针对小型业务服务及公共用户服务进行服务器扩容，致使服务器扩容 的应用范围受到限制；另外，需要人工申请虚拟机后台服务权限，使得服务器 扩容的方式不够智能。

为了解决现有技术的问题，本发明实施例提供了一种服务器的扩容方法及 装置。所述技术方案如下：

第一方面，提供了一种服务器的扩容方法，所述方法包括：

采集各个第一服务器的运行数据，并根据每个第一服务器的运行数据计算 每个第一服务器的各项负载值；

若所有第一服务器的各项负载值中存在高负载值，则根据每个第一服务器 的各项负载值配置至少一个扩容的第二服务器及所述第二服务器的运行环境；

申请所述第二服务器的后台服务权限，并将业务分配到所述第二服务器。

第二方面，提供了一种服务器的扩容装置，所述装置包括：

采集模块，用于采集各个第一服务器的运行数据；

计算模块，用于根据每个第一服务器的运行数据计算每个第一服务器的各 项负载值；

配置模块，用于当所有第一服务器的各项负载值中存在高负载值时，根据 每个第一服务器的各项负载值配置至少一个扩容的第二服务器及所述第二服务 器的运行环境；

申请模块，用于申请所述第二服务器的后台服务权限；

分配模块，用于将业务分配到所述第二服务器。

本发明实施例提供的技术方案带来的有益效果是：

通过在第一服务器的各项负载值中存在高负载值时，根据每个第一服务器 的各项负载值配置至少一个扩容的第二服务器及第二服务器的运行环境，并申 请第二服务器的后台服务权限，再将业务分配到第二服务器，从而实现了服务 器的自动扩容，并且服务器的扩容不受到业务及用户的限制，扩大了服务器扩 容的应用范围。

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

图1是本发明实施例提供的服务器的扩容方法的流程图；

图2是本发明另一实施例提供的服务器的扩容方法的流程图；

图3是本发明另一实施例提供的服务器扩容系统的架构图；

图4是本发明另一实施例提供的负载均衡算法的流程图；

图5是本发明另一实施例提供的扩容指令下发及执行系统的架构图；

图6是本发明另一实施例提供的第一种服务器的扩容装置的结构示意图；

图7是本发明另一实施例提供的采集模块的结构示意图；

图8是本发明另一实施例提供的第二种服务器的扩容装置的结构示意图；

图9是本发明另一实施例提供的配置模块的结构示意图；

图10是本发明另一实施例提供的确定单元的结构示意图；

图11是本发明另一实施例提供的第一种申请模块的结构示意图；

图12是本发明另一实施例提供的第二种申请模块的结构示意图；

图13是本发明另一实施例提供的服务器的结构示意图。

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明 实施方式作进一步地详细描述。

业务种类及数量的增加，使得服务器的扩容需求增加。目前针对小型业务 服务及公共用户服务提供了服务器扩容方案，但是该扩容方案不能自动申请服 务器的权限。针对上述情况，本发明实施例提供了一种服务器的扩容方法，适 用于架构复杂、有多种后台鉴权系统的大型业务，并且实现了服务器的自动扩 容，参见图1，方法流程包括：

101：采集各个第一服务器的运行数据，并根据每个第一服务器的运行数据 计算每个第一服务器的各项负载值；

作为一种可选实施例，采集各个第一服务器的运行数据，包括：

获取采样周期，并根据采样周期采集各个第一服务器的运行数据。

作为一种可选实施例，根据每个第一服务器的运行数据计算每个第一服务 器的各项负载值之后，还包括：

判断每个第一服务器的各项负载值是否大于各项负载值对应的负载阈值；

若任一第一服务器的任一负载值大于任一负载值对应的负载阈值，则判断 所有第一服务器的各项负载值中存在高负载值。

102：若所有第一服务器的各项负载值中存在高负载值，则根据每个第一服 务器的各项负载值配置至少一个扩容的第二服务器及第二服务器的运行环境；

作为一种可选实施例，根据每个第一服务器的各项负载值配置至少一个扩 容的第二服务器及第二服务器的运行环境，包括：

判断当前时间是否达到冷却时间；

若当前时间达到冷却时间，则根据每个第一服务器的各项负载值确定服务 器扩容策略，并根据服务器扩容策略配置至少一个扩容的第二服务器及第二服 务器的运行环境。

作为一种可选实施例，根据每个第一服务器的各项负载值确定服务器扩容 策略，包括：

确定每个第一服务器的负载是否均衡；

若每个第一服务器的负载均衡，则根据每个第一服务器的各项负载值计算 扩容的服务器数量，并将扩容的服务器数量作为服务器扩容策略。

作为一种可选实施例，确定每个第一服务器的负载是否均衡，包括：

根据所有第一服务器的各项负载值计算各项负载值对应的负载均值，并将 每项负载值与每项负载值对应的负载均值进行比较；

若所有负载值与每项负载值对应的负载均值的差值均不大于预设数值，则 确定每个第一服务器的负载均衡。

103：申请第二服务器的后台服务权限，并将业务分配到第二服务器。

作为一种可选实施例，申请第二服务器的后台服务权限，包括：

判断权限系统是否授权自动申请后台服务权限；

若权限系统授权自动申请后台服务权限，则直接申请第二服务器的后台服 务权限。

作为一种可选实施例，判断权限系统是否授权自动申请后台服务权限之后， 还包括：

若权限系统未授权自动申请后台服务权限，则向代理申请第二服务器的后 台服务权限。

本发明实施例提供的方法，通过在第一服务器的各项负载值中存在高负载 值时，根据每个第一服务器的各项负载值配置至少一个扩容的第二服务器及第 二服务器的运行环境，并申请第二服务器的后台服务权限，再将业务分配到第 二服务器，从而实现了服务器的自动扩容，并且服务器的扩容不受到业务及用 户的限制，扩大了服务器扩容的应用范围。

本发明实施例提供了一种服务器的扩容方法，结合上述实施例的内容，参 见图2，本实施例提供的方法流程包括：

201：采集各个第一服务器的运行数据，并根据每个第一服务器的运行数据 计算每个第一服务器的各项负载值；

作为一种可选实施例，采集各个第一服务器的运行数据，包括但不限于：

获取采样周期，并根据采样周期采集各个第一服务器的运行数据。

参见图3所示的服务器扩容系统的架构图，该服务器扩容系统由流量控制 系统、运营中服务器、待运营服务器、监控服务器(monitor)、AC(Alter Controller， 变更控制器)、KM(Keeper Master，集管理器)、RM(Resource Master，业务 资源服务器)、透明代理或PA(Permission Assignment，权限服务器)及业务后台 权限授权系统构成。

其中，运营中服务器对应第一服务器，运营中服务器中部署了keeper(后台 程序)，keeper负责数据采集，即执行采集各个第一服务器的运行数据。

可选地，keeper接收monitor下发的采样周期，即获取采样周期；keeper通 过在每个采样周期读取各个服务器中的proc文件系统采集各个服务器的运行数 据，即根据采样周期采集各个第一服务器的运行数据。

keeper将采集的各个服务器的运行数据及采集时间上报给monitor，monitor 在收集到各个服务器的运行数据后，根据运行数据计算每个服务器的各个负载 指标对应的负载值，即根据每个第一服务器的运行数据计算每个第一服务器的 各项负载值。其中，服务器的负载指标包括但不限于如下表格所示的负载指标， 该表格中还示出了各个负载指标的计算方法。

其中，cpuTotal表示CPU总容量；cpuUsed表示已使用的CPU容量；user 表示从系统启动开始累计到当前时刻，处于用户态的运行时间，不包含nice(优 先级)值为负的进程；nice表示从系统启动开始累计到当前时刻，nice值为负的 进程所占用的CPU时间；system表示从系统启动开始累计到当前时刻，处于核 心态的运行时间；idle表示从系统启动开始累计到当前时刻，除IO(Input/Output， 输入/输出)等待时间以外的其它等待时间；iowait表示从系统启动开始累计到 当前时刻，IO等待时间；irq表示从系统启动开始累计到当前时刻，硬中断时间； softirq表示从系统启动开始累计到当前时刻，软中断时间；MemTotal表示总内 存大小；MemFree表示空闲内存大小；Buffers表示块设备的磁盘缓存的大小； Cached表示文件的磁盘缓存的大小；pgpgin表示从磁盘或SWAP(交换分区) 置换到内存的字节数；pgpgout表示从内存置换到磁盘或SWAP的字节数。

202：判断每个第一服务器的各项负载值是否大于各项负载值对应的负载阈 值；

关于各项负载值对应的负载阈值的大小，本实施例不作具体限定。具体实 施时，可针对各个负载指标分别设置负载阈值。可选地，负载阈值分为全局高 负载阈值及模块高负载阈值。通常情况下，全局高负载阈值为默认阈值，模块 高负载阈值为可设置的阈值。当没有设置模块高负载阈值时，使用全局高负载 阈值。

参见图3所示的服务器扩容系统的架构图，monitor判断所有运营中服务器 的各项负载值中是否存在高负载值。

203：若任一第一服务器的任一负载值大于任一负载值对应的负载阈值，则 判断所有第一服务器的各项负载值中存在高负载值；

当任一第一服务器的任一负载值大于任一负载值对应的负载阈值时，确定 任一负载值为高负载值，即判断所有第一服务器的各项负载值中存在高负载值， 执行后续步骤204。参见图3所示的服务器扩容系统的架构图，monitor在判断 所有运营中服务器的各项负载值中存在高负载值时，触发高负载事件，通知AC 有高负载事件。

204：根据每个第一服务器的各项负载值配置至少一个扩容的第二服务器及 第二服务器的运行环境；

作为一种可选实施例，根据每个第一服务器的各项负载值配置至少一个扩 容的第二服务器及第二服务器的运行环境，包括但不限于：

判断当前时间是否达到冷却时间；

若当前时间达到冷却时间，则根据每个第一服务器的各项负载值确定服务 器扩容策略，并根据服务器扩容策略配置至少一个扩容的第二服务器及第二服 务器的运行环境。

其中，冷却时间可根据实际需求进行设置，本实施例不对冷却时间的长短 进行限制。在冷却时间内，即使判断所有第一服务器的各项负载值中存在高负 载值，也不执行确定服务器扩容策略、配置扩容的第二服务器及第二服务器的 运行环境。这是由于在自动扩容服务器后的短时间内，仍可能出现负载毛刺的 情况；由于在自动扩容后，业务可能还没有分配到自动扩容的服务器，此时如 果立即再次扩容会造成服务器资源的浪费；因此，通过设置冷却时间可以尽量 避免在将业务分配到自动扩容的服务器前出现再次扩容的情况，还可以尽量减 少外部恶意攻击导致的持续高负载消耗空闲服务器的情况，从而保护空闲服务 器。

作为一种可选实施例，根据每个第一服务器的各项负载值确定服务器扩容 策略，包括但不限于：

确定每个第一服务器的负载是否均衡；

若每个第一服务器的负载均衡，则根据每个第一服务器的各项负载值计算 扩容的服务器数量，并将扩容的服务器数量作为服务器扩容策略。

本发明实施例提供的方法在确定每个第一服务器的负载均衡时，允许自动 扩容，即执行确定服务器扩容策略。其中，服务器的自动扩容还可根据不同的 业务特性进行设置。

作为一种可选实施例，确定每个第一服务器的负载是否均衡，包括但不限 于：

根据所有第一服务器的各项负载值计算各项负载值对应的负载均值，并将 每项负载值与每项负载值对应的负载均值进行比较；

若所有负载值与每项负载值对应的负载均值的差值均不大于预设数值，则 确定每个第一服务器的负载均衡。

其中，预设数值可根据不同的业务设置不同的数值，本实施例不对预设数 值的大小进行限定。例如，预设数值可以为负载均值的30％。

另外，参见图4所示的负载均衡算法的流程图，确定每个第一服务器的负 载是否均衡的过程对应于图4中的负载均衡算法。其中，均值avg对应负载均 值，avg乘以业务负载波动百分比f即可得到预设数值。当确定任一第一服务器 的负载不均衡时，不允许进行服务器的自动扩容，即结束服务器的扩容。

为了便于理解，以第一服务器为服务器1、服务器2及服务器3，负载指标 是Ａ、Ｂ、Ｃ为例进行说明。其中，服务器1对应于负载指标A、B、C的负载 值分别为1A、1B及1C，服务器2对应于负载指标A、B、C的负载值分别为 2A、2B及2C，服务器3对应于负载指标A、B、C的负载值分别为3A、3B及 3C，预设数值为负载均值的30％。根据所有第一服务器的各项负载值计算负载 指标A对应的负载均值＝(1A+2A+3A)/3，负载指标B对应的负载均值＝ (1B+2B+3B)/3，负载指标C对应的负载均值＝(1C+2C+3C)/3，即负载值1A、 2A及3A对应的负载均值为(1A+2A+3A)/3，负载值1B、2B及3B对应的负 载均值为(1B+2B+3B)/3，负载值1C、2C及3C对应的负载均值为(1C+2C+3C) /3；将负载值1A、2A及3A分别与负载均值(1A+2A+3A)/3进行比较，将负 载值1B、2B及3B分别与负载均值(1B+2B+3B)/3进行比较，将负载值1C、 2C及3C分别与负载均值(1C+2C+3C)/3进行比较；若负载值1A、2A及3A 与负载均值(1A+2A+3A)/3的差值不大于负载均值(1A+2A+3A)/3的30％， 且负载值1B、2B及3B与负载均值(1B+2B+3B)/3的差值不大于负载均值 (1B+2B+2B)/3的30％，且负载值1C、2C及3C与负载均值(1C+2C+3C)/3 的差值不大于负载均值(1C+2C+3C)/3的30％，则确定每个第一服务器的负载 均衡。

上述步骤203中在任一第一服务器的任一负载值大于任一负载值对应的负 载阈值时，确定该任一负载值为高负载值；当每个第一服务器的负载均衡时， 可根据如下公式计算扩容的服务器数量：

其中，n表示存在高负载值的服务器的数量。

此外，扩容服务器数量与空闲服务器数量的关系、扩容服务器数量与运行 服务器数量的关系还可能影响扩容服务器数量。因此，可根据实际的情况设置 扩容服务器的数量。

在将扩容的服务器数量作为服务器扩容策略后，可根据服务器扩容策略配 置至少一个扩容的第二服务器及第二服务器的运行环境。

参见图3所示的服务器扩容系统的架构图，AC负责接收monitor上报的高 负载事件，并对高负载事件进行汇总、计算、并作出服务器扩容策略，在将服 务器扩容策略以扩容指令的形式下发给KM。

另外，参见图5所示的扩容指令下发及执行系统的架构图。该扩容指令下 发及执行系统由流量控制系统、待运营服务器、AC(Alter Controller，变更控制 器)、KM(Keeper Master，集管理器)、RM(Resource Master，业务资源服务 器)、透明代理或PA(Permission Assignment，权限服务器)及业务后台权限授权 系统构成。其中，待运营服务器对应扩容的第二服务器。

根据服务器扩容策略配置至少一个扩容的第二服务器及第二服务器的运行 环境对应扩容指令下发、执行的过程，即AC根据服务器扩容策略从所有待运营 的服务器构成的buffer池中选择服务器，将扩容指令下发给KM，KM将扩容指 令分发给AC已选择的待运营服务器的keeper，每个keeper会从RM获取业务 资源文件(拉取业务资源)，并安装运营环境，从而完成扩容指令。其中，业务 资源文件用于指示业务的路径信息。

每个keeper在完成扩容指令后，向KM上报执行结果，KM接收到所有的 keeper上报的执行结果后，将所有keeper的扩容结果进行汇总，并将汇总的结 果上报给AC，由AC根据汇总的结果，选择启动权限申请或终止扩容。当AC 选择启动权限申请时，继续执行后续步骤205。

需要说明的是，扩容的第二服务器可以为虚拟的镜像服务器，还可以为实 体服务器，本实施例对此不作具体限定。即实际应用中可根据需求选择服务器 的机型，使得服务器的扩容更加灵活。

205：申请第二服务器的后台服务权限，并将业务分配到第二服务器。

作为一种可选实施例，申请第二服务器的后台服务权限，包括但不限于：

判断是否授权自动申请后台服务权限；

若授权自动申请后台服务权限，则直接申请第二服务器的后台服务权限。

作为一种可选实施例，判断是否授权自动申请后台服务权限之后，还包括 但不限于：

若未授权自动申请后台服务权限，则向代理申请第二服务器的后台服务权 限。

参见图5所示的扩容指令下发及执行系统，当授权自动申请后台服务权限 时，可直接通过PA与业务后台权限授权系统连接，从而实时申请配置的服务器 的后台服务权限，即申请IP(Internet Protocol，网络之间互连的协议)授权。当 未授权自动申请后台服务权限时，由于代理服务器已经得到业务后台权限授权 系统的访问权限，则可向代理服务器申请第二服务器的后台服务权限。具体包 括：向配置的服务器发送iptables转发规则，并按目的IP和端口，通过代理服 务器对请求包进行转发，即由代理服务器来直接访问业务后台权限授权系统， 从而解决扩容时的权限问题。

通过上述两种申请配置的服务器的后台服务权限的方式，实现自动申请后 台服务权限，且不存在响应延迟，提高了申请后台服务权限的效率。

参见图5所示的扩容指令下发及执行系统，当申请完第二服务器的后台服 务权限，透明代理或PA向AC返回权限申请成功后，AC可以通知流量控制系 统，通过nginx或统一接入层网关将业务流量导入至配置的服务器，从而完成服 务器的扩容，使均衡负载。

本实施例提供的方法，通过在第一服务器的各项负载值中存在高负载值时， 根据每个第一服务器的各项负载值配置至少一个扩容的第二服务器及第二服务 器的运行环境，并申请第二服务器的后台服务权限，再将业务分配到第二服务 器，从而实现了服务器的自动扩容，并且服务器的扩容不受到业务及用户的限 制，扩大了服务器扩容的应用范围。

参见图6，本发明实施例提供了一种服务器的扩容装置，该装置用于执行上 述任一实施例提供的服务器的扩容方法。该装置包括：

采集模块601，用于采集各个第一服务器的运行数据；

计算模块602，用于根据每个第一服务器的运行数据计算每个第一服务器的 各项负载值；

配置模块603，用于当所有第一服务器的各项负载值中存在高负载值时，根 据每个第一服务器的各项负载值配置至少一个扩容的第二服务器及第二服务器 的运行环境；

申请模块604，用于申请第二服务器的后台服务权限；

分配模块605，用于将业务分配到第二服务器。

作为一种可选实施例，参见图7，采集模块601，包括：

获取单元6011，用于获取采样周期；

采集单元6012，用于根据采样周期采集各个第一服务器的运行数据。

作为一种可选实施例，参见图8，该装置，还包括：

第一判断模块606，用于判断每个第一服务器的各项负载值是否大于各项负 载值对应的负载阈值；

第二判断模块607，用于当任一第一服务器的任一负载值大于任一负载值对 应的负载阈值时，判断所有第一服务器的各项负载值中存在高负载值。

作为一种可选实施例，参见图9，配置模块603，还包括：

第一判断单元6031，用于判断当前时间是否达到冷却时间；

确定单元6032，用于在当前时间达到冷却时间时，根据每个第一服务器的 各项负载值确定服务器扩容策略；

配置单元6033，用于根据服务器扩容策略配置至少一个扩容的第二服务器 及第二服务器的运行环境。

作为一种可选实施例，参见图10，确定单元6032，包括：

确定子单元60321，用于确定每个第一服务器的负载是否均衡；

计算子单元60322，用于当每个第一服务器的负载均衡时，根据每个第一服 务器的各项负载值计算扩容的服务器数量；

处理子单元60323，用于将扩容的服务器数量作为服务器扩容策略。

作为一种可选实施例，确定子单元60321，用于根据所有第一服务器的各项 负载值计算各项负载值对应的负载均值，并将每项负载值与每项负载值对应的 负载均值进行比较；当所有负载值与每项负载值对应的负载均值的差值均不大 于预设数值时，确定每个第一服务器的负载均衡。

作为一种可选实施例，参见图11，申请模块604，包括：

第二判断单元6041，用于判断权限系统是否授权自动申请后台服务权限；

第一申请单元6042，用于当权限系统授权自动申请后台服务权限时，直接 申请第二服务器的后台服务权限。

作为一种可选实施例，参见图12，申请模块604，还包括：

第二申请单元6043，用于当权限系统未授权自动申请后台服务权限时，向 代理申请第二服务器的后台服务权限。

本发明实施例提供的装置，通过在第一服务器的各项负载值中存在高负载 值时，根据每个第一服务器的各项负载值配置至少一个扩容的第二服务器及第 二服务器的运行环境，并申请第二服务器的后台服务权限，再将业务分配到第 二服务器，从而实现了服务器的自动扩容，并且服务器的扩容不受到业务及用 户的限制，扩大了服务器扩容的应用范围。

图13是本发明实施例中服务器的结构示意图。该服务器1300可因配置或 性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central  processing units，CPU)1322(例如，一个或一个以上处理器)和存储器1332， 一个或一个以上存储应用程序1342或数据1344的存储介质1330(例如一个或 一个以上海量存储设备)。其中，存储器1332和存储介质1330可以是短暂存储 或持久存储。存储在存储介质1330的程序可以包括一个或一个以上模块(图示 没标出)，每个模块可以包括对服务器1300中的一系列指令操作：

采集各个第一服务器的运行数据，并根据每个第一服务器的运行数据计算 每个第一服务器的各项负载值；

若所有第一服务器的各项负载值中存在高负载值，则根据每个第一服务器 的各项负载值配置至少一个扩容的第二服务器及第二服务器的运行环境；

申请第二服务器的后台服务权限，并将业务分配到第二服务器。

在另一实施例中，还包含以下指令：

采集各个第一服务器的运行数据，包括：

获取采样周期，并根据采样周期采集各个第一服务器的运行数据。

在另一实施例中，还包含以下指令：

根据每个第一服务器的运行数据计算每个第一服务器的各项负载值之后， 还包括：

判断每个第一服务器的各项负载值是否大于各项负载值对应的负载阈值；

若任一第一服务器的任一负载值大于任一负载值对应的负载阈值，则判断 所有第一服务器的各项负载值中存在高负载值。

在另一实施例中，还包含以下指令：

根据每个第一服务器的各项负载值配置至少一个扩容的第二服务器及第二 服务器的运行环境，包括：

判断当前时间是否达到冷却时间；

若当前时间达到冷却时间，则根据每个第一服务器的各项负载值确定服务 器扩容策略，并根据服务器扩容策略配置至少一个扩容的第二服务器及第二服 务器的运行环境。

在另一实施例中，还包含以下指令：

根据每个第一服务器的各项负载值确定服务器扩容策略，包括：

确定每个第一服务器的负载是否均衡；

若每个第一服务器的负载均衡，则根据每个第一服务器的各项负载值计算 扩容的服务器数量，并将扩容的服务器数量作为服务器扩容策略。

在另一实施例中，还包含以下指令：

确定每个第一服务器的负载是否均衡，包括：

根据所有第一服务器的各项负载值计算各项负载值对应的负载均值，并将 每项负载值与每项负载值对应的负载均值进行比较；

若所有负载值与每项负载值对应的负载均值的差值均不大于预设数值，则 确定每个第一服务器的负载均衡。

在另一实施例中，还包含以下指令：

申请第二服务器的后台服务权限，包括：

判断权限系统是否授权自动申请后台服务权限；

若权限系统授权自动申请后台服务权限，则直接申请第二服务器的后台服 务权限。

在另一实施例中，还包含以下指令：

判断权限系统是否授权自动申请后台服务权限之后，还包括：

若权限系统未授权自动申请后台服务权限，则向代理申请第二服务器的后 台服务权限。

更进一步地，中央处理器1322可以设置为与存储介质1330通信，在服务 器1300上执行存储介质1330中的一系列指令操作。

服务器1300还可以包括一个或一个以上电源1326，一个或一个以上有线或 无线网络接口1350，一个或一个以上输入输出接口1358，和/或，一个或一个 以上操作系统1341，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM， FreeBSDTM等等。

本发明实施例提供的服务器，通过在第一服务器的各项负载值中存在高负 载值时，根据每个第一服务器的各项负载值配置至少一个扩容的第二服务器及 第二服务器的运行环境，并申请第二服务器的后台服务权限，再将业务分配到 第二服务器，从而实现了服务器的自动扩容，并且服务器的扩容不受到业务及 用户的限制，扩大了服务器扩容的应用范围。

本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质 可以是上述实施例中的存储器中所包含的计算机可读存储介质；也可以是单独 存在，未装配入终端中的计算机可读存储介质。该计算机可读存储介质存储有 一个或者一个以上程序，该一个或者一个以上程序被一个或者一个以上的处理 器用来执行一个服务器的扩容方法，该方法包括：

采集各个第一服务器的运行数据，并根据每个第一服务器的运行数据计算 每个第一服务器的各项负载值；

若所有第一服务器的各项负载值中存在高负载值，则根据每个第一服务器 的各项负载值配置至少一个扩容的第二服务器及第二服务器的运行环境；

申请第二服务器的后台服务权限，并将业务分配到第二服务器。

假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础 而提供的第二种可能的实施方式中，终端的存储器中，还包含用于执行以下操 作的指令：

采集各个第一服务器的运行数据，包括：

获取采样周期，并根据采样周期采集各个第一服务器的运行数据。

在第一种可能的实施方式作为基础而提供的第三种可能的实施方式中，终 端的存储器中，还包含用于执行以下操作的指令：

根据每个第一服务器的运行数据计算每个第一服务器的各项负载值之后， 还包括：

判断每个第一服务器的各项负载值是否大于各项负载值对应的负载阈值；

若任一第一服务器的任一负载值大于任一负载值对应的负载阈值，则判断 所有第一服务器的各项负载值中存在高负载值。

在第一种可能的实施方式作为基础而提供的第四种可能的实施方式中，终 端的存储器中，还包含用于执行以下操作的指令：

根据每个第一服务器的各项负载值配置至少一个扩容的第二服务器及第二 服务器的运行环境，包括：

判断当前时间是否达到冷却时间；

若当前时间达到冷却时间，则根据每个第一服务器的各项负载值确定服务 器扩容策略，并根据服务器扩容策略配置至少一个扩容的第二服务器及第二服 务器的运行环境。

在第四种可能的实施方式作为基础而提供的第五种可能的实施方式中，终 端的存储器中，还包含用于执行以下操作的指令：

根据每个第一服务器的各项负载值确定服务器扩容策略，包括：

确定每个第一服务器的负载是否均衡；

若每个第一服务器的负载均衡，则根据每个第一服务器的各项负载值计算 扩容的服务器数量，并将扩容的服务器数量作为服务器扩容策略。

在第五种可能的实施方式作为基础而提供的第六种可能的实施方式中，终 端的存储器中，还包含用于执行以下操作的指令：

确定每个第一服务器的负载是否均衡，包括：

根据所有第一服务器的各项负载值计算各项负载值对应的负载均值，并将 每项负载值与每项负载值对应的负载均值进行比较；

若所有负载值与每项负载值对应的负载均值的差值均不大于预设数值，则 确定每个第一服务器的负载均衡。

在第一种可能的实施方式作为基础而提供的第七种可能的实施方式中，终 端的存储器中，还包含用于执行以下操作的指令：

申请第二服务器的后台服务权限，包括：

判断权限系统是否授权自动申请后台服务权限；

若权限系统授权自动申请后台服务权限，则直接申请第二服务器的后台服 务权限。

在第七种可能的实施方式作为基础而提供的第八种可能的实施方式中，终 端的存储器中，还包含用于执行以下操作的指令：

判断权限系统是否授权自动申请后台服务权限之后，还包括：

若权限系统未授权自动申请后台服务权限，则向代理申请第二服务器的后 台服务权限。

本发明实施例提供的计算机可读存储介质，通过在第一服务器的各项负载 值中存在高负载值时，根据每个第一服务器的各项负载值配置至少一个扩容的 第二服务器及第二服务器的运行环境，并申请第二服务器的后台服务权限，再 将业务分配到第二服务器，从而实现了服务器的自动扩容，并且服务器的扩容 不受到业务及用户的限制，扩大了服务器扩容的应用范围。

本发明实施例中提供了一种图形用户接口，该图形用户接口用在终端上， 该终端包括触摸屏显示器、存储器和用于执行一个或者一个以上的程序的一个 或者一个以上的处理器；该图形用户接口包括：

采集各个第一服务器的运行数据，并根据每个第一服务器的运行数据计算 每个第一服务器的各项负载值；

若所有第一服务器的各项负载值中存在高负载值，则根据每个第一服务器 的各项负载值配置至少一个扩容的第二服务器及第二服务器的运行环境；

申请第二服务器的后台服务权限，并将业务分配到第二服务器。

本发明实施例提供的图形用户接口，通过在第一服务器的各项负载值中存 在高负载值时，根据每个第一服务器的各项负载值配置至少一个扩容的第二服 务器及第二服务器的运行环境，并申请第二服务器的后台服务权限，再将业务 分配到第二服务器，从而实现了服务器的自动扩容，并且服务器的扩容不受到 业务及用户的限制，扩大了服务器扩容的应用范围。

需要说明的是：上述实施例提供的服务器的扩容装置在进行服务器扩容时， 仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上 述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模 块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的服务器的 扩容装置与服务器的扩容方法实施例属于同一构思，其具体实现过程详见方法 实施例，这里不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过 硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于 一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或 光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的 精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的 保护范围之内。