CN108683720A - 一种容器集群服务配置方法及装置 - Google Patents

Abstract

本发明实施例公开了一种容器集群服务配置方法及装置，用于为容器服务的动态伸缩制定更灵活的调整策略，以提高容器服务运行的性能及效率。本发明实施例方法包括：在容器集群中部署多个集群服务；设置多个不同类型的服务负载监控源，所述多个不同类型的服务负载监控源分别用于监测多个集群服务不同的负载指标；当任一个负载指标触发对应的预设负载条件时，向容器集群发送容器配置请求，该容器配置请求用于改变当前集群服务所占用容器的数量。

Description

一种容器集群服务配置方法及装置

技术领域

本发明涉及大规模容器管理技术领域，尤其涉及一种容器集群服务配置方法及装置。

背景技术

目前在各种容器集群中，如Kubernetes、Swarm或Mesos容器集群中，存在某些服务动态伸缩的方案，即将集群服务以容器的方式部署运行在集群中，任何通过然后通过HPA(Horizontal Pod Autoscaling)方案实现服务的动态伸缩。HPA根据当前系统的负载对服务进行水平伸缩，如果系统负载超过预定值，就开始增加容器的个数，如果低于某个值，就自动减少容器的个数。目前HPA只能根据CPU等资源的使用情况去度量系统的负载。

而这种仅根据CPU等主机资源使用情况为服务动态伸缩的策略，在实际应用场景中，不够灵活且对集群服务动态伸缩策略的扩展性不强，导致在服务运行时，不能充分调度容器集群中的容器，导致服务运行的效率较低。

发明内容

本发明实施例提供了一种容器集群服务配置方法装置，用于为容器服务的动态伸缩制定更灵活的调整策略，以提高容器服务运行的性能及效率。

本发明实施例第一方面提供了一种容器集群服务配置方法，包括：

在容器集群中部署多个集群服务；

设置多个不同类型的服务负载监控源，多个不同类型的服务负载监控源分别用于监测多个集群服务不同的负载指标；

当任一个负载指标触发对应的预设负载条件时，向容器集群发送容器配置请求，该容器配置请求用于改变当前集群服务所占用容器的数量。

优选的，在当负载指标触发预设的负载条件时之后，向容器集群发送容器配置请求之前，该方法还包括：

获取当前负载状态，当前负载状态包括多个不同的负载指标，及被触发的预设负载条件；

根据当前负载状态，确定当前集群服务所需的服务名称，及所需目标容器的数量；

根据当前集群服务所需的服务名称，及目标容器的数量，制定容器配置请求。

优选的，在确定当前集群服务所需要的服务名称，及所需要容器的目标数量之后，该方法还包括：

确定当前集群服务的优先级级别，及容器集群中当前可用资源的数量；

根据当前集群服务所需的服务名称，及目标容器的数量，制定容器配置请求，包括：

根据当前集群服务所需的服务名称、目标容器的数量、当前集群服务的优先级级别及容器集群中当前可用资源的数量，制定容器配置请求。

优选的，负载指标的类型及数目支持自定义；

每个服务负载监控源为单独的客户端。

优选的，多个不同类型的服务负载监控源至少包括：消息队列负载监控源、数据库负载监控源、日志索引系统监控源及反映服务负载指标的API接口负载监控源中的一种或多种。

本发明实施例第二方面提供了一种服务配置装置，包括：

多类型集群服务单元，用于在容器集群中部署多个集群服务；

服务负载指标监控源单元，用于设置多个不同类型的服务负载监控源，多个不同类型的服务负载监控源分别用于监测多个集群服务不同的负载指标；

配置请求发送单元，用于在任一个负载指标触发对应的预设负载条件时，向容器集群发送容器配置请求，容器配置请求用于改变当前集群服务所占用容器的数量。

优选的，该装置还包括：

负载指标收集单元，用于获取当前负载状态，当前负载状态包括多个不同的负载指标，及被触发的预设负载条件；

资源计算单元，用于根据当前负载状态，确定当前集群服务所需的服务名称，及所需目标容器的数量；

配置请求制定单元，用于根据当前集群服务所需的服务名称，及目标容器的数量，制定容器配置请求。

优先的，该装置还包括：

