CN115567523A - 资源管理方法及系统 - Google Patents

Abstract

本申请提供资源管理方法及系统，其中所述系统包括控制集群和业务集群，控制集群中配置有主资源控制器；主资源控制器，用于接收资源声明信息，根据资源声明信息在业务集群中确定目标业务集群，向目标业务集群发送目标从资源控制器对应的部署指令；目标从资源控制器，用于监听目标业务集群的资源描述信息，基于资源描述信息对目标业务集群中的资源进行调度，其中，所述资源描述信息包含所述资源声明信息。通过主资源控制器负责监听业务集群的资源声明信息，根据资源声明信息实现在业务集群上部署从资源控制器，使目标从资源控制器确定业务集群资源的调度，从而有效降低主资源控制器的调度压力，分散资源调度的压力。

Description

资源管理方法及系统

技术领域

本申请涉及容器集群技术领域，特别涉及一种资源管理系统。本申请同时涉及资源管理方法及资源管理装置，一种计算设备，以及一种计算机可读存储介质。

背景技术

随着云计算技术的快速发展，容器技术逐步成为业界的发展热点，各主流云计算平台(云容器平台)均提供容器服务器。目前云计算平台需要支持多种业务，且不同业务需要由不同的业务集群实现，即云计算平台需要部署多个业务集群。在实际应用中，会部署一个控制集群负载管理所有业务集群，业务集群只需要专注于业务应用即可。但是随着业务集群数量的增多、以及业务集群中容器、应用数量的增多，导致控制集群需要管理的业务集群的规模不断膨胀、需要调度的资源不断增多，大大提高了控制集群的调度压力，使得资源调度效率低，也会引起控制集群宕机的现象。因此，如何减小控制集群的调度压力，提高资源调度效率是目前亟需解决的问题。

发明内容

有鉴于此，本申请实施例提供了一种资源管理系统。本申请同时涉及资源管理方法、资源管理装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的控制集群上的控制器由于业务集群以及其资源规模的膨胀，使得控制集群的调度压力大导致资源调度效率低的问题。

根据本申请实施例的第一方面，提供了一种资源管理系统，所述资源管理系统包括控制集群和业务集群，所述控制集群中配置有主资源控制器；

所述主资源控制器，用于接收资源声明信息，根据所述资源声明信息在所述业务集群中确定目标业务集群，向所述目标业务集群发送目标从资源控制器对应的部署指令；

根据所述部署指令在所述目标业务集群中部署所述目标从资源控制器的情况下，所述目标从资源控制器，用于监听所述目标业务集群的资源描述信息，基于所述资源描述信息对所述目标业务集群中的资源进行调度，其中，所述资源描述信息包含所述资源声明信息。

根据本申请实施例的第二方面，提供了一种资源管理方法，应用于部署在控制集群的主资源控制器，包括：

接收资源声明信息；

在所述控制集群所属的资源管理系统中确定业务集群，并根据所述资源声明信息在所述业务集群中确定目标业务集群；

向所述目标业务集群发送目标从资源控制器对应的部署指令。

根据本申请实施例的第三方面，提供了一种资源管理方法，应用于部署在目标业务集群的目标从资源控制器，包括：

在所述目标业务集群所属的资源管理系统中确定控制集群；

监听所述控制集群中主资源控制器发送至所述目标业务集群的资源描述信息；

基于所述资源描述信息对所述目标业务集群中的资源进行调度。

根据本申请实施例的第四方面，提供了一种资源管理装置，应用于部署在控制集群的主资源控制器，包括：

接收模块，被配置为接收资源声明信息；

确定模块，被配置为在所述控制集群所属的资源管理系统中确定业务集群，并根据所述资源声明信息在所述业务集群中确定目标业务集群；

发送模块，被配置为向所述目标业务集群发送目标从资源控制器对应的部署指令。

根据本申请实施例的第五方面，提供了一种资源管理装置，应用于部署在控制集群的主资源控制器，包括：

确定模块，被配置为在所述目标业务集群所属的资源管理系统中确定控制集群；

监听模块，被配置为监听所述控制集群中主资源控制器发送至所述目标业务集群的资源描述信息；

调度模块，被配置为基于所述资源描述信息对所述目标业务集群中的资源进行调度。

根据本申请实施例的第六方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述计算机指令时实现所述资源管理方法的步骤。

根据本申请实施例的第七方面，提供了一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现所述资源管理方法的步骤。

本申请提供的资源管理系统，所述资源管理系统包括控制集群和业务集群，所述控制集群中配置有主资源控制器；所述主资源控制器，用于接收资源声明信息，根据所述资源声明信息在所述业务集群中确定目标业务集群，向所述目标业务集群发送目标从资源控制器对应的部署指令；根据所述部署指令在所述目标业务集群中部署所述目标从资源控制器的情况下，所述目标从资源控制器，用于监听所述目标业务集群的资源描述信息，基于所述资源描述信息对所述目标业务集群中的资源进行调度，其中，所述资源描述信息包含所述资源声明信息。

本申请一实施例实现了由控制集群上的主资源控制器负责监听业务集群的资源声明信息，根据资源声明信息实现在目标业务集群上部署目标从资源控制器，使目标从资源控制器确定目标业务集群资源的调度，从而有效降低控制集群上资源控制器的调度压力，将资源调度的压力分散到控制集群。

附图说明

图1是本申请实施例提供的一种资源管理系统的场景示意图；

