一种服务资源配置方法、计算设备及存储介质转让专利

申请号 : CN202111514087.0

文献号 : CN113918352B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 廖世伟汤雄飞江林伟

申请人 : 统信软件技术有限公司

摘要 :

本发明公开了一种服务资源配置方法、计算设备及存储介质,并包括步骤:构建数据监控任务,并将数据监控任务部署至要进行数据监控的目标服务实例;根据数据监控任务构建对应的数据处理策略;根据目标服务实例中部署的数据监控任务获取服务实例运行的服务数据;根据数据处理策略处理所述服务数据,判断是否需要对服务实例所包括的第一服务资源进行更改;若判断需要更改,则将第一服务资源更改为第二服务资源,并配置目标服务实例根据第二服务资源运行并提供服务。本发明通过对服务实例运行的服务数据进行监测,实现对服务实例的服务资源进行自动调整,避免服务实例出现运行时资源过剩或资源不够的情况。

权利要求 :

1.一种服务资源配置方法,适于在计算设备中执行,所述计算设备与服务器集群通信连接,所述服务器集群中运行有多个用于提供服务的服务实例,每个服务实例均被部署为容器进行运行,所述方法包括步骤:构建数据监控任务,并将数据监控任务部署至要进行数据监控的目标服务实例;

根据数据监控任务构建对应的数据处理策略;

根据所述目标服务实例中部署的数据监控任务获取所述服务实例运行的服务数据;

根据所述数据处理策略处理所述服务数据,判断是否需要对所述服务实例所包括的第一服务资源进行更改,所述第一服务资源为容器运行的计算机资源;

若判断需要更改,则将所述第一服务资源更改为第二服务资源,并配置所述目标服务实例根据所述第二服务资源运行并提供服务;

其中,所述根据数据监控任务构建对应的数据处理策略包括步骤:根据所述数据监控任务所监控的资源种类确定资源阈值和指标阈值;

根据所述资源阈值和指标阈值构建数据处理策略;

所述资源阈值包括资源上限阈值,所述指标阈值包括指标上限阈值,所述根据所述数据处理策略处理所述服务数据,判断是否需要对所述服务实例所包括的第一服务资源进行更改包括步骤:

判断所述资源种类所对应的服务数据是否达到指标上限阈值;

若达到指标上限阈值,则判断所述第一服务资源是否达到资源上限阈值;

若未达到资源上限阈值,则判断需要对第一服务资源进行更改。

2.如权利要求1所述的方法,其中,所述资源阈值还包括资源下限阈值,所述指标阈值还包括指标下限阈值,所述根据所述数据处理策略处理所述服务数据,判断是否需要对所述服务实例所包括的第一服务资源进行更改还包括步骤:若服务数据未达到指标上限阈值,则判断资源种类对应的服务数据是否达到指标下限阈值;

若达到指标下限阈值,则判断所述第一服务资源是否达到资源下限阈值;

若未达到资源下线阈值,则判断需要对所述第一服务资源进行更改。

3.如权利要求2所述的方法,其中,所述将所述第一服务资源更改为第二服务资源包括步骤:

若所述资源种类所对应的服务数据达到指标上限阈值,则构建拓展服务资源;

将所述拓展服务资源添加到第一服务资源得到第二服务资源。

4.如权利要求3所述的方法,其中,所述将所述第一服务资源更改为第二服务资源还包括步骤:

若所述资源种类所对应的服务数据达到指标下限阈值,从所述第一服务资源中确定收缩服务资源;

从所述第一服务资源中抽取收缩服务资源,将抽取收缩服务资源后的第一服务资源作为第二服务资源。

5.如权利要求4所述的方法,其中,所述配置所述目标服务实例根据所述第二服务资源运行并提供服务包括步骤:

对所述目标服务实例进行更新,以便所述目标服务实例根据所述第二服务资源进行运行。