资源调度模块，用于确定当前集群服务的优先级级别，及容器集群中当前可用资源的数量；

配置请求制定单元，包括：

集群资源配置请求制定模块，用于根据当前集群服务所需的服务名称、目标容器的数量、当前集群服务的优先级级别及容器集群中当前可用资源的数量，制定容器配置请求。

本发明还提供了一种计算机装置，包括处理器，该处理器在执行存储于存储器上的计算机程序时，用于实现本发明实施例第一方面所述的容器集群服务配置方法。

本发明实施例还提供了一种可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，用于实现本发明实施例第一方面所述的容器集群服务配置方法。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中，在容器集群中部署多个集群服务，并为该多个集群服务设置多个不同类型的服务负载监控源，以用于监测多个集群服务不同的负载指标，并在任一个负载指标触发对应的预设负载条件时，向容器集群发送容器配置请求，以用于该改变当前集群服务所占用容器的数量。因本发明为多个集群服务设置多个不同类型的服务负载监控源，并在任一负载指标触发对应的预设负载条件时，向容器集群发送容器配置请求，以为服务动态伸缩制定更多的调整策略，以用于根据需求充分调度容器集群中的容器，提高服务运行的性能及效率。

附图说明

图1为本发明实施例中容器集群服务配置方法的一个实施例示意图；

图2为本发明实施例中容器集群服务配置方法的另一个实施例示意图；

图3为本发明实施例中集群服务配置装置的一个实施例示意图。

具体实施方式

本发明实施例提供了一种容器集群服务配置方法及装置，用于为容器服务的动态伸缩制定更灵活的调整策略，以提高容器服务运行的性能及效率。

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为方便理解，先对本申请中的专业术语描述如下：

1、Kubernetes：Google开源的大规模容器管理技术

2、API Server：Kubernetes容器集群的重要组件，提供集群管理的Restful API接口，这其中包括增减容器实例数量的接口

3、动态伸缩。根据服务实际负载情况提升或者降低服务负载能力。在容器集群中，主要通过动态增加或者减少容器数量的方式实现动态伸缩

针对现有技术中，主要根据CPU、内存负载等主机资源的负载指标来对服务进行动态伸缩，导致不能充分调度容器集群中的容器，而降低服务运行性能及效率的问题，本发明提出了一种集群服务配置的方法及装置。

为方便理解，下面来描述本发明实施例中一种集群服务配置的方法，请参阅图1，本发明实施例中一种集群服务配置方法的一个实施例，包括：

101、在容器集群中部署多个集群服务；

为便于说明，本实施例以Kubernets容器集群为例来进行说明，但本实施例中的容器集群包括但不限于Kubernets，还可以是Swarm、Mesos等容器集群等，此处不做具体限制。

对于Kubernets容器集群而言，服务是以容器实例的方式部署和运行在集群中的，然后通过HPA(Horizontal Pod Autoscaling)方案实现服务的动态伸缩。其中，HPA是根据当前系统的负载对服务进行水平伸缩，如果系统负载超过预定值，就开始增加容器的个数，如果低于某个值，就自动减少容器的个数。但HPA主要是根据系统的CPU、内存负载等主机资源的负载指标来对服务进行动态伸缩，导致服务动态伸缩的扩展性较低，服务运行效率较低的问题。

针对该问题，本发明首先在容器集群中部署多个集群服务，而该服务用于执行多个不同的程序软件，如图像处理、脚本撰写、远程编码或安全监测等。

102、设置多个不同类型的服务负载监控源，所述多个不同类型的服务负载监控源分别用于监测所述多个集群服务不同的负载指标；

而在多个服务运行时，服务动态伸缩的策略其实不仅与系统的CPU、内存负载相关，还与许多与服务内部业务强相关的策略，如消息队列的长度、服务调用量等。

而为了解决现有技术中服务动态伸缩策略单一的问题，本实施例对部署在Kubernets容器集群中的多个集群服务设置多个不同类型的服务负载监控源，以用于分别监测多个集群服务不同的负载指标。

其中，多个服务负载监控源包括但不限于：消息队列负载监控源、数据库负载监控源、日志索引系统监控源及反映服务负载指标的API接口负载监控源中的一种或多种。

