[发明专利]调度方法、系统、计算机设备和介质

说明书

本发明的实施方式提供了一种调度方法。该方法包括：分别对至少一个待调度容器集合和至少一个计算节点进行分组，所述待调度容器集合包括至少一个容器，以及为所述至少一个待调度容器集合匹配与所述待调度容器集合属于同一分组内的计算节点。通过对待调度容器集合以及计算节点进行分组，并将属于同一分组内的待调度容器集合与计算节点进行匹配，本发明的方法使得组内的匹配过程可以串行处理，从而避免了资源竞争引发的冲突，并且不同组间的匹配过程可以并行处理，从而提高调度效率。此外，本发明的实施方式提供了一种调度系统。

技术领域

本发明的实施方式涉及计算机技术领域，更具体地，本发明的实施方式涉及一种调度方法、系统、计算机设备和介质。

背景技术

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

随着虚拟化技术的发展，容器(container)作为一种轻量级的虚拟化技术，近年来发展迅速。容器技术为不同的应用程序创造了独立的运行环境，实现了资源隔离、配置与安全保障，能够满足应用按需分配的资源需求以及保证应用的隔离性和可用性。

为了满足大型应用的需求，实践中往往需要将很多容器部署在计算机集群中进行统一管理并对外提供服务。容器集群管理工具目前有Google公司的Kubernetes，Docker公司的Docker Swarm，CloudFoundry公司的Diego等。以Kuberentes为例，Kubernetes是由Google开源的容器集群管理系统，为在分布式集群环境下大规模容器化的应用提供资源调度、部署运行、服务发现、弹性伸缩等功能。Kubernetes通过在线方式监控容器集群状态，判断容器运行状态是否符合用户的配置，以决定是否要创建或删除容器。

资源调度是容器集群管理系统需要解决的一个重要问题，资源调度是指为一个待调度的容器通过一定的规则在集群的众多计算节点中选择一个适合创建该容器的计算节点，调度器一般需要考虑待调度容器需要的资源(多少CPU、多少Memory、多少硬盘等)以及一些其它约束，例如是否需要创建在指定位置、是否需要把该容器与和它相同类型的其它容器分散创建在集群中等等。

目前，已经出现一些针对容器集群的资源调度方法。例如，调度器在给待调度容器挑选计算节点时，对集群中的所有计算节点做遍历式挑选。又例如，多个调度器独立同时运行，同时对集群所有待调度容器在相同的计算节点集合中进行并行调度。再例如，多个调度器同时运行，但是多个调度器之间相互通讯，每个调度器在调度时参考其他调度器的信息。

发明内容

但是，上述现有技术中的各种资源调度方法中，或者是串行处理导致调度时间长，调度效率低，或者是独立并行处理导致在调度过程中容易出现资源冲突情况，或者是通信并行处理导致的实现逻辑复杂等。

为此，非常需要一种改进的调度方法，以使资源调度效率提高、实现简单、运维方便。

在本上下文中，本发明的实施方式期望提供一种调度方法和调度系统。

在本发明实施方式的第一方面中，提供了一种调度方法，包括：分别对至少一个待调度容器集合和至少一个计算节点进行分组，所述待调度容器集合包括至少一个容器；为所述至少一个待调度容器集合匹配与所述待调度容器集合属于同一分组内的计算节点。

在本发明的一个实施例中，上述为所述至少一个待调度容器集合匹配与所述待调度容器集合属于同一分组内的计算节点，包括：同一分组内的待调度容器集合的所述匹配的过程串行处理；不同分组内的待调度容器集合的所述匹配的过程并行处理。

在本发明的另一实施例中，上述为所述至少一个待调度容器集合匹配与所述待调度容器集合属于同一分组内的计算节点，包括：确定当前待调度容器集合需要的计算资源；确定与所述当前待调度容器集合属于同一分组内的至少一个计算节点的剩余的计算资源；根据所述当前待调度容器集合需要的计算资源以及所述至少一个计算节点的剩余的计算资源为当前待调度容器集合匹配计算节点。