图2是本申请一实施例提供的一种资源管理系统的结构示意图；

图3是本申请一实施例提供的一种资源管理系统的结构示意图；

图4是本申请一实施例提供的一种资源管理方法的流程图；

图5是本申请一实施例提供的一种应用于业务更新场景的资源管理系统的处理流程图；

图6是本申请一实施例提供的一种应用于主资源控制器的资源管理方法的流程图；

图7是本申请一实施例提供的一种应用于从资源控制器的资源管理方法的流程图；

图8是本申请一实施例提供的一种应用于主资源控制器的资源管理装置的结构示意图；

图9是本申请一实施例提供的一种应用于从资源控制器的资源管理装置的结构示意图；

图10是本申请一实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先，对本申请一个或多个实施例涉及的名词术语进行解释。

Kubernetes：Kubernetes是一个容器集群管理系统，是用于自动部署、扩展和管理容器化应用程序的开源系统，能够对集群内容器的生命周期进行管理，结合自身的健康检查及错误恢复机制，实现集群内部应用的高可用性，可以实现容器集群的自动化部署、自动扩缩容、运维监控等功能，因此，通常会在云计算平台部署Kubernetes容器集群。

随着云原生技术的不断发展，用户对Kubernetes集群的需求也随之增高，对云原生技术也提出新的要求。由于Kubernetes集群只能调度本集群内的资源，无法实现跨集群管理，当集群数量膨胀到一定数量时，管理的难度也随之陡增，而人工干预的管理，也可能发生错误。为了解决这一问题，控制集群和业务集群的概念随之诞生，控制集群负责管理所有业务集群，主要功能是把用户所需要的资源调度下发到目标业务集群，而业务集群只需要负责本集群内的业务应用，所有资源均由控制集群下发。在这种方式下，使得一切操作都收束在控制集群上，从而运维管理人员可以基于控制集群更有效地管理Kubernetes集群。但是，随着控制集群需要管理的业务集群数量规模不断膨胀，以及需要下发调度的资源不断增多，可能使得控制集群疲于调度、调度效率大幅下降，甚至出现由于需要管理的集群资源过多而造成内存溢出的问题。

基于此，在本申请中，提供了一种资源管理系统，本申请同时涉及资源管理方法、资源管理装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

实际应用中，资源调度的方式通常是在控制集群部署不同的资源控制器，每种资源控制器负责管理同类资源的业务集群，通过控制集群上的资源控制器监听资源变化，把用户最终需要的资源调度或者部署到业务集群上。参见图1，图1是本申请实施例提供的一种资源管理方法的场景示意图，其中，在控制集群中会部署有资源控制器，资源控制器会监听每个业务集群上的应用定义、资源声明，如图1中资源控制器监听集群A和集群B上的应用定义，当业务集群中的业务应用需要应用定义，如应用创建、更新等事件时，资源控制器会将该业务应用对应的资源调度至业务集群中。

以应用调度为例，资源控制器监听控制集群上所有集群的应用定义事件，调度到不同业务集群上，同时还要监听业务集群的应用调度是否成功、运行状态是否正常等数据，以将监听数据回写到应用状态中，用于向用户反馈。因此，当业务集群以及应用越来越多时，所有的调度压力全部集中在控制集群的资源控制器上，导致资源控制器的调度效率会随之下降，甚至产生崩溃的风险，这会影响到所有业务集群的资源调度。

由此可知，上述资管调度方式在运行过程中，可能存在如下问题：

1.当同时需要调度的资源过多时，由于控制器有无法高并发调度资源的特性，资源调度可能会产生调度延迟；

2.当业务集群异常，如发生网络波动、APIserver不正常等问题时，控制集群可能无法及时发现，在等待业务集群响应时，会阻塞其他业务集群资源的调度，从而影响控制集群整体的调度效率。

3.当业务集群达到一定规模数量时，控制集群上的资源控制器需要缓存的资源也会随之增加，这可能造成资源控制器内存超出配额而宕机，在这种情况下，Kubernetes自动重启资源控制器可能也无法解决该问题。

4.当资源控制器被重启或者更新时，资源控制器需要全量重新同步确认所有业务集群的资源状态，在确认过程中可能会影响到其他业务集群的资源调度。

有鉴于此，为了降低控制集群上的控制器由于业务集群以及其资源规模的膨胀而对控制集群资源的影响，解决可能造成调度缓慢甚至崩溃的问题，本申请提供了一种资源管理系统，将资源控制器分为部署在控制集群上的主资源控制器，以及部署在业务集群上的从资源控制器，让主资源控制器负责监听业务集群的资源创建、更新和删除事件，当用户在控制集群上管理的某一集群中声明的资源发生变化，如创建、更新时，主资源控制器会主动下发一个从资源控制器的部署指令至目标业务集群，在目标业务集群上部署从资源控制器，让从资源控制器确保目标业务集群资源的调度，以及将资源状态回写到控制集群中。实现了降低控制集群上资源控制器的调度压力，将资源调度分配压力至各自的业务集群上的资源控制器，并且由业务集群上的从资源控制器监听本集群的资源声明，降低主资源控制器的监听工作压力。在实际应用中，当某个业务集群发生故障时，也不会对主资源控制器造成影响，避免为其他业务集群的资源调度带来影响。同时，当主资源控制器重启或者更新时，也无需再对所有业务集群的资源进行调度确认，只需要确认目标业务集群上已部署从资源控制器，由从资源控制器进行资源调度的确认。