具体的，服务在使用消息队列组件进行异步处理时，可提供服务负载指标，如将服务负载指标设置为消息队列长度，当长度大于预设的长度(如L1)时，则增加容器的数量，若消息队列的长度小于预设的长度时，则减少容器的数量；服务在通过数据库存储数据时，也可提供服务负载指标，如将服务负载指标设置为某个网站访问数量的查询结果，当访问数量大于预设的X时，则说明网站的访问人数大于Y，则增加容器的数量，反之，则减少容器的数量；服务在使用日志索引系统进行日志索引时，也可通过日志实时分析提取服务负载指标，如根据日志实时分析得到服务访问频率的负载指标，并根据服务访问频率的指标对容器的数量进行调整；再者，容器中的服务也可以以API接口的形式被调用，服务的API接口被调用的越多，则该服务被调用量也越大，所以也可将反映服务负载指标的API接口作为服务负载监控源，并根据API接口被调用的次数对容器的数量进行调整。

除此以外，服务负载指标在实际使用中还支持用户自定义，用户可以根据服务的种类设置多个其他负载指标，并根据服务的运行状态，设置不同的负载触发条件，以用于根据负载触发条件来调整服务容器的数量。

需要说明的是，本实施例中的服务负载监控源还可以设置为多个独立的客户端，用于分别监测对应的服务负载指标，这样，用户在自定义多个服务负载指标后，只需要增加监测相应服务负载指标的客户端即可，而不需要专业人员在一个客户端上修改代码指令，来监测对应的服务负载指标，从而提高该方法的可操作性。

103、当任一个负载指标触发对应的预设负载条件时，向容器集群发送容器配置请求，该容器配置请求用于改变当前集群服务所占用容器的数量。

容易理解的是，在设置多个服务负载指标监控源后，可以实时监测对应服务的负载状态，并对每个负载状态预设一个负载触发条件，并在该服务的负载指标触发对应的负载触发条件时，向容器集群发送容器配置请求，以用于改变当前集群服务所用容器的数量，来提高服务的运行性能及效率。

具体的，集群容器服务配置装置在向容器集群发送容器配置请求时，可以通过接口的形式与容器集群进行交互，如在Kubernets容器集群中，可以通过API Server与容器集群进行交互，来改变当前集群服务所占用的容器数量。

本发明实施例中，在容器集群中部署多个集群服务，并为该多个集群服务设置多个不同类型的服务负载监控源，以用于监测多个集群服务不同的负载指标，并在任一个负载指标触发对应的预设负载条件时，向容器集群发送容器配置请求，以用于该改变当前集群服务所占用容器的数量。因本发明为多个集群服务设置多个不同类型的服务负载监控源，并在任一负载指标触发对应的预设负载条件时，向容器集群发送容器配置请求，以为服务动态伸缩制定更多的调整策略，以用于根据需求充分调度容器集群中的容器，提高服务运行的性能及效率。

进一步，容器集群服务配置装置还可以具有限流保护和资源统一调度的作用，一方面可以缓解容器集群自带资源管理接口的访问压力，另一方面还可以在监测到任一服务负载指标触发对应的预设负载条件时，获取触发预设负载条件对应服务的优先级级别，并统计容器集群中可用资源的数量，从而对容器集群中的可用资源进行统一调度，具体的，请参阅图2，本发明实施例中一种容器服务配置方法的另一个实施例，包括：

201、当任一个负载指标触发对应的预设负载条件时，获取当前负载状态，当前负载状态包括多个不同的负载指标，及被触发的预设负载条件；

当任一个负载指标触发对应的预设负载条件时，容器集群服务配置装置获取当前所有服务的负载状态，即所有服务所占用的多个不同的负载指标，以及被触发的预设负载条件。

具体的，如当前运行的服务有淘宝网站、图像处理、及远程编码等，且在实际应用中设置的服务负载监控指标分别为消息队列负载指标、数据库负载监控源及日志索引系统监控源，若消息队列负载指标触发预设的负载条件时(如超过预设的消息队列长度L1时)，则容器集群服务配置装置需要获取当前运行的淘宝网站、图像处理、远程编码分别占用的各个负载指标，及触发的预设负载条件，并根据各负载指标及触发的预设负载条件，执行步骤202。

202、根据当前负载状态，确定当前集群服务所需的服务名称，及所需目标容器的数量；