6.一种服务资源配置装置,所述装置适于部署在计算设备中,所述计算设备与服务器集群通信连接,所述服务器集群中运行有多个用于提供服务的服务实例,每个服务实例均被部署为容器进行运行,所述装置包括:数据处理模块,所述数据处理模块适于构建数据监控任务,将数据监控任务部署至要进行数据监控的目标服务实例,根据数据监控任务构建对应的数据处理策略,根据所述数据处理策略处理服务数据,判断是否需要对所述服务实例所包括的第一服务资源进行更改;

资源配置模块,所述资源配置模块适于当数据处理模块判断需要对所述第一服务资源进行更改时,将所述第一服务资源更改为第二服务资源,所述第一服务资源为容器运行的计算机资源;以及

数据获取模块,所述数据获取模块适于根据所述目标服务实例中部署的数据监控任务获取所述服务实例运行的服务数据,并配置所述目标服务实例根据所述第二服务资源运行并提供服务;

其中,所述根据数据监控任务构建对应的数据处理策略包括步骤:根据所述数据监控任务所监控的资源种类确定资源阈值和指标阈值;

根据所述资源阈值和指标阈值构建数据处理策略;

所述资源阈值包括资源上限阈值,所述指标阈值包括指标上限阈值,所述根据所述数据处理策略处理所述服务数据,判断是否需要对所述服务实例所包括的第一服务资源进行更改包括步骤:

判断所述资源种类所对应的服务数据是否达到指标上限阈值;

若达到指标上限阈值,则判断所述第一服务资源是否达到资源上限阈值;

若未达到资源上限阈值,则判断需要对第一服务资源进行更改。

7.一种计算设备,包括:

一个或多个处理器;

存储器;以及

一个或多个装置,所述一个或多个装置包括用于执行根据权利要求1‑5中任一项所述的方法的指令。

8.一种存储一个或多个程序的计算机可读存储介质,所述一个或多个程序包括指令,所述指令当由计算设备执行时,使得所述计算设备执行根据权利要求1‑5中任一项所述的方法。

说明书 :

一种服务资源配置方法、计算设备及存储介质

技术领域

[0001] 本发明涉及云计算领域,特别涉及一种服务资源配置方法、计算设备及存储介质。

背景技术

[0002] 随着云计算技术的发展,越来越多的个人及企业将服务采用容器的方式进行部署。具体的,将为用户提供的服务打包为(Docker)容器映像,并将每个服务实例部署为容
器。
[0003] 但现有技术中,随着业务量以及访问人数的增多,容器所消耗的内存、CPU、磁盘等资源也会逐渐增多,若没有及时的对服务进行扩容,服务很可能会出现异常而影响业务。另
一方面,若服务的访问量较少,而分配的资源较多,在一定程度上也会造成资源的浪费。
[0004] 为此,需要一种新的服务资源配置方法。

发明内容