图2是根据本申请一实施例提供的一种资源管理系统的结构示意图，该资源管理系统200包括控制集群和业务集群，控制集群中配置有主资源控制器210；

所述主资源控制器210，用于接收资源声明信息，根据所述资源声明信息在所述业务集群中确定目标业务集群，向所述目标业务集群发送目标从资源控制器220对应的部署指令；

根据所述部署指令在所述目标业务集群中部署所述目标从资源控制器的情况下，所述目标从资源控制器220，用于监听所述目标业务集群的资源描述信息，基于所述资源描述信息对所述目标业务集群中的资源进行调度，其中，所述资源描述信息包含所述资源声明信息。

具体的，资源管理系统200可以是一个Kubernetes容器集群管理系统，资源管理系统中包括一个控制集群和多个业务集群，控制集群和业务集群之间存在通信通道。在实际应用中，控制集群通过部署的主资源控制器实现监听业务集群的资源创建、更新和删除事件，当用户在控制集群上管理的某个业务集群中声明的资源发生变化时，主资源控制器会接收到资源声明信息，资源声明信息即为用户发出的针对应用的操作请求对应的信息，如用户想要在业务集群中创建应用或者更新应用中的资源，此时主资源控制器会根据资源声明信息在所有业务集群中确定出目标业务集群，并向目标业务集群发送目标从资源控制器220对应的部署指令，即向目标业务集群主动下发一个从资源控制器。需要注意的是每个业务集群对应各自的从资源控制器，每个业务集群的从资源控制器用于负责本集群内的资源调度。

进一步的，当目标业务集群接收到主资源控制器下发的目标从资源控制器部署指令之后，可在目标业务集群中部署对应的目标从资源控制器，目标从资源控制器用于监听本业务集群的资源描述信息，资源描述信息为该业务集群中所有业务应用的资源声明，在实际应用中，目标从资源控制器可以从工作队列中获取对应的资源描述信息，当资源描述信息为本次的资源声明信息时，则可执行相应的资源调度步骤，以及将资源的状态回写到主资源控制器。

基于此，通过将资源控制器分为部署在控制集群上的主资源控制器，以及部署在业务集群上的从资源控制器，有效降低控制集群上资源控制器的调度压力，将资源调度压力分配至各自的业务集群上的资源控制器，并且由业务集群上的从资源控制器监听本集群的资源声明，降低主资源控制器的监听工作压力。

参见图3，图3是根据本申请一实施例提供的一种资源管理系统的结构示意图，其中包括控制集群和业务集群，控制集群中部署有主资源控制器，即图3中的集群资源控制器，控制集群管理有业务集群A和业务集群B，控制集群负责监听业务集群的资源声明，在业务集群A中声明的资源发生变化时，主资源控制器会下发控制器至业务集群A中，即会在业务集群A中部署一个资源控制器，该资源控制器即为业务集群A对应的从资源控制器，由控制集群的主资源控制器将监听事件的资源描述信息发送至从资源控制器之后，从资源控制器开始调度该业务集群中业务应用的资源，并监听每个业务应用的资源状态信息，将获得的资源状态信息回写至控制集群。在图3中，还包括没有业务应用的业务集群B，由于业务集群B中没有业务应用的资源声明，因此控制集群不会在业务集群B中部署对应的从资源控制器。

举例说明，用户准备在业务集群A中创建一个业务应用，此时控制集群中的主资源控制器会接收一个针对业务应用的资源声明信息，资源声明信息中包括有业务应用的相关信息，如业务应用id标识信息、所在业务集群、业务节点等信息，业务应用所需资源的相关信息。因此，主资源控制器根据资源声明信息可以在所有的业务集群中确定业务集群A为目标业务集群，需要由业务集群A的从资源控制器来实现业务应用A的创建以及相关资源的调度，因此主资源控制器会向业务集群A发送目标从资源控制器对应的部署指令，在基于部署指令在业务集群A中部署从资源控制器之后，业务集群A中的从资源控制器启动并开始工作，同时开始监听业务集群中所有业务应用的资源声明，当监听到主资源控制器发送的本次用户发出的资源声明信息时，从资源控制器基于资源声明信息在业务集群A中创建对应的业务应用，并将相应的资源进行调度。

综上，通过控制集群中的主资源控制器监听业务集群中的资源声明，基于资源声明信息将从资源控制器的部署指令发送至目标业务集群中，由目标业务集群中的从资源控制器来实现资源声明对应的资源调度，使得控制集群的主资源控制器的调度压力分散至业务集群中的从资源控制器，不会出现因业务集群数量规模大而导致控制集群调度压力大的问题。

进一步的，为了避免主资源控制器向已部署从资源控制器的业务系统重复发送部署指令的情况发生，在监听到业务系统中声明的资源发生变化，需要在业务系统中部署从资源控制器时，可以先检测业务集群中是否已部署了从资源控制器，具体地，所述主资源控制器，还用于判断所述目标业务集群中是否已部署目标从资源控制器，若是，则发送所述资源声明信息至所述目标从资源控制器，若否，则向所述目标业务集群发送目标从资源控制器对应的部署指令。

在实际应用中，主资源控制器可以通过获取业务集群的部署信息来判断业务集群中是否已经部署有对应的从资源控制器，若目标业务集群当前存在目标从资源控制器的情况下，则主资源控制器则会发送本次用户操作请求对应的资源声明信息至目标从资源控制器；若目标业务集群中不存在目标从资源控制器的情况下，则从资源控制器则会发送对应的从资源控制器部署指令至目标业务集群，以在目标业务集群中部署目标从资源控制器。