容器集群服务配置装置获取当前集群服务的负载状态后，进一步根据当前负载装置，确定当前集群服务所需要的服务名称及需要目标容器的数量。

具体的，如处理淘宝网站的数据、图像处理的数据、远程编码都需要消息队列服务，而在消息队列负载指标触发负载条件时，容器集群服务配置装置需要确定当前运行的服务(淘宝网站、图像处理及远程编码)所需要的服务名称(即本实施例中的消息队列服务)，及所需要的容器的目标数量，以用于根据所所需要的服务名称及容器数量，向容器集群发送容器请求。

而为了在容器集群中的容器数量有限的情况下，对容器集群中的容器进行统一调度，容器集群服务配置装置还可以执行步骤203。

203、确定当前集群服务的优先级级别，及容器集群中当前可用资源的数量；

为了在容器集群中容器资源有限的情况下，对容器集群中的容器进行统一调度，以满足不同服务的需求，容器集群服务配置装置可以确定当前集群服务的优先级级别，及容器集群中当前可用资源的数量，并根据各服务的优先级级别及当前可用资源的数量，对当前容器集群中的容器进行统一调度，这样，一方面可以对容器集群中的容器进行协调配置，另一方面可以缓解容器集群自带资源管理接口的访问压力，从而起到限流保护的作用。

204、根据当前集群服务所需的服务名称、目标容器的数量、当前集群服务的优先级级别及容器集群中当前可用资源的数量，制定所述容器配置请求；

容器集群服务配置装置在获取到当前集群服务所需要的服务名称、目标容器的数量，当前集群服务的优先级级别及容器集群中当前可用资源的数量后，就可以根据当前集群服务所需要的容器数量、当前集群服务的优先级级别及当前容器集群中可用资源的数量，制定具体的容器配置请求，从而一方面根据服务的优先级级别对服务所需的容器数量进行配置，另一方面缓解容器集群自带资源管理接口的访问压力，起到限流保护的作用。

205、向容器集群发送容器配置请求，该容器配置请求用于改变当前集群服务所占用容器的数量。

这样，容器集群服务配置装置根据当前运行的服务负载指标状态，当前集群服务的优先级级别，及容器集群中当前可用资源的数量，制定了容器配置请求后，即可以向容器集群发送容器配置请求，以用于改变当前集群服务所占用容器的数量，以保证各服务运行的流畅度，提高服务的运行性能及运行效率。

本实施例中，在任一当前服务负载指标触发负载条件时，容器服务配置装置不是直接发送容器配置请求，而是根据当前服务所需要的容器数量、当前集群服务的优先级级别及容器集群中当前可用资源的数量，制定容器配置请求，从而一方面对各集群服务需要的容器数量进行协调配置，另一个方面缓解了容器集群自带资源管理接口的访问压力，起到限流保护的作用。

上面描述了本发明实施例中的容器集群服务配置方法，下面来描述本发明实施例中的容器集群服务配置装置，请参阅图3，本发明实施例中容器集群服务配置装置的一个实施例，包括：

多类型集群服务单元301，用于在容器集群中部署多个集群服务；

服务负载指标监控源单元302，用于设置多个不同类型的服务负载监控源，多个不同类型的服务负载监控源分别用于监测多个集群服务不同的负载指标；

配置请求发送单元303，用于在任一个负载指标触发对应的预设负载条件时，向容器集群发送容器配置请求，该容器配置请求用于改变当前集群服务所占用容器的数量。

优选的，该装置还包括：

负载指标收集单元304，用于获取当前负载状态，当前负载状态包括多个不同的负载指标，及被触发的预设负载条件；

资源计算单元305，用于根据当前负载状态，确定当前集群服务所需的服务名称，及所需目标容器的数量；

配置请求制定单元306，用于根据当前集群服务所需的服务名称，及目标容器的数量，制定容器配置请求。

优选的，该装置还包括：

资源调度单元307，用于确定当前集群服务的优先级级别，及容器集群中可用资源的数量；

配置请求制定单元306，包括：

集群资源配置请求制定模块3061，用于根据当前集群服务所需的服务名称、目标容器的数量、当前集群服务的优先级级别及容器集群中可用资源的数量，制定容器配置请求。