[0005] 为此,本发明提供一种服务资源配置方法,以力图解决或者至少缓解上面存在的问题。
[0006] 根据本发明的一个方面,提供一种服务资源配置方法,适于在计算设备中执行,计算设备与服务器集群通信连接,服务器集群中运行有多个用于提供服务的服务实例,方法
包括步骤:构建数据监控任务,并将数据监控任务部署至要进行数据监控的目标服务实例;
根据数据监控任务构建对应的数据处理策略;根据目标服务实例中部署的数据监控任务获
取服务实例运行的服务数据;根据数据处理策略处理所述服务数据,判断是否需要对服务
实例所包括的第一服务资源进行更改;若判断需要更改,则将第一服务资源更改为第二服
务资源,并配置目标服务实例根据第二服务资源运行并提供服务。
[0007] 可选地,在根据本发明的方法中,根据数据监控任务构建对应的数据处理策略包括步骤:根据数据监控任务所监控的资源种类确定资源阈值和指标阈值;根据资源阈值和
指标阈值构建数据处理策略。
[0008] 可选地,在根据本发明的方法中,资源阈值包括资源上限阈值,指标阈值包括指标上限阈值,根据数据处理策略处理服务数据,判断是否需要对服务实例所包括的第一服务
资源进行更改包括步骤:判断资源种类所对应的服务数据是否达到指标上限阈值;若达到
指标上限阈值,则判断第一服务资源是否达到资源上限阈值;若未达到资源上限阈值,则判
断需要对第一服务资源进行更改。
[0009] 可选地,在根据本发明的方法中,资源阈值还包括资源下限阈值,指标阈值还包括指标下限阈值,根据数据处理策略处理服务数据,判断是否需要对服务实例所包括的第一
服务资源进行更改还包括步骤:若服务数据未达到指标上限阈值,则判断资源种类对应的
服务数据是否达到指标下限阈值;若达到指标下限阈值,则判断第一服务资源是否达到资
源下限阈值;若未达到资源下线阈值,则判断需要对第一服务资源进行更改。
[0010] 可选地,在根据本发明的方法中,将第一服务资源更改为第二服务资源包括步骤:若资源种类所对应的服务数据达到指标上限阈值,则构建拓展服务资源;将拓展服务资源
添加到第一服务资源得到第二服务资源。
[0011] 可选地,在根据本发明的方法中,将第一服务资源更改为第二服务资源还包括步骤:若资源种类所对应的服务数据达到指标下限阈值,从第一服务资源中确定收缩服务资
源;从第一服务资源中抽取收缩服务资源,将抽取收缩服务资源后的第一服务资源作为第
二服务资源。
[0012] 可选地,在根据本发明的方法中,配置目标服务实例根据第二服务资源运行并提供服务包括步骤:对目标服务实例进行更新,以便目标服务实例根据第二服务资源进行运
行。
[0013] 根据本发明的一个方面,提供一种服务资源配置装置,装置适于部署在计算设备中,计算设备与服务器集群通信连接,服务器集群中运行有多个用于提供服务的服务实例,
装置包括:数据处理模块,数据处理模块适于构建数据监控任务,将数据监控任务部署至要
进行数据监控的目标服务实例,根据数据监控任务构建对应的数据处理策略,根据数据处
理策略处理服务数据,判断是否需要对服务实例所包括的第一服务资源进行更改;资源配
置模块,资源配置模块适于当数据处理模块判断需要对第一服务资源进行更改时,将第一
服务资源更改为第二服务资源;以及数据获取模块,数据获取模块适于根据目标服务实例
中部署的数据监控任务获取服务实例运行的服务数据,并配置目标服务实例根据所述第二
服务资源运行并提供服务。
[0014] 根据本发明的另一个方面,提供了一种计算设备,包括:一个或多个处理器;存储器;以及一个或多个程序,其中一个或多个程序存储在存储器中并被配置为由一个或多个
处理器执行,一个或多个程序包括用于执行根据本发明的模拟打印方法。
[0015] 根据本发明的再一个方面,提供了一种存储一个或多个程序的计算机可读存储介质,一个或多个程序包括指令,该指令当由计算设备执行时,使得计算设备执行根据本发明
的模拟打印方法。
[0016] 本发明公开了一种服务资源配置方法,适于在计算设备中执行。计算设备与服务器集群通信连接,服务器集群中运行有多个用于提供服务的服务实例,方法包括步骤:首先
构建数据监控任务,并将数据监控任务部署至要进行数据监控的目标服务实例,从而获取
服务实例的运行数据;随后根据数据监控任务构建对应的数据处理策略,从而根据数据处
理策略对服务数据进行处理,判断是否需要对服务实例所包括的第一服务资源进行更改;
若判断需要更改,则将第一服务资源更改为第二服务资源,并配置目标服务实例根据第二
服务资源运行并提供服务。本发明通过对服务实例运行的服务数据进行监测,从而判断是
否需要进行调整所配置的资源,若需要调整,则重新配置服务实例的服务资源,实现对服务
实例的服务资源进行自动调整,避免服务实例出现运行时资源过剩或资源不够的情况。