在本申请一具体实施例中，沿用上例，主资源控制器监听到业务集群A中的资源声明信息，则确定目标业务集群为业务集群A，并判断业务集群A当前是否已经部署有对应的目标从资源控制器，判断结果为业务集群A当前没有部署对应的目标从资源控制器，则发送目标从资源控制器对应的部署指令至业务集群A，以实现在业务集群A中部署目标从资源控制器。

在本申请另一具体实施例中，沿用上例，主资源控制器监听到业务集群A中的资源声明信息，则确定目标业务集群为业务集群A，并判断业务集群A当前是否已经部署有对应的目标从资源控制器，判断结果为业务集群A当前已部署有对应的目标从资源控制器，则发送资源声明信息至消息队列中，由业务集群A中的目标从资源控制器从消息队列中获得资源声明信息，并执行资源声明信息对应的资源调度。

综上，通过主资源控制器在监听到业务集群声明的资源发生变化时，提前判断业务集群中是否已部署从资源控制器，避免重复发送部署指令至业务集群，从而减少不必要的资源浪费。

进一步的，当主资源控制器发送资源声明信息至目标从资源控制器之后，目标从资源控制器可以接收到资源声明信息，并基于资源声明信息进行相应的资源调度处理。具体地，所述目标从资源控制器，还用于在当前处理事件关联所述资源描述信息中所述资源声明信息的情况下，基于所述资源声明信息对所述目标业务集群中所述资源声明信息关联的目标资源进行调度。

其中，当前处理事件可以理解为从资源控制器当前正在执行的资源声明信息对应的事件，例如资源声明信息为资源创建事件时，当从资源控制器接收到该资源声明信息之后，则当前处理事件即为该资源声明信息关联的资源创建事件。

在实际应用中，业务集群可能会有多个声明的资源发生变化，因此主资源控制器会相应的发送多条资源声明信息至从资源控制器，这些多条资源声明信息和业务集群中其他应用的信息组成资源描述信息，从资源控制器会从消息队列中逐一获取并处理，在当前处理事件为主资源控制器发送的资源声明信息的情况下，则会基于该资源声明信息对其关联的目标资源进行调度。

在本申请一具体实施例中，沿用上例，主资源控制器将资源声明信息传递至消息队列中，该资源声明信息为资源创建事件，当业务集群A的目标从资源控制器从消息队列中获取到该资源声明信息时，则当前处理事件即为对应的资源创建事件，此时目标从资源控制器对资源声明信息关联的目标资源进行调度。

进一步的，当控制集群未监听到业务集群中资源的声明时，则代表业务集群中无资源，无需部署从资源控制器，此时可以将业务集群中部署的从资源控制器进行释放处理，以达到节省资源的目的。具体地，所述主资源控制器，还用于在预设检测时间区间内未接收到所述资源描述信息的情况下，向所述目标业务集群发送所述目标从资源控制器对应的释放指令，其中，所述释放指令用于在所述目标业务集群中释放所述目标从资源控制器。

其中，预设检测时间区间可以理解为预设为主资源控制器提供检测的时间，当主资源控制器在该时间区间内未监听到目标业务集群中的资源声明信息时，则表征此时目标业务集群中没有应用资源，则可以将目标业务集群中部署的从资源控制器释放掉，从而节省资源消耗。

在本申请一具体实施例中，沿用上例，在业务集群A基于资源声明信息执行资源调度之后，主资源控制器继续监听业务集群A中的应用资源声明，当预设检测时间区间为1分钟时，若在1分钟内主资源控制器未监听到业务集群A的资源声明时，则代表业务集群A中无资源，此时发送目标从资源控制器对应的释放指令至业务集群A，以使业务集群A中的目标从资源控制器进行释放，节省资源损耗。

进一步的，业务集群中的从资源控制器在基于资源声明信息调度同步资源之后，则会开始监听被调度资源的状态，以向主资源控制器回写资源状态信息，具体地，所述目标从资源控制器，还用于监听所述目标业务集群中关联业务应用的资源状态信息，发送所述资源状态信息至所述主资源控制器；

所述主资源控制器，还用于接收所述资源状态信息，并将所述资源状态信息反馈至用户终端。

其中，资源状态信息可以理解为业务应用的状态信息，如应用的资源、业务应用是否正常运行，从资源控制器会持续监听资源状态信息，并将资源状态信息回写至控制集群，以使控制集群可以基于资源状态信息反馈至用户终端，用户终端可以理解为用户使用的前端设备，用户可以基于用户终端了解到资源的状态。

在实际应用中，由于业务集群可能会发生异常问题，如网络波动、APIserver等问题，业务应用对应的资源调度可能没有正常执行，则当业务集群中的从资源控制器在监听该业务应用的资源状态信息时，即会发现对应的资源并没有完成调度，将资源状态信息发送至主资源控制器之后，由主资源控制器将资源状态信息反馈至用户终端，以使用户了解到业务应用的执行状态，从而可以选择重新发送针对业务应用的操作请求，以再次执行业务应用的资源调度。

在本申请一具体实施例中，沿用上例，业务集群A中的目标从资源控制器监听业务集群A中关联刚创建的业务应用的资源状态信息，监听到资源状态信息为业务应用运行状态正常，将该资源状态信息发送至主资源控制器，主资源控制器接收到之后，可以基于资源状态信息反馈至用户终端，以使用户了解到该业务应用的运行状态。

