集群的管理方法及集群的管理装置与流程

[0001]
本申请涉及虚拟集群技术领域，特别是涉及集群的管理方法及集群的管理装置。


背景技术：

[0002]
随着互联网业务的迅猛发展，越来越多的企业采用集群的方式构建容器管理平台。而在混合云场景下，容器平台往往会管理多个集群，横跨自建机房和多个云厂商之间。其中，每个集群隶属于各自的控制面，彼此之间相互独立，同时受到云厂商的限制，不同集群之间资源无法共享。
[0003]
且，由于多个集群之间的控制面相互独立，资源无法共享，导致不同集群之间的资源存在倾斜，部分集群资源紧张，部分集群又很空闲，如何平衡多个集群之间的资源使用也会带来额外的管理成本，依赖上层的多集群管理和均衡。
[0004]
因此，如何解决多集群服务的资源统一均衡分配，实现多集群资源整体的最大化利用是该领域信息系统亟待解决的技术问题。


技术实现要素：

[0005]
本申请主要解决的技术问题是提供集群的管理方法及集群的管理装置，实现多集群服务的资源统一均衡分配。
[0006]
为了解决上述问题，本申请第一方面提供了一种集群的管理方法，方法包括：获取到任务的创建指令，其中，创建指令包括任务的创建需求；基于创建需求在集群的虚拟集群中选择与创建需求匹配的目标虚拟节点，并通过目标虚拟节点创建任务；从实际集群选择与目标虚拟节点对应且满足创建需求的目标实际集群，以通过目标实际集群运行任务。
[0007]
其中，基于创建需求在集群的虚拟集群中选择与创建需求匹配的目标虚拟节点，并通过目标虚拟节点创建任务，包括：通过虚拟集群的实际节点监听到创建指令；通过实际节点基于创建指令的创建需求选择与创建需求匹配的目标虚拟节点，并通过实际节点在目标虚拟节点上创建任务。
[0008]
其中，从实际集群选择与目标虚拟节点对应且满足创建需求的目标实际集群，以通过目标实际集群运行任务，包括：调用集群的代理组件从实际集群中选择与目标虚拟节点对应且满足创建需求的目标实际集群，以通过目标实际集群运行任务。
[0009]
其中，通过实际节点基于创建指令的创建需求选择与创建需求匹配的目标虚拟节点，并通过实际节点在目标虚拟节点上创建任务，包括：通过实际节点选择与创建需求匹配的虚拟节点管理组件；其中，虚拟节点管理组件运行于实际节点；将虚拟节点管理组件对应的虚拟节点确定为目标虚拟节点；通过虚拟节点管理组件在目标虚拟节点上创建任务。
[0010]
其中，调用集群的代理组件从实际集群选择与目标虚拟节点对应且满足创建需求的目标实际集群，以通过目标实际集群运行任务，包括：通过虚拟节点管理组件将创建需求发送至代理组件；调用代理组件从实际集群选择与目标虚拟节点对应且满足创建需求的目标实际集群，以通过目标实际集群运行任务。
[0011]
其中，获取到任务的创建指令，其中，创建指令包括任务的创建需求之前，还包括：在虚拟集群的实际节点中启动多个虚拟节点管理组件；通过多个虚拟节点管理组件在虚拟集群中创建多个虚拟节点。
[0012]
其中，从实际集群选择与目标虚拟节点对应且满足创建需求的目标实际集群，以通过目标实际集群运行任务之后，还包括：通过代理组件监听任务的运行状态；按照预设频率调用目标虚拟节点对应的虚拟节点管理组件获取运行状态；通过虚拟节点管理组件将运行状态同步到目标虚拟节点的任务状态中。
[0013]
其中，调用集群的代理组件从实际集群选择与目标虚拟节点对应且满足创建需求的目标实际集群，以通过目标实际集群运行任务，包括：调用集群的代理组件将任务转换为目标实际集群的对应的编排方式；通过目标实际集群运行任务。
[0014]
其中，从实际集群选择与目标虚拟节点对应且满足创建需求的目标实际集群，以通过目标实际集群运行任务，包括：从实际集群选择与目标虚拟节点对应且满足创建需求的多个实际集群；从多个实际集群中选择与创建需求匹配度最高的实际集群，并确定为目标实际集群。
[0015]
其中，集群的管理方法还包括：获取到任务的删除指令；将删除指令传输至代理组件；通过集群的代理组件将删除指令传输至目标实际集群；删除目标实际集群中的任务。
[0016]
为了解决上述问题，本申请第二方面提供了一种集群的管理装置，包括：虚拟集群，虚拟集群包括虚拟集群控制面以及多个实际节点，虚拟集群控制面分别与多个实际节点网络连接；其中，虚拟集群控制面用于获取到任务的创建指令，多个实际节点用于基于创建需求在虚拟集群中选择与创建需求匹配的目标虚拟节点，并通过目标虚拟节点创建任务；代理组件，与多个实际节点网络连接，用于从实际集群选择与目标虚拟节点对应且满足创建需求的目标实际集群；多个实际集群，分别与代理组件网络连接，用于运行任务。
[0017]
本申请的有益效果是：区别于现有技术的情况，本申请的集群的管理方法通过先获取用户包含有创建需求的创建指令，再先基于创建指令在虚拟集群中选择与创建需求匹配的目标虚拟节点，并通过目标虚拟节点创建任务，最后从实际集群选择与目标虚拟节点对应且满足创建需求的目标实际集群，以通过目标实际集群运行任务。本实施例能够基于用户的创建需求均衡各实际集群之间的资源使用，提高各实际集群的资源有效利用率，从而减少了实际集群的实体扩容需求，减少扩容成本。
附图说明
[0018]
图1是本申请集群的管理方法一实施例的流程示意图；
[0019]
图2是本申请集群的管理方法另一实施例的流程示意图；
[0020]
图3是图2实施例集群一实施例的结构示意图；
[0021]
图4是本实施例任务的删除方法的一实施例的流程示意图；
[0022]
图5是本申请集群的管理装置一实施例的结构示意图。
具体实施方式
[0023]
下面结合说明书附图，对本申请实施例的方案进行详细说明。
[0024]
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之
类的具体细节，以便透彻理解本申请。
[0025]
本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。此外，本文中的“多”表示两个或者多于两个。
[0026]
请参阅图1，图1是本申请集群的管理方法一实施例的流程示意图。具体而言，可以包括如下步骤：
[0027]
步骤s11：获取到任务的创建指令，其中，创建指令包括任务的创建需求。
[0028]
集群就是指将多个服务器集中起来一起进行同一种服务的服务器运行方式。集群可以利用多个计算机进行并行计算从而获得很高的计算速度，也可以用多个计算机做备份，从而使得任何一个计算机损坏后，整个集群系统依然能正常运行。在本实施例中，集群包括虚拟集群和多个实际集群，实际集群用于实际运行任务，以满足用户的创建需求；虚拟集群用于面向用户，接收用户的创建需求。
[0029]
在本步骤中，获取到任务的创建指令。其中，创建指令由用户向集群发出，用户在发出创建指令时，创建指令包括任务的创建需求。在一个具体的应用场景中，创建需求可以包括运行任务的区域要求、运行任务的服务器要求或运行任务的内存要求等，在此不做限定。
[0030]
本实施例的任务既可以是进程，也可以是线程。进程是表示资源分配的基本单位，又是调度运行的基本单位。线程则是某一进程中一路单独运行的程序。也就是说，线程存在于进程之中。一个进程由一个或多个线程构成，各线程共享相同的代码和全局数据，但各有其自己的堆栈。
[0031]
步骤s12：基于创建需求在集群的虚拟集群中选择与创建需求匹配的目标虚拟节点，并通过目标虚拟节点创建任务。
[0032]
基于用户发布的创建需求在集群的虚拟集群中选择与创建需求匹配的目标虚拟节点，并通过目标虚拟节点创建任务。其中，虚拟集群可以由少量实际节点和大量虚拟节点组成。在一个具体的应用场景中，虚拟集群中的虚拟节点可以在接收到用户发送的创建指令之前提前进行创建，以实现虚拟集群的提前扩容，也可以在接收到用户发送的创建指令之后，基于创建指令的创建需求进行创建。其中，在虚拟节点的创建过程中，会设置虚拟节点的相关信息，例如：虚拟节点对应的区域信息或服务器信息等，在此不做限定。
[0033]
在本步骤中，可以基于公平(保证每个虚拟节点都能被分配资源)、资源利用率高(集群所有资源最大化被使用)、效率(尽快的对大批量的任务分别完成选择目标虚拟节点)以及灵活(允许用户根据自己的需求选择目标虚拟节点)等标准进行目标虚拟节点的选取。
[0034]
在一个具体的应用场景中，目标虚拟节点的选取过程可以首先过滤掉不满足创建需求的虚拟节点，然后对满足创建的虚拟节点按照优先级排序，最后从中选择优先级最高的虚拟节点，并将其作为目标虚拟节点。
[0035]
步骤s13：从实际集群选择与目标虚拟节点对应且满足创建需求的目标实际集群，以通过目标实际集群运行任务。
[0036]
在选定了任务的目标虚拟节点后，从多个实际集群中选择与目标虚拟节点对应，且满足创建指令的创建需求的目标实际集群，以在目标实际集群运行该任务。其中，实际集
群是指通过实体服务器构建起来的集群，实际集群中的节点只有实际节点，以通过实际节点运行任务进程或线程。
[0037]
由于虚拟集群中的虚拟节点在创建时，设置有虚拟节点的相关信息，则在选取实际集群时，可以基于目标虚拟节点的相关信息和创建需求对多个实际集群进行挑选，从而选择与目标虚拟节点对应，且满足创建指令的创建需求的目标实际集群。
[0038]
在一个具体的应用场景中时，若在选择虚拟节点的过程中，基于用户希望在广州的区域范围内运行任务时，会选取带有广州区域信息的目标虚拟节点。则在选择实际集群时，可以基于与目标虚拟节点对应的广州区域，对多个实际集群进行过滤，从而在设置于广州区域的实际集群中，再基于用户其他具体的创建需求选择最终的目标实际集群，从而在目标实际集群上运行任务。
[0039]
其中，本实施例中任务实际运行在目标实际集群中，而目标虚拟节点中的创建任务与目标实际集群中实际运行任务对应，其并不在目标虚拟节点中运行。
[0040]
通过上述方法，本实施例的集群的管理方法通过先获取用户包含有创建需求的创建指令，再先基于创建指令在虚拟集群中选择与创建需求匹配的目标虚拟节点，并通过目标虚拟节点创建任务，最后从实际集群选择与目标虚拟节点对应且满足创建需求的目标实际集群，以通过目标实际集群运行任务。本实施例能够基于用户的创建需求均衡各实际集群之间的资源使用，提高各实际集群的资源有效利用率，从而减少了实际集群的实体扩容需求，减少扩容成本，并协调各实际集群之间的资源利用，从而使整个集群获得快速的节点弹性能力，以应对突发的扩容需求。
[0041]
请参阅图2-3，图2是本申请集群的管理方法另一实施例的流程示意图。图3是图2实施例集群一实施例的结构示意图。
[0042]
本实施例的集群10包括虚拟集群a、代理组件c以及实际集群b。其中，虚拟集群a包括控制面a1、实际节点a2和虚拟节点-1和虚拟节点-2。实际集群b包括第一实际集群b1和第二实际集群b2，而第一实际集群b1中包括控制面b11和实际节点b12。第二实际集群b2中包括控制面b21和实际节点b22。(其中，本实施例中所展示的实际集群、实际节点、虚拟节点等的数量并不受附图限制，图中所展示仅为距离示意，具体的，虚拟集群中实际节点的数量、虚拟节点管理组件的数量、虚拟节点的数量、实际集群的数量、各实际集群中实际节点的数量在此不做限定)。
[0043]
在一个具体的应用场景中，集群10可以采用基于virtual-kubelet的kubernetes的应用方式进行构建。其中，kubernetes是谷歌开源的容器集群管理系统，提供应用部署、维护、扩展机制等功能，利用kubernetes能方便管理跨集群运行容器化的应用。virtual-kubelet是kubenetes社区的一个开源项目，它定义了一系列kubelet和apiserver交互的接口，把这些接口全部实现就能模拟kubelet和apiserver进行交互，实现kubernetes节点的能力。虚拟kubernetes集群能均衡各集群之间的资源使用，可以在自建机房之间以及自建机房到云上集群的统一使用资源，突破单一集群的限制。
[0044]
其中，虚拟集群a的控制面a1是对外提供服务的虚拟集群a的控制面，呈现为一个近乎无限资源的大集群，集群10包括少量实际节点a2和虚拟节点-1、虚拟节点-2...，实际节点a2用于运行虚拟节点管理组件-1、虚拟节点管理组件-2...，各虚拟节点管理着用户创建的工作负载容器，而工作负载容器的实际载体在是通过对应的虚拟节点管理组件运行在
实际集群b上。
[0045]
虚拟节点管理组件是基于virtual-kubelet实现的管理组件，模拟kubelet的能力向虚拟集群a的控制面a1注册为虚拟节点，实现了完整的容器生命周期管理和节点生命周期管理，将虚拟集群a中的容器创建传递给代理组件c，并周期性同步实际集群b的实际容器状态，保证虚拟集群a容器和实际集群容器b的状态一致。
[0046]
代理组件c作为集群10的资源代理层，面向虚拟节点管理组件实现容器生命周期管理的接口，将虚拟节点管理组件的容器管理请求转换成对实际集群b的容器管理请求，保持实际集群b容器和虚拟集群a容器的状态一致，同时屏蔽实际集群b在kubernetes版本、机器异构分布、自建机房和云厂商等差异，对虚拟集群a呈现统一的资源池。
[0047]
步骤s21：在虚拟集群的实际节点中启动多个虚拟节点管理组件，通过多个虚拟节点管理组件在虚拟集群中创建多个虚拟节点。
[0048]
在用户发布任务的创建指令前。集群可以预先在虚拟集群的实际节点中启动多个虚拟节点管理组件，多个虚拟节点管理组件启动后将自己注册到虚拟集群的控制面中，从而对应创建多个虚拟节点。多个虚拟节点被预先创建出来以随时应对用户的创建需求，减少集群的响应时间，提高集群的创建效率。其中，虚拟节点的创建和删除几乎零成本，且虚拟节点的创建和删除所花费的时间仅在秒级，提前创建多个虚拟节点基本不会带来资源浪费，因为复用实际集群的资源池，不会额外带来低载空载的实际节点，当某个实际集群资源不足时，可以选择均衡到其他实际集群或者对实际集群进行扩容，从而带来更低的资源碎片和浪费，并能在一定程度上提高集群的创建效率。虚拟集群可以创建源源不断的虚拟节点，而实际的资源由多个实际集群提供，从而可以在多个实际集群间均衡资源，达到实际集群资源的最大利用率。
[0049]
在其他实施例中，本步骤也可以在获取到用户的创建指令之后进行，以针对用户的创建需求，对应创建相关的虚拟节点，在此不做限定。本实施例通过虚拟节点的扩容设置对用户提供了近乎无限资源的虚拟集群，拓宽了用户的创建需求上限。
[0050]
其中，在创建虚拟节点时，可以设置虚拟节点的相关信息，例如：预先创建100个广州的虚拟节点时，可以对这100个虚拟节点设置广州相关的区域信息。
[0051]
在一个具体的应用场景中，可以在虚拟集群a的实际节点a2的pod中启动虚拟节点管理组件-1和虚拟节点管理组件-2。虚拟节点管理组件-1和虚拟节点管理组件-2在启动后，将自己注册到虚拟集群a的控制面a1中，从而在虚拟集群a中对应创建虚拟节点-1和虚拟节点-2。其中，实际节点中的pod是实际节点中能够创建或部署的最小/最简单的基本单位。而一个pod代表集群上正在运行的一个进程。一个pod封装一个应用容器(也可以有多个容器)，存储资源、一个独立的网络ip以及管理控制容器运行方式的策略选项。本申请中所需创建或运行的任务也可以以pod为单位进行创建或运行。在一个具体的应用场景中，任务也可以以pod进程的形式进行创建或运行。
[0052]
步骤s22：获取到任务的创建指令，其中，创建指令包括任务的创建需求。
[0053]
获取到任务的创建指令。其中，创建指令由用户向集群发出，用户在发出创建指令时，创建指令包括任务的创建需求。在一个具体的应用场景中，创建需求可以包括运行任务的区域要求、运行任务的服务器要求或运行任务的内存要求等任务相关的实质需求条件，在此不做限定。
[0054]
步骤s23：通过虚拟集群的实际节点监听到创建指令，通过实际节点选择与创建需求匹配的虚拟节点管理组件，其中，虚拟节点管理组件运行于实际节点，将虚拟节点管理组件对应的虚拟节点确定为目标虚拟节点，通过虚拟节点管理组件在目标虚拟节点上创建任务。
[0055]
通过虚拟集群中的实际节点上的虚拟节点管理组件对虚拟集群的控制面进行实时监听，当监听到控制面中用户向集群发布的创建指令后，虚拟节点管理组件基于虚拟节点的相关信息选择与创建指令的创建需求匹配的虚拟节点。虚拟节点对应的虚拟节点管理组件监听到虚拟节点的选取结果后将虚拟节点管理组件对应的虚拟节点确定为目标虚拟节点，并在目标虚拟节点上创建任务。其中，任务被创建在目标虚拟节点上后，并不在目标虚拟节点上实际运行，任务需要在实际集群中进行运行。
[0056]
在一个具体的应用场景中，通过虚拟集群a中的实际节点a2上的虚拟节点管理组件-1、虚拟节点管理组件-2...对虚拟集群的控制面a1进行实时监听，当监听到控制面a1中用户向集群10发布的创建指令，获取到用户需要创建任务1、任务2以及任务3的创建指令后，虚拟节点管理组件-1、虚拟节点管理组件-2...基于虚拟节点-1、虚拟节点-2...的相关信息和任务1、任务2以及任务3的创建需求选择到与创建指令的创建需求匹配的虚拟节点-1、虚拟节点-2，虚拟节点-1和虚拟节点-2对应的虚拟节点管理组件-1和虚拟节点管理组件-2监听到虚拟节点-1和虚拟节点-2的选取结果后将虚拟节点-1和虚拟节点-2确定为目标虚拟节点，并在虚拟节点-1和虚拟节点-2上创建任务。具体地，基于创建指令的创建需求在虚拟节点-1上创建任务1，在虚拟节点-2上创建任务2和创建任务3。也就是基于正常的kubernetes调度流程，将任务1调度到虚拟节点-1上，将任务2以及任务3调度到虚拟节点-2上。
[0057]
其中每个虚拟节点上可以创建多个任务，多个任务由响应多次创建指令创建，本实施例的任务1、任务2以及任务3只针对步骤s21中获得的单次创建指令进行创建。
[0058]
步骤s24：通过虚拟节点管理组件将创建需求发送至代理组件，调用代理组件从实际集群选择与目标虚拟节点对应且满足创建需求的目标实际集群，以通过目标实际集群运行任务。
[0059]
目标虚拟节点对应的虚拟节点管理组件会调用代理组件的接口将任务的编排传输至代理组件，从而调用代理组件从多个实际集群中选择与目标虚拟节点对应且满足创建需求的目标实际集群，以通过目标实际集群运行任务。其中，确定了目标实际集群后，调用集群的代理组件将任务转换为目标实际集群的对应的编排方式，再通过目标实际集群运行任务，以无需在面向用户的虚拟集群中改变集群的原始编排方式，从而对用户屏蔽集群编排方式，并不带来额外的迁移成本的效果。
[0060]
在一个具体的应用场景中，当目标虚拟节点设置的相关信息中有广州的区域信息时，则位于广州的实际集群则与目标虚拟节点对应。目标虚拟节点设置的相关信息可以包括区域信息、服务器型号信息、服务器内存信息等，在此不做限定。
[0061]
其中，选取目标实际集群的过程，具体为，先从实际集群选择与目标虚拟节点对应且满足创建需求的实际集群，当与目标虚拟节点对应且满足创建需求的实际集群有多个时，从多个实际集群中选择与创建需求匹配度最高的实际集群，并确定为任务的目标实际集群。在一个具体的应用场景中，当与目标虚拟节点对应且满足创建需求的实际集群有多
个时，可以将多个实际集群的资源与创建需求之间差值最小的实际集群作为目标实际集群。在一个具体的应用场景中，当与目标虚拟节点对应且满足创建需求的实际集群有10个时，而任务的创建需求包括任务内存需求为100m(兆)，则可以进一步选取与剩余内存资源与100m之间的差值最小的某个实际集群作为目标实际集群。
[0062]
在一个具体的应用场景中，通过虚拟节点管理组件-1将任务1的创建需求发送至代理组件c，通过虚拟节点管理组件-2将任务2、任务3的创建需求发送至代理组件c。并调用代理组件c从各实际集群b中分别选择与虚拟节点-1和虚拟节点-2对应且满足各任务的创建需求的目标实际集群。在本实施场景中，第一实际集群b1与虚拟节点-1对应且满足任务1的创建需求，则将第一实际集群b1作为任务1的目标实际集群。第二实际集群b2与虚拟节点-2对应且满足任务2、任务3的创建需求，则将第二实际集群b2作为任务2、任务3的目标实际集群。第一实际集群b1的控制面b11接收到代理层c运行请求开始在实际节点b12上创建并运行任务1，第二实际集群b2的控制面b21接收到代理层c运行请求开始在实际节点b22上创建并运行任务2、任务3。
[0063]
目标实际集群创建并运行任务后，通过代理组件监听任务在实际集群中的运行状态，并按照预设频率调用目标虚拟节点对应的虚拟节点管理组件获取运行状态，以通过虚拟节点管理组件将运行状态同步到目标虚拟节点的任务状态中，从而将实际集群中的任务的运行状态通过虚拟节点中创建的任务反馈给用户。其中，预设频率可以基于实际需求进行设置，例如：5秒/次或2分钟/次等，在此不做限定。
[0064]
在一个具体的应用场景中，第一实际集群b1创建并运行了任务1后，代理组件c通过第一实际集群b1的控制面b11实时监控任务1在实际节点b12中的运行状态，并将任务1的运行状态存储至代理组件c的内存中。虚拟管理组件-1按照预设频率获取到代理组件c中存储的任务1的运行状态，并对应修改虚拟节点-1中的任务1的任务状态，从而向用户反馈第一实际集群b1中任务1的运行状态。
[0065]
请参阅图4，图4是本实施例任务的删除方法的一实施例的流程示意图。
[0066]
步骤s31：获取到任务的删除指令。
[0067]
虚拟集群获取到用户发布的任务的删除指令，其中，删除指令是在获取到用户的创建指令后获取的。
[0068]
在一个具体的应用场景中，用户向虚拟集群a的控制面a1发布任务的删除指令，虚拟集群a的控制面a1获取到用户发布的删除指令。
[0069]
步骤s32：将删除指令传输至代理组件。
[0070]
虚拟集群的实际节点中与任务对应的虚拟节点管理组件监听到虚拟集群的控制面所获取的删除指令后，虚拟节点管理组件将删除指令传输至代理组件。
[0071]
在一个具体的应用场景中，若用户的删除指令需要删除任务1，则虚拟集群a的实际节点a2中与任务1对应的虚拟节点管理组件-1监听到虚拟集群a的控制面a1所获取的删除指令后，将删除指令传输至代理组件c。
[0072]
步骤s33：通过集群的代理组件将删除指令传输至目标实际集群。
[0073]
虚拟节点管理组件将删除指令传输至代理组件后，通过集群的代理组件将删除指令传输至目标实际集群，以通知目标实际集群删除实际节点中的任务。
[0074]
在一个具体的应用场景中，虚拟节点管理组件-1对应删除虚拟节点-1中的任务1
时，还通过集群10的代理组件c将删除指令传输至第一实际集群b1，以通知第一实际集群b1删除实际节点b12中的任务1。
[0075]
步骤s34：删除目标实际集群中的任务。
[0076]
目标实际集群中的控制面接收到删除指令后，删除对应实际节点中的任务。而目标实际集群已删除任务的信息也会随着代理组件对目标时机集群的控制面的实时监听和虚拟节点管理组件对代理组件的周期性获取信息，最后通过虚拟节点管理组件删除虚拟节点中的任务，从而完成任务的删除。
[0077]
在一个具体的应用场景中，第一实际集群b1中的控制面b11接收到删除指令后，删除对应实际节点b12中的任务1。而目标实际集群已删除任务的信息也会随着代理组件c对控制面b11的实时监听和虚拟节点管理组件-1对代理组件c周期性获取信息，最后通过虚拟节点管理组件-1删除虚拟节点-1中的任务1的状态，从而完成任务的删除。
[0078]
通过上述方式，本实施例的集群的管理方法通过先在虚拟集群的实际节点中启动多个虚拟节点管理组件，通过多个虚拟节点管理组件在虚拟集群中创建多个虚拟节点。从而提前为用户的任务创建提供虚拟节点，提高集群的创建效率。
[0079]
进而获取到任务的创建指令后，通过虚拟集群的实际节点监听到创建指令，通过实际节点选择与创建需求匹配的虚拟节点管理组件，其中，虚拟节点管理组件运行于实际节点，将虚拟节点管理组件对应的虚拟节点确定为目标虚拟节点，通过虚拟节点管理组件在目标虚拟节点上创建任务。通过虚拟节点管理组件将创建需求发送至代理组件，调用代理组件从实际集群选择与目标虚拟节点对应且满足创建需求的目标实际集群，以通过目标实际集群运行任务。从而通过代理组件和虚拟节点管理组件的设置打破不同集群之间资源相互独立的现状，实现实际集群的资源共享，自动选取适合任务运行的实际集群，提高了各实际集群的利用率，减少了各实际集群资源利用不均的现象发生。整个集群不用再受到单集群节点资源的限制，不再受到跨云厂商和自建机房等硬件条件的限制，打平统一资源的前提下不引入额外的管理成本。
[0080]
本实施例还通过代理组件的设置向用户屏蔽了底层实际集群的细节，减少用户心智负担，且在达到多集群共享资源和跨集群弹性的能力前提下，不改变集群原生编排的使用方式，不带来额外的迁移成本。并使得用户仅需掌握虚拟集群对应的操作方式，而无需面对多个不同的实际集群中不同的操作方式，进一步减少用户面对不同集群的心智负担。
[0081]
请参阅图5，图5是本申请集群的管理装置一实施例的结构示意图。集群的管理装置20包括：虚拟集群21、代理组件22以及实际集群23。其中，虚拟集群21包括虚拟集群控制面211以及多个实际节点212。虚拟集群控制面211分别与多个实际节点212网络连接。代理组件22与多个实际节点212网络连接，而多个实际集群23，分别与代理组件22网络连接。
[0082]
其中，虚拟集群控制面211用于获取到任务的创建指令，多个实际节点212用于基于创建需求在虚拟集群21中选择与创建需求匹配的目标虚拟节点，并通过目标虚拟节点创建任务；代理组件22用于从实际集群23选择与所述目标虚拟节点对应且满足创建需求的目标实际集群，以通过目标实际集群运行任务。而实际集群23则用于运行任务。
[0083]
在一个具体的应用场景中，集群的管理装置20还可以包括：虚拟集群21、代理组件22以及实际集群23。虚拟集群21包括虚拟集群控制面211和多个实际节点212，其中，各实际节点212中设置有多个pod，各pod上分别设置有虚拟节点管理组件2121。各实际节点212通
过对应的虚拟节点管理组件2121与虚拟集群控制面211网络连接，同时也通过对应的虚拟节点管理组件2121与代理组件22网络连接。而代理组件22也与多个实际集群23网络连接。各实际集群23包括控制面2311和多个实际集群的实际节点2312。
[0084]
实际节点212上的虚拟节点管理组件2121可以将自己注册到虚拟集群控制面211中，以形成多个虚拟节点2123。当用户向虚拟集群控制面211发布创建指令时，虚拟集群控制面211接收到创建指令，实际节点212上的虚拟节点管理组件2121通过对虚拟集群控制面211实时监听，获取到创建指令，并基于创建需求在虚拟集群21的多个虚拟节点2123中选择与创建需求匹配的目标虚拟节点，并通过目标虚拟节点创建任务。实际节点212上的虚拟节点管理组件2121还将创建需求发送至代理组件22，以调用代理组件22从实际集群23选择与目标虚拟节点对应且满足创建需求的目标实际集群，以通过目标实际集群上的实际节点2312运行任务。
[0085]
通过上述结构，本实施例集群的管理装置能够通过虚拟集群、代理组件以及实际集群的结构设置，通过代理组件从实际集群选择与目标虚拟节点对应且满足创建需求的目标实际集群，以通过目标实际集群运行任务。从而通过代理组件和多个实际集群的设置打破不同集群之间资源相互独立的现状，实现实际集群的资源共享，自动选取适合任务运行的实际集群，提高了各实际集群的利用率，减少了各实际集群资源利用不均的现象发生。整个集群不用再受到单集群节点资源的限制，不再受到跨云厂商和自建机房等硬件条件的限制，打平统一资源的前提下不引入额外的管理成本。
[0086]
以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。