附图说明

[0017] 为了实现上述以及相关目的,本文结合下面的描述和附图来描述某些说明性方面,这些方面指示了可以实践本文所公开的原理的各种方式,并且所有方面及其等效方面
旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述,本发明公开的
上述以及其它目的、特征和优势将变得更加明显。遍及本公开,相同的附图标记通常指代相
同的部件或元素。
[0018] 图1示出了根据本发明一个示范性实施例的计算设备与服务器集群通信连接的示意图;
[0019] 图2示出了根据本发明一个示范性实施例的计算设备200的结构框图;
[0020] 图3示出了根据本发明一个示范性实施例的服务资源配置方法300的流程示意图;以及
[0021] 图4示出了根据本发明一个示范性实施例的服务资源配置装置400的示意图。

具体实施方式

[0022] 下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例
所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围
完整的传达给本领域的技术人员。相同的附图标记通常指代相同的部件或元素。
[0023] 图1示出了根据本发明一个示范性实施例的计算设备与服务器集群通信连接的示意图。如图1所示,计算设备200与服务器集群110通信连接。服务器集群110包括节点111
~
117,图1所示的服务器集群110的结构仅为示例性的,本发明对服务器集群110中所包括的
节点数目及连接方式不做限制。
[0024] 计算设备200也是服务器集群110中的一个节点。当计算设备200为服务器集群110的主节点时,服务器集群110中的其他节点均为从节点。当计算设备200为服务集群110的从
节点时,服务器集群中的其他节点包括一个主节点和多个从节点。本发明对计算设备200的
节点类型不做限制。本发明的一种服务资源配置方法可在服务器集群中的主节点或从节点
运行。
[0025] 服务器集群110中运行有多个用于提供服务的服务实例,每个服务实例均被部署为容器进行运行,为容器所分配的运行资源为第一服务资源。第一服务资源可实现不同资
源种类的服务资源,包括但不限于:处理器、缓存、消息队列、时序数据库、文件存储系统和
第三方服务接口等。本发明对第一服务资源的资源种类不作限制。
[0026] 图2示出了根据本发明一个示范性实施例的计算设备200的结构框图。如图2所示,在基本的配置202中,计算设备200典型地包括系统存储器206和一个或者多个处理器204。
存储器总线208可以用于在处理器204和系统存储器206之间的通信。
[0027] 取决于期望的配置,处理器204可以是任何类型的处理,包括但不限于:微处理器(µP)、微控制器(µC)、数字信息处理器(DSP)或者它们的任何组合。处理器204可以包括诸如
一级高速缓存210和二级高速缓存212之类的一个或者多个级别的高速缓存、处理器核心
214和寄存器216。示例的处理器核心214可以包括运算逻辑单元(ALU)、浮点数单元(FPU)、
数字信号处理核心(DSP核心)或者它们的任何组合。示例的存储器控制器218可以与处理器
204一起使用,或者在一些实现中,存储器控制器218可以是处理器204的一个内部部分。
[0028] 取决于期望的配置,系统存储器206可以是任意类型的存储器,包括但不限于:易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或者它们的任何组合。系统存储
器206可以包括操作系统220、一个或者多个程序222以及程序数据228。在一些实施方式中,
程序222可以布置为在操作系统上由一个或者多个处理器204利用程序数据228执行根据本
发明的方法300的指令223。
[0029] 计算设备200还可以包括储存接口总线234。储存接口总线234实现了从储存设备232(例如,可移除储存器236和不可移除储存器238)经由总线/接口控制器230到基本配置
202的通信。操作系统220、程序222以及数据224的至少一部分可以存储在可移除储存器236
和/或不可移除储存器238上,并且在计算设备200上电或者要执行程序222时,经由储存接
口总线234而加载到系统存储器206中,并由一个或者多个处理器204来执行。
[0030] 计算设备200还可以包括有助于从各种接口设备(例如,输出设备242、外设接口244和通信设备246)到基本配置202经由总线/接口控制器230的通信的接口总线240。示例
的输出设备242包括图形处理单元248和音频处理单元250。它们可以被配置为有助于经由
一个或者多个A/V端口252与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外
围接口244可以包括串行接口控制器254和并行接口控制器256,它们可以被配置为有助于
经由一个或者多个I/O端口258和诸如输入设备(例如,键盘、鼠标、笔、语音输入设备、触摸
输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设
备246可以包括网络控制器260,其可以被布置为以便经由一个或者多个通信端口264与一
个或者多个其他计算设备200通过网络通信链路的通信。
[0031] 网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块,并且可
以包括任何信息递送介质。“调制数据信号”可以这样的信号,它的数据集中的一个或者多
个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例,通信介质可以
包括诸如有线网络或者专线网络之类的有线介质,以及诸如声音、射频(RF)、微波、红外
(IR)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存
储介质和通信介质二者。
[0032] 在根据本发明的计算设备200中,程序222包括服务资源配置方法300的多条程序指令,这些程序指令可以指示处理器204执行本发明的计算设备200中运行的服务资源配置
方法300中的部分步骤,以便计算设备200中的各部分通过执行本发明的服务资源配置方法
300来实现对服务资源进行配置。
[0033] 计算设备200可以实现为服务器,例如文件服务器240、数据库250、服务器、应用程序服务器等,这些电子设备可以是诸如个人数字助理(PDA)、无线网络浏览设备、应用专用
设备、或者可以包括上面任何功能的混合设备。可以实现为包括桌面计算机和笔记本计算
机配置的个人计算机,也在一些实施例中,计算设备200被配置为服务资源配置方法300。
[0034] 图3示出了根据本发明一个示范性实施例的服务资源配置方法300的流程示意图。首先执行步骤S310,构建数据监控任务,并将数据监控任务部署至要进行数据监控的目标
服务实例。
[0035] 服务器集群中运行有多个服务实例,每个服务实例均向用户提供一种服务,本发明对所提供服务的类型不做限制。每个服务实例均被部署为容器进行运行,为容器所分配
的运行资源为第一服务资源。第一服务资源可实现不同资源种类的计算机资源,包括但不
限于:处理器、缓存、消息队列、时序数据库、文件存储系统和第三方服务接口等。本发明对
第一服务资源的资源种类不作限制。
[0036] 服务实例所使用的第一服务资源为服务实例当前运行所基于的计算机资源。第一服务资源可由分布式的服务器集群中的一个或多个节点提供。服务器集群中的所有节点共
同提供的计算机资源构成服务器集群的资源池。第一服务资源为资源池所分配出的一部分
计算机资源。
[0037] 数据监控任务用于在服务实例运行时获取服务实例的服务数据。构建数据监控任务时可根据所要监控的资源种类的不同构建不同监控目标的数据监控任务。每个运行实例
可部署多个不同的数据监控任务,用以获取不同资源种类的服务数据。被部署数据监控任
务,意图获取其服务数据的服务实例为目标服务实例。本发明对服务数据的种类不做限制,
包括但不限于内存使用率、处理器使用率、消息队列的长度、队列消费速率、错误日志出现
次数、数据库或缓存中某个字段或某个查询语句的结果值、文件存储系统中某个文件或者
目录是否存在或者其大小、第三方服务接口返回的具体数值等。服务数据根据监控需要进
行调整。
[0038] 根据本发明的一个实施例,当目标服务实例的第一服务资源包括消息队列服务时,消息队列的长度为服务数据,则构建数据监控任务用于获取服务实例运行过程中消息
队列的长度,其监控的资源种类为消息队列服务模块。
[0039] 随后,执行步骤S320,根据数据监控任务构建对应的数据处理策略。构建对应的数据处理策略时,根据数据监控任务所监控的资源种类确定资源阈值和指标阈值,再根据资
源阈值和指标阈值构建数据处理策略。
[0040] 资源阈值包括资源上限阈值和资源下限阈值。资源阈值规定目标服务实例所能拥有的计算机资源的范围,资源上限阈值规定该范围的上限,资源下限阈值规定该范围的下
限。
[0041] 指标阈值包括指标上限阈值和指标下限阈值。指标阈值规定触发调整第一服务资源的触发值。指标上限阈值规定当服务数据达到指标上限阈值时,需要对第一服务资源进
行扩充。当服务数据达到指标上限阈值时,代表服务实例使用该种资源类型的计算机资源
强度较高,如果不进行扩充第一服务资源,则会导致服务实例的第一服务资源不够的情况。
[0042] 指标下限阈值规定当服务数据达到指标下限阈值时,需要对第一服务资源进行缩减。当服务数据达到指标下限阈值时,代表服务实例使用该种资源类型的计算机资源强度
较低,如果不进行缩减第一服务资源,则会导致服务实例的第一服务资源出现浪费的情况。
[0043] 数据处理策略包括:当资源种类所对应的服务数据达到指标上限阈值,且第一服务资源未达到资源上限阈值时,则判断需要对第一服务资源进行更改,此时需要对第一服
务资源进行更改是指需要对第一服务资源进行扩充;
[0044] 当资源种类对应的服务数据达到指标下限阈值,且第一服务资源未达到资源下限阈值时,则判断需要对第一服务资源进行更改,此时需要对第一服务资源进行更改是指需
要对第一服务资源进行缩减;
[0045] 当资源种类所对应的服务数据达到指标上限阈值,且第一服务资源未达到资源上限阈值时,或者当资源种类对应的服务数据达到指标下限阈值,且第一服务资源达到资源
下限阈值时,均不对第一服务资源进行更改,以免对其他服务实例或目标服务实例的正常
运行造成影响。
[0046] 并且,若服务资源既未达到资源上线阈值,也未达到资源下线阈值,则不对第一服务资源进行更改。
[0047] 根据本发明的一个实施例,当监控的资源种类为消息队列服务,服务数据为队列长度的长度,资源阈值和指标阈值分别设置如下:
[0048] 资源阈值中资源上限阈值为10个消息队列服务模块,资源阈值下限为1个消息队列服务模块;指标阈值中指标上限阈值为100,指标上限阈值为50。指标阈值规定触发调整
第一服务资源的消息队列的长度的阈值。
[0049] 随后,执行步骤S330,根据目标服务实例中部署的数据监控任务获取服务实例运行的服务数据。根据本发明的一个实施例,获取服务数据时,根据预设频率进行定时获取,
对每一个获取到的服务数据均进行处理,判断是否需要调整第一服务资源。
[0050] 随后,执行步骤S340,根据数据处理策略处理所述服务数据,判断是否需要对服务实例所包括的第一服务资源进行更改。
[0051] 具体的,先判断资源种类所对应的服务数据是否达到指标上限阈值,若达到指标上限阈值,则判断第一服务资源是否达到资源上限阈值,若未达到资源上限阈值,则判断需
要对第一服务资源进行更改。若达到资源上限阈值,则判断不对第一服务资源进行更改。
[0052] 若服务数据未达到指标上限阈值,则判断资源种类对应的服务数据是否达到指标下限阈值,若达到指标下限阈值,则判断第一服务资源是否达到资源下限阈值,若未达到资
源下线阈值,则判断需要对第一服务资源进行更改。若达到资源下限阈值,则判断不对第一
服务资源进行更改。
[0053] 若服务资源既未达到资源上线阈值,也未达到资源下线阈值,则不对第一服务资源进行更改。
[0054] 根据本发明的一个实施例,可设置获取服务数据的预设频率为3分钟。
[0055] 第一次获取服务数据时,服务数据为70,表示消息队列的长度为70,既未达到资源上线阈值,也未达到资源下线阈值,则不对第一服务资源进行更改。
[0056] 当三分钟后,第二次获取服务数据时,服务数据为170,表示消息队列的长度为170,服务实例使用消息队列服务模块的强度较高。服务数据为170,大于指标上限阈值,则
对第一服务资源进行判断。当第一服务资源包括2个消息队列服务模块时,判断其未达到资
源上限阈值,则判断对该目标服务实例的第一服务资源进行更改,且进一步的为第一服务
资源进行扩充。
[0057] 根据本发明的一个实施例,当需要监控目标服务实例的多种计算机资源时,根据所要监控的计算机资源的多种资源种类构建多个数据监控任务即对应的数据处理策略。得
到多种服务数据时,根据服务数据对应的数据监控任务匹配相应的数据处理策略对服务数
据进行处理。
[0058] 根据本发明的一个实施例,当需要监控多个目标服务实例的多种计算机资源时,在不同的服务实例中部署相应的一个或多个数据监控任务,以便获取每个服务实例的多个
服务数据,并构建每个数据监控任务对应的数据处理策略。在获取到每个服务实例的一个
服务数据后,匹配数据处理策略对服务数据进行处理。
[0059] 根据本发明的一个实施例,本发明可设置调整第一服务资源时水平伸缩或垂直伸缩。水平伸缩将通过增加机器来支撑访问量及数据量增长,包括拓展服务模块,例如消息队
列服务模块。
[0060] 垂直伸缩为通过升级或增加单台机器的硬件来支撑访问量及数据量增长,包括拓展处理器和内存等。
[0061] 随后,执行步骤S350,若判断需要更改,则将第一服务资源更改为第二服务资源,并配置目标服务实例根据第二服务资源运行并提供服务。
[0062] 将第一服务资源更改为第二服务资源时,若资源种类所对应的服务数据达到指标上限阈值,则构建拓展服务资源。本发明还预先设置每次拓展服务资源的服务资源数量。每
次构建拓展服务资源时,根据设置的每次拓展服务资源的服务资源数量进行构建拓展服务
资源;接着将拓展服务资源添加到第一服务资源得到第二服务资源。
[0063] 若资源种类所对应的服务数据达到指标下限阈值,从第一服务资源中确定收缩服务资源。本发明还预先设置每次收缩服务资源的服务资源数量。每次确定收缩服务资源时,
根据设置的每次收缩服务资源的服务资源数量构建收缩服务资源;接着从第一服务资源中
抽取收缩服务资源,将抽取收缩服务资源后的第一服务资源作为第二服务资源。
[0064] 根据本发明的一个实施例,当每次拓展服务资源的服务资源数量为1时,每次构建拓展服务资源时,拓展服务资源为1个消息队列服务模块。当每次收缩服务资源的服务资源
数量为1时,每次确定收缩服务资源时,收缩服务资源为1个消息队列服务模块。
[0065] 当资源种类所对应的服务数据达到指标上限阈值,则构建拓展服务资源为1个消息队列服务模块,将1个消息队列服务模块添加到第一服务资源中,得到第二服务资源,第
二服务资源为3个消息队列服务模块。
[0066] 在确定第二服务资源后,配置目标服务实例根据第二服务资源运行并提供服务。具体的对目标服务实例进行更新,以便目标服务实例根据第二服务资源进行运行。
[0067] 图4示出了根据本发明一个示范性实施例的服务资源配置装置400的示意图。装置适于部署在计算设备中,如计算设备200。计算设备与服务器集群通信连接,服务器集群中
运行有多个用于提供服务的服务实例,装置包括:数据处理模块420、资源配置模块430和数
据获取模块410
[0068] 数据处理模块420构建数据监控任务,将数据监控任务部署至要进行数据监控的目标服务实例,还根据数据监控任务构建对应的数据处理策略。
[0069] 数据获取模块410根据目标服务实例中部署的数据监控任务获取服务实例运行的服务数据。
[0070] 数据处理模块420还根据数据处理策略处理所述服务数据,判断是否需要对服务实例所包括的第一服务资源进行更改。
[0071] 资源配置模块430在当数据处理模块判断需要对第一服务资源进行更改时,将第一服务资源更改为第二服务资源。
[0072] 数据获取模块410还并配置目标服务实例根据第二服务资源运行并提供服务。
[0073] 本发明公开了一种服务资源配置方法,适于在计算设备中执行。计算设备与服务器集群通信连接,服务器集群中运行有多个用于提供服务的服务实例,方法包括步骤:首先
构建数据监控任务,并将数据监控任务部署至要进行数据监控的目标服务实例,从而获取
服务实例的运行数据;随后根据数据监控任务构建对应的数据处理策略,从而根据数据处
理策略对服务数据进行处理,判断是否需要对服务实例所包括的第一服务资源进行更改;
若判断需要更改,则将第一服务资源更改为第二服务资源,并配置目标服务实例根据第二
服务资源运行并提供服务。本发明通过对服务实例运行的服务数据进行监测,从而判断是
否需要进行调整所配置的资源,若需要调整,则重新配置服务实例的服务资源,实现对服务
实例的服务资源进行自动调整,避免服务实例出现运行时资源过剩或资源不够的情况。
[0074] 在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中,并未详细示出公知的方法、结
构和技术,以便不模糊对本说明书的理解。
[0075] 类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施
例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保
护的本发明要求比在每个权利要求中所明确记载的特征更多特征。
[0076] 本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组间可以布置在如该实施例中所描述的设备中,或者可替换地可以定位在与该示例中的设备
不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个
子模块。
[0077] 本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单
元或组间组合成一个模块或单元或组间,以及此外可以把它们分成多个子模块或子单元或
子组间。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何
组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任
何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权
利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代
替。
[0078] 此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的
范围之内并且形成不同的实施例。
[0079] 此外,所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此,具有用于实施所述方法或方法
元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外,装置实施例的在
此所述的元素是如下装置的例子:该装置用于实施由为了实施该发明的目的的元素所执行
的功能。
[0080] 这里描述的各种技术可结合硬件或软件,或者它们的组合一起实现。从而,本发明的方法和设备,或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介,例如软
盘、CD‑ROM、硬盘驱动器或者其它任意机器可读的存储介质中的程序代码(即指令)的形式,
其中当程序被载入诸如计算机之类的机器,并被所述机器执行时,所述机器变成实践本发
明的设备。
[0081] 在程序代码在可编程计算机上执行的情况下,计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件),至少一个输入装置,和至
少一个输出装置。其中,存储器被配置用于存储程序代码;处理器被配置用于根据该存储器
中存储的所述程序代码中的指令,执行本发明的资源配置方法。
[0082] 以示例而非限制的方式,计算机可读介质包括计算机存储介质和通信介质。计算机可读介质包括计算机存储介质和通信介质。计算机存储介质存储诸如计算机可读指令、
数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调
制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据,并且包括任何信息传
递介质。以上的任一种的组合也包括在计算机可读介质的范围之内。
[0083] 如在此所使用的那样,除非另行规定,使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例,并且并不意图暗示这样被描述的对象必
须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。
[0084] 尽管根据有限数量的实施例描述了本发明,但是受益于上面的描述,本技术领域内的技术人员明白,在由此描述的本发明的范围内,可以设想其它实施例。此外,应当注意,
本说明书中使用的语言主要是为了可读性和教导的目的而选择的,而不是为了解释或者限
定本发明的主题而选择的。因此,在不偏离所附权利要求书的范围和精神的情况下,对于本
技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围,对本
发明所做的公开是说明性的,而非限制性的,本发明的范围由所附权利要求书限定。