进一步的，在主资源控制器重启或者更新时，无需对所有集群的所有资源进行调度确认，只需要确保从资源控制器在目标业务集群上已调度，从而减少主资源控制器的运行压力，具体地，所述主资源控制器，还用于在控制器状态满足预设配置条件的情况下，获取所述目标业务集群的控制器部署信息，基于所述控制器部署信息发送关联所述控制器部署信息的反馈信息至所述目标业务集群。

其中，控制器状态可以理解为主资源控制器当前处于的运行状态，如主资源控制器重启完成状态或更新完成状态，预设配置条件可以理解为预设的获取业务集群配置信息的条件，当主资源控制器处于重启完成状态或者更新完成状态时，主资源控制器则需要确认目标业务集群上是否已部署从资源控制器，则设定当主资源控制器的控制器状态为重启完成状态或更新完成状态时，则满足预设配置条件，当满足预设配置条件时，则表征主资源控制器需要获取每个目标业务集群的配置信息，即控制器部署信息，从而确认目标业务集群上是否已部署从资源控制器。

在实际应用中，当主资源控制器获取目标业务集群的控制器部署信息之后，则会基于控制器部署信息发送相应的反馈信息至目标业务集群。

在本申请一具体实施例中，主资源控制器响应于重启指令完成重启之后，不再对每个业务集群上的资源进行调度确认，而是获取目标业务集群的控制器部署信息，根据目标业务集群上是否部署从资源控制器的情况发送相应的反馈信息至目标业务集群。

相应的，根据业务集群的控制器部署信息可以确定业务集群当前是否部署从资源控制器，从而主资源控制器可以基于控制器部署信息生成对应的反馈信息至目标业务集群，具体地，所述主资源控制器，还用于在根据所述控制器部署信息确定所述目标从资源控制器为已部署的情况下，发送所述资源描述信息至所述目标业务集群；在根据所述控制器部署信息确定所述目标从资源控制器为未部署的情况下，发送目标从资源控制器对应的部署指令至所述目标业务集群。

其中，当目标业务集群已部署从资源控制器的情况下，反馈信息为资源描述信息；当目标业务集群未部署从资源控制器的情况下，反馈信息为从资源控制器的部署指令。

在本申请一具体实施例中，主资源控制器根据业务集群A的控制器部署信息确定业务集群A目前已部署了从资源控制器，则将相应的资源描述信息发送至目标业务集群。

综上，主资源控制器基于业务集群的控制器部署信息可以获知业务集群上是否部署有从资源控制器的情况，从而实现无需由主资源控制器对所有集群的资源进行调度确认，而是通过从资源控制器对自身集群中的资源进行调度确认，有效减少了主资源控制器的工作压力。

在实际应用中，当主资源控制器准备下发部署指令至目标业务集群时，可以先在目标业务集群中确定一个目标业务节点，将该目标业务节点作为目标从资源控制器的载体，具体地，所述主资源控制器，还用于在所述目标业务集群中确定目标业务节点，基于所述目标业务节点生成所述目标从资源控制器对应的部署指令。

其中，目标业务节点为业务集群中多个业务节点中确定出的一个业务节点，目标业务节点的选择可以是提前设定好的，例如业务集群A中有3个业务节点为业务节点1、业务节点2、业务节点3，预设当业务集群A部署从资源控制器时，由业务节点1作为从资源控制器的载体，则目标业务节点为业务节点1；目标业务节点也可以是根据业务节点的负载情况确定，比较每个业务节点的负载情况，选择负载压力较小的业务节点作为目标业务节点。

在本申请一具体实施例中，业务节点中包括3个业务节点，分别为业务节点1、业务节点2、业务节点3，在主资源控制器接收到资源声明信息并基于该信息确定出目标业务集群是业务集群A时，根据业务集群A中每个业务节点的负载情况选择目标业务节点作为待部署的从资源控制器，根据选择情况，选择负载较少的业务节点1作为目标业务节点，并基于业务节点1的节点属性信息生成对应的部署指令发送至目标业务集群。

本申请提供的一种资源管理系统，包括控制集群和业务集群，所述控制集群中配置有主资源控制器；所述主资源控制器，用于接收资源声明信息，根据所述资源声明信息在所述业务集群中确定目标业务集群，向所述目标业务集群发送目标从资源控制器对应的部署指令；根据所述部署指令在所述目标业务集群中部署所述目标从资源控制器的情况下，所述目标从资源控制器，用于监听所述目标业务集群的资源描述信息，基于所述资源描述信息对所述目标业务集群中的资源进行调度，其中，所述资源描述信息包含所述资源声明信息。实现了由控制集群上的主资源控制器负责监听业务集群的资源声明信息，根据资源声明信息实现在目标业务集群上部署目标从资源控制器，使目标从资源控制器确定目标业务集群资源的调度，从而有效降低控制集群上资源控制器的调度压力，将资源调度的压力分散到控制集群。

需要说明的是，本实施例提供了多种实施方式，未详尽描述的地方均可相互参考。

与上述系统实施例相对应，本说明书还提供了资源管理方法实施例，图4示出了本申请一实施例提供的一种资源管理方法的流程图。如图4所示，该资源管理方法包括：