需要说明的是，本实施例中各单元及各模块作用与图1及图2所述实施例中的容器集群服务配置装置的作用类似，此处不再赘述。

本发明实施例中，通过多类型集群服务单元301在容器集群中部署多个集群服务，并为该多个集群服务设置多个不同类型的服务负载监控源，以用于监测多个集群服务不同的负载指标，并在任一个负载指标触发对应的预设负载条件时，通过配置请求发送单元303向容器集群发送容器配置请求，以用于该改变当前集群服务所占用容器的数量。因本发明为多个集群服务设置多个不同类型的服务负载监控源，并在任一负载指标触发对应的预设负载条件时，向容器集群发送容器配置请求，以为服务动态伸缩制定更多的调整策略，以用于根据需求充分调度容器集群中的容器，提高服务运行的性能及效率。

其次，本实施例在任一当前服务负载指标触发负载条件时，容器服务配置装置不是直接发送容器配置请求，而是通过集群资源配置请求制定模块3061根据当前服务所需要的容器数量、当前集群服务的优先级级别及容器集群中可用资源的数量，制定容器配置请求，从而一方面对各集群服务需要的容器数量进行协调配置，另一个方面缓解容器集群自带资源管理接口的压力，起到限流保护的作用。

上面从模块化功能实体的角度对本发明实施例中的容器集群服务配置装置进行了描述，下面从硬件处理的角度对本发明实施例中的计算机装置进行描述：

该计算机装置用于实现容器集群服务配置装置的功能，本发明实施例中计算机装置一个实施例包括：

处理器以及存储器；

存储器用于存储计算机程序，处理器用于执行存储器中存储的计算机程序时，可以实现如下步骤：

在容器集群中部署多个集群服务；

设置多个不同类型的服务负载监控源，多个不同类型的服务负载监控源分别用于监测多个集群服务不同的负载指标；

当任一个负载指标触发对应的预设负载条件时，向容器集群发送容器配置请求，该容器配置请求用于改变当前集群服务所占用容器的数量。

在本发明的一些实施例中，处理器，还可以用于实现如下步骤：

获取当前负载状态，当前负载状态包括多个不同的负载指标，及被触发的预设负载条件；

根据当前负载状态，确定当前集群服务所需的服务名称，及所需目标容器的数量；

根据当前集群服务所需的服务名称，及目标容器的数量，制定容器配置请求。

在本发明的一些实施例中，处理器，还可以用于实现如下步骤：

确定当前集群服务的优先级级别，及容器集群中可用资源的数量；

在本发明的一些实施例中，处理器，还可以用于具体实现如下步骤：

根据当前集群服务所需的服务名称、目标容器的数量、当前集群服务的优先级级别及容器集群中可用资源的数量，制定容器配置请求。

可以理解的是，，上述说明的计算机装置中的处理器执行所述计算机程序时，也可以实现上述对应的各装置实施例中各单元的功能，此处不再赘述。示例性的，所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器中，并由所述处理器执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在所述容器集群服务配置装置的执行过程。例如，所述计算机程序可以被分割成上述容器集群服务配置装置中的各单元，各单元可以实现如上述相应容器集群服务配置装置说明的具体功能。

所述计算机装置可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机装置可包括但不仅限于处理器、存储器。本领域技术人员可以理解，处理器、存储器仅仅是计算机装置的示例，并不构成对计算机装置的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述计算机装置还可以包括输入输出设备、网络接入设备、总线等。

所述处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述计算机装置的控制中心，利用各种接口和线路连接整个计算机装置的各个部分。

所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现所述计算机装置的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

本发明还提供了一种计算机可读存储介质，该计算机可读存储介质用于实现容器集群服务配置装置的功能，其上存储有计算机程序，计算机程序被处理器执行时，处理器，可以用于执行如下步骤：

在容器集群中部署多个集群服务；

设置多个不同类型的服务负载监控源，多个不同类型的服务负载监控源分别用于监测多个集群服务不同的负载指标；

当任一个负载指标触发对应的预设负载条件时，向容器集群发送容器配置请求，该容器配置请求用于改变当前集群服务所占用容器的数量。

在本发明的一些实施例中，计算机可读存储介质存储的计算机程序被处理器执行时，处理器，可以具体用于执行如下步骤：