步骤402：主资源控制器接收资源声明信息，根据所述资源声明信息在所述业务集群中确定目标业务集群。

步骤404：主资源控制器向所述目标业务集群发送目标从资源控制器对应的部署指令。

步骤406：目标从资源控制器监听所述目标业务集群的资源描述信息。

步骤408：目标从资源控制器基于所述资源描述信息对所述目标业务集群中的资源进行调度，其中，所述资源描述信息包含所述资源声明信息。

一个可选的实施例中，所述主资源控制器，还用于判断所述目标业务集群中是否已部署目标从资源控制器，若是，则发送所述资源声明信息至所述目标从资源控制器，若否，则向所述目标业务集群发送目标从资源控制器对应的部署指令。

一个可选的实施例中，所述目标从资源控制器，还用于在当前处理事件关联所述资源描述信息中所述资源声明信息的情况下，基于所述资源声明信息对所述目标业务集群中所述资源声明信息关联的目标资源进行调度。

一个可选的实施例中，所述主资源控制器，还用于在预设检测时间区间内未接收到所述资源描述信息的情况下，向所述目标业务集群发送所述目标从资源控制器对应的释放指令，其中，所述释放指令用于在所述目标业务集群中释放所述目标从资源控制器。

一个可选的实施例中，所述目标从资源控制器，还用于监听所述目标业务集群中关联业务应用的资源状态信息，发送所述资源状态信息至所述主资源控制器；所述主资源控制器，还用于接收所述资源状态信息，并将所述资源状态信息反馈至用户终端。

一个可选的实施例中，所述主资源控制器，还用于在控制器状态满足预设配置条件的情况下，获取所述目标业务集群的控制器部署信息，基于所述控制器部署信息发送关联所述控制器部署信息的反馈信息至所述目标业务集群。

一个可选的实施例中，所述主资源控制器，还用于在根据所述控制器部署信息确定所述目标从资源控制器为已部署的情况下，发送所述资源描述信息至所述目标业务集群；在根据所述控制器部署信息确定所述目标从资源控制器为未部署的情况下，发送目标从资源控制器对应的部署指令至所述目标业务集群。

一个可选的实施例中，所述主资源控制器，还用于在所述目标业务集群中确定目标业务节点，基于所述目标业务节点生成所述目标从资源控制器对应的部署指令。

本说明书提供的资源管理方法，通过控制集群上的主资源控制器负责监听业务集群的资源声明信息，根据资源声明信息实现在目标业务集群上部署目标从资源控制器，使目标从资源控制器确定目标业务集群资源的调度，从而有效降低控制集群上资源控制器的调度压力，将资源调度的压力分散到控制集群。降低控制集群上的控制器由于业务集群以及其资源规模的膨胀而对控制集群资源的影响，解决了可能造成调度缓慢甚至崩溃的问题。

下述结合附图5，以本申请提供的资源管理系统在业务更新场景中的应用为例，对所述资源管理系统进行进一步说明。其中，图5示出了本申请一实施例提供的一种应用于业务更新场景中的资源管理系统的处理流程图，具体包括以下步骤：

步骤502：主资源控制器接收更新业务应用的资源声明信息，根据资源声明信息在所述业务集群中确定目标业务集群。

步骤504：主资源控制器判断目标业务集群中未部署目标从资源控制器，向目标业务集群发送目标从资源控制器对应的部署指令。

步骤506：目标从资源控制器监听目标业务集群的所有业务应用的资源声明信息。

步骤508：目标从资源控制器在当前处理事件为更新业务应用的情况下，基于更新业务应用对应的资源声明信息对所述目标业务集群中的目标资源进行调度。

步骤510：目标从资源控制器监听目标业务集群中更新后的业务应用的资源状态信息，发送资源状态信息至主资源控制器。

步骤512：主资源控制器接收资源状态信息，并将资源状态信息反馈至用户终端。

步骤514：主资源控制器在预设检测时间区间内未接收到目标业务集群的资源声明信息，向所述目标业务集群发送所述目标从资源控制器对应的释放指令。

综上所述，本申请提供的一种资源管理系统，通过由控制集群上的主资源控制器负责监听业务集群的资源声明信息，根据资源声明信息实现在目标业务集群上部署目标从资源控制器，使目标从资源控制器确定目标业务集群资源的调度，从而有效降低控制集群上资源控制器的调度压力，将资源调度的压力分散到控制集群。

本说明书还提供了一种应用于主资源控制器的资源管理方法实施例，图6示出了本申请一实施例提供的一种应用于主资源控制器的资源管理方法的流程图。如图6所示，该资源管理方法包括：

步骤602：接收资源声明信息。

步骤604：在所述控制集群所属的资源管理系统中确定业务集群，并根据所述资源声明信息在所述业务集群中确定目标业务集群。

步骤606：向所述目标业务集群发送目标从资源控制器对应的部署指令。

可选的，所述方法还包括：判断所述目标业务集群中是否已部署目标从资源控制器，若是，则发送所述资源声明信息至所述目标从资源控制器，若否，则向所述目标业务集群发送目标从资源控制器对应的部署指令。

可选的，所述方法还包括：在预设检测时间区间内未接收到所述资源描述信息的情况下，向所述目标业务集群发送所述目标从资源控制器对应的释放指令，其中，所述释放指令用于在所述目标业务集群中释放所述目标从资源控制器。

可选的，所述方法还包括：在控制器状态满足预设配置条件的情况下，获取所述目标业务集群的控制器部署信息，基于所述控制器部署信息发送关联所述控制器部署信息的反馈信息至所述目标业务集群。

可选的，所述方法还包括：在根据所述控制器部署信息确定所述目标从资源控制器为已部署的情况下，发送所述资源描述信息至所述目标业务集群；在根据所述控制器部署信息确定所述目标从资源控制器为未部署的情况下，发送目标从资源控制器对应的部署指令至所述目标业务集群。

可选的，所述方法还包括：在所述目标业务集群中确定目标业务节点，基于所述目标业务节点生成所述目标从资源控制器对应的部署指令。

本申请提供的一种应用于主资源控制器的资源管理方法，包括接收资源声明信息；在所述控制集群所属的资源管理系统中确定业务集群，并根据所述资源声明信息在所述业务集群中确定目标业务集群；向所述目标业务集群发送目标从资源控制器对应的部署指令。通过由控制集群上的主资源控制器负责监听业务集群的资源声明信息，根据资源声明信息实现在目标业务集群上部署目标从资源控制器，使目标从资源控制器确定目标业务集群资源的调度，从而有效降低控制集群上资源控制器的调度压力，将资源调度的压力分散到控制集群。

本说明书还提供了一种应用于从资源控制器的资源管理方法实施例，图7示出了本申请一实施例提供的一种应用于从资源控制器的资源管理方法的流程图。如图7所示，该资源管理方法包括：

步骤702：在所述目标业务集群所属的资源管理系统中确定控制集群。

步骤704：监听所述控制集群中主资源控制器发送至所述目标业务集群的资源描述信息。

步骤706：基于所述资源描述信息对所述目标业务集群中的资源进行调度。

可选的，所述方法还包括：在当前处理事件关联所述资源描述信息中所述资源声明信息的情况下，基于所述资源声明信息对所述目标业务集群中所述资源声明信息关联的目标资源进行调度。

可选的，所述方法还包括：监听所述目标业务集群中关联业务应用的资源状态信息，发送所述资源状态信息至所述主资源控制器。

本申请提供的一种应用与从资源控制器的资源管理方法，包括在所述目标业务集群所属的资源管理系统中确定控制集群；监听所述控制集群中主资源控制器发送至所述目标业务集群的资源描述信息；基于所述资源描述信息对所述目标业务集群中的资源进行调度。通过从资源控制器实现本业务集群内的资源调度，降低了主资源控制器的调度压力，并且每个业务集群对应各自的从资源控制器，在某个业务集群故障时，不会影响至其他业务集群。

与上述方法实施例相对应，本申请还提供了应用于主资源控制器的资源管理装置实施例，图8示出了本申请一实施例提供的一种应用于主资源控制器的资源管理装置的结构示意图。如图8所示，该装置包括：

接收模块802，被配置为接收资源声明信息；

确定模块804，被配置为在所述控制集群所属的资源管理系统中确定业务集群，并根据所述资源声明信息在所述业务集群中确定目标业务集群；

发送模块806，被配置为向所述目标业务集群发送目标从资源控制器对应的部署指令。

可选的，所述装置还包括判断模块，被配置为：

判断所述目标业务集群中是否已部署目标从资源控制器，若是，则发送所述资源声明信息至所述目标从资源控制器，若否，则向所述目标业务集群发送目标从资源控制器对应的部署指令。

可选的，所述装置还包括释放模块，被配置为：

在预设检测时间区间内未接收到所述资源描述信息的情况下，向所述目标业务集群发送所述目标从资源控制器对应的释放指令，其中，所述释放指令用于在所述目标业务集群中释放所述目标从资源控制器。

可选的，所述装置还包括反馈模块，被配置为：

在控制器状态满足预设配置条件的情况下，获取所述目标业务集群的控制器部署信息，基于所述控制器部署信息发送关联所述控制器部署信息的反馈信息至所述目标业务集群。

可选的，所述反馈模块，进一步被配置为：

在根据所述控制器部署信息确定所述目标从资源控制器为已部署的情况下，发送所述资源描述信息至所述目标业务集群；在根据所述控制器部署信息确定所述目标从资源控制器为未部署的情况下，发送目标从资源控制器对应的部署指令至所述目标业务集群。

可选的，所述装置还包括生成模块，被配置为：

在所述目标业务集群中确定目标业务节点，基于所述目标业务节点生成所述目标从资源控制器对应的部署指令。

本申请提供的一种应用于主资源控制器的资源管理装置，通过由控制集群上的主资源控制器负责监听业务集群的资源声明信息，根据资源声明信息实现在目标业务集群上部署目标从资源控制器，使目标从资源控制器确定目标业务集群资源的调度，从而有效降低控制集群上资源控制器的调度压力，将资源调度的压力分散到控制集群。

上述为本实施例的资源管理装置的示意性方案。需要说明的是，该资源管理装置的技术方案与上述的资源管理方法的技术方案属于同一构思，资源管理装置的技术方案未详细描述的细节内容，均可以参见上述资源管理方法的技术方案的描述。

与上述方法实施例相对应，本申请还提供了应用于从资源控制器的资源管理装置实施例，图9示出了本申请一实施例提供的一种应用于从资源控制器的资源管理装置的结构示意图。如图9所示，该装置包括：

确定模块902，被配置为在所述目标业务集群所属的资源管理系统中确定控制集群；

监听模块904，被配置为监听所述控制集群中主资源控制器发送至所述目标业务集群的资源描述信息；