获取当前负载状态，当前负载状态包括多个不同的负载指标，及被触发的预设负载条件；

根据当前负载状态，确定当前集群服务所需的服务名称，及所需目标容器的数量；

根据当前集群服务所需的服务名称，及目标容器的数量，制定容器配置请求。

在本发明的一些实施例中，计算机可读存储介质存储的计算机程序被处理器执行时，处理器，可以具体用于执行如下步骤：

确定当前集群服务的优先级级别，及容器集群中可用资源的数量；

在本发明的一些实施例中，计算机可读存储介质存储的计算机程序被处理器执行时，处理器，可以具体用于执行如下步骤：

根据当前集群服务所需的服务名称、目标容器的数量、当前集群服务的优先级级别及容器集群中可用资源的数量，制定容器配置请求。

可以理解的是，所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在相应的一个计算机可读取存储介质中。基于这样的理解，本发明实现上述相应的实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种容器集群服务配置方法，其特征在于，包括：

在容器集群中部署多个集群服务；

设置多个不同类型的服务负载监控源，所述多个不同类型的服务负载监控源分别用于监测所述多个集群服务不同的负载指标；

当任一个所述负载指标触发对应的预设负载条件时，向所述容器集群发送容器配置请求，所述容器配置请求用于改变当前集群服务所占用容器的数量。

2.根据权利要求1所述的方法，其特征在于，在所述当所述负载指标触发预设的负载条件时之后，所述向所述容器集群发送容器配置请求之前，所述方法还包括：

获取当前负载状态，所述当前负载状态包括多个不同的负载指标，及被触发的预设负载条件；

根据所述当前负载状态，确定当前集群服务所需的服务名称，及所需目标容器的数量；

根据所述当前集群服务所需的服务名称，及所述目标容器的数量，制定所述容器配置请求。

3.根据权利要求2所述的方法，其特征在于，在所述确定当前集群服务所需要的服务名称，及所需要容器的目标数量之后，所述方法还包括：

确定当前集群服务的优先级级别，及所述容器集群中当前可用资源的数量；

所述根据所述当前集群服务所需的服务名称，及所述目标容器的数量，制定所述容器配置请求，包括：

根据所述当前集群服务所需的服务名称、所述目标容器的数量、所述当前集群服务的优先级级别及所述容器集群中当前可用资源的数量，制定所述容器配置请求。

4.根据权利要求1所述的方法，其特征在于，所述负载指标的类型及数目支持自定义；

每个所述服务负载监控源为单独的客户端。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述多个不同类型的服务负载监控源至少包括：消息队列负载监控源、数据库负载监控源、日志索引系统监控源及反映服务负载指标的API接口负载监控源中的一种或多种。

6.一种容器集群服务配置装置，其特征在于，包括：

多类型集群服务单元，用于在容器集群中部署多个集群服务；

服务负载指标监控源单元，用于设置多个不同类型的服务负载监控源，所述多个不同类型的服务负载监控源分别用于监测所述多个集群服务不同的负载指标；

配置请求发送单元，用于在任一个所述负载指标触发对应的预设负载条件时，向所述容器集群发送容器配置请求，所述容器配置请求用于改变当前集群服务所占用容器的数量。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

负载指标收集单元，用于获取当前负载状态，所述当前负载状态包括多个不同的负载指标，及被触发的预设负载条件；

资源计算单元，用于根据所述当前负载状态，确定当前集群服务所需的服务名称，及所需目标容器的数量；

配置请求制定单元，用于根据所述当前集群服务所需的服务名称，及所述目标容器的数量，制定所述容器配置请求。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

资源调度模块，用于确定当前集群服务的优先级级别，及所述容器集群中当前可用资源的数量；

所述配置请求制定单元，包括：

集群资源配置请求制定模块，用于根据所述当前集群服务所需的服务名称、所述目标容器的数量、所述当前集群服务的优先级级别及所述容器集群中当前可用资源的数量，制定所述容器配置请求。

9.一种计算机装置，包括处理器，其特征在于，所述处理器在执行存储于存储器上的计算机程序时，用于实现如权利要求1至5中任一项所述的容器集群服务配置方法。

10.一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，用于实现如权利要求1至5中任一项所述的容器集群服务配置方法。