调度模块906，被配置为基于所述资源描述信息对所述目标业务集群中的资源进行调度。

可选的，所述调度模块906进一步被配置为：

在当前处理事件关联所述资源描述信息中所述资源声明信息的情况下，基于所述资源声明信息对所述目标业务集群中所述资源声明信息关联的目标资源进行调度。

可选的，所述装置还包括发送模块，被配置为：

监听所述目标业务集群中关联业务应用的资源状态信息，发送所述资源状态信息至所述主资源控制器。

本申请提供的一种应用于从资源控制器的资源管理方法，通过从资源控制器实现本业务集群内的资源调度，降低了主资源控制器的调度压力，并且每个业务集群对应各自的从资源控制器，在某个业务集群故障时，不会影响至其他业务集群。

上述为本实施例的资源管理装置的示意性方案。需要说明的是，该资源管理装置的技术方案与上述的资源管理方法的技术方案属于同一构思，资源管理装置的技术方案未详细描述的细节内容，均可以参见上述资源管理方法的技术方案的描述。

图10示出了根据本申请一实施例提供的一种计算设备1000的结构框图。该计算设备1000的部件包括但不限于存储器1010和处理器1020。处理器1020与存储器1010通过总线1030相连接，数据库1050用于保存数据。

计算设备1000还包括接入设备1040，接入设备1040使得计算设备1000能够经由一个或多个网络1060通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备1040可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本申请的一个实施例中，计算设备1000的上述部件以及图10中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图10所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备1000可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备1000还可以是移动式或静止式的服务器。

其中，处理器1020执行所述计算机指令时实现所述的资源管理方法的步骤。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的资源管理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述资源管理方法的技术方案的描述。

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现如前所述资源管理方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的资源管理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述资源管理方法的技术方案的描述。

上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本申请的内容，可作很多的修改和变化。本申请选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (12)

1.一种资源管理系统，其特征在于，所述资源管理系统包括控制集群和业务集群，所述控制集群中配置有主资源控制器；

所述主资源控制器，用于接收资源声明信息，根据所述资源声明信息在所述业务集群中确定目标业务集群，向所述目标业务集群发送目标从资源控制器对应的部署指令；

根据所述部署指令在所述目标业务集群中部署所述目标从资源控制器的情况下，所述目标从资源控制器，用于监听所述目标业务集群的资源描述信息，基于所述资源描述信息对所述目标业务集群中的资源进行调度，其中，所述资源描述信息包含所述资源声明信息。

2.如权利要求1所述的资源管理系统，其特征在于，所述主资源控制器，还用于判断所述目标业务集群中是否已部署目标从资源控制器，若是，则发送所述资源声明信息至所述目标从资源控制器，若否，则向所述目标业务集群发送目标从资源控制器对应的部署指令。

3.如权利要求1所述的资源管理系统，其特征在于，所述目标从资源控制器，还用于在当前处理事件关联所述资源描述信息中所述资源声明信息的情况下，基于所述资源声明信息对所述目标业务集群中所述资源声明信息关联的目标资源进行调度。

4.如权利要求1所述的资源管理系统，其特征在于，所述主资源控制器，还用于在预设检测时间区间内未接收到所述资源描述信息的情况下，向所述目标业务集群发送所述目标从资源控制器对应的释放指令，其中，所述释放指令用于在所述目标业务集群中释放所述目标从资源控制器。

5.如权利要求1所述的资源管理系统，其特征在于，所述目标从资源控制器，还用于监听所述目标业务集群中关联业务应用的资源状态信息，发送所述资源状态信息至所述主资源控制器；

所述主资源控制器，还用于接收所述资源状态信息，并将所述资源状态信息反馈至用户终端。

6.如权利要求1所述的资源管理系统，其特征在于，所述主资源控制器，还用于在控制器状态满足预设配置条件的情况下，获取所述目标业务集群的控制器部署信息，基于所述控制器部署信息发送关联所述控制器部署信息的反馈信息至所述目标业务集群。

7.如权利要求6所述的资源管理系统，其特征在于，所述主资源控制器，还用于在根据所述控制器部署信息确定所述目标从资源控制器为已部署的情况下，发送所述资源描述信息至所述目标业务集群；在根据所述控制器部署信息确定所述目标从资源控制器为未部署的情况下，发送目标从资源控制器对应的部署指令至所述目标业务集群。

8.如权利要求1所述的资源管理系统，其特征在于，所述主资源控制器，还用于在所述目标业务集群中确定目标业务节点，基于所述目标业务节点生成所述目标从资源控制器对应的部署指令。

9.一种资源管理方法，其特征在于，应用于部署在控制集群的主资源控制器，包括：

接收资源声明信息；

在所述控制集群所属的资源管理系统中确定业务集群，并根据所述资源声明信息在所述业务集群中确定目标业务集群；

向所述目标业务集群发送目标从资源控制器对应的部署指令。

10.一种资源管理方法，其特征在于，应用于部署在目标业务集群的目标从资源控制器，包括：

在所述目标业务集群所属的资源管理系统中确定控制集群；

监听所述控制集群中主资源控制器发送至所述目标业务集群的资源描述信息；

基于所述资源描述信息对所述目标业务集群中的资源进行调度。

11.一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述计算机指令时实现权利要求9或者10任意一项所述方法的步骤。

12.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该计算机指令被处理器执行时实现权利要求9或者10任意一项所述方法的步骤。

Images