CN110275761A - 调度方法、装置和主节点 - Google Patents

Abstract

本申请提供了一种调度方法、装置和主节点，该方法包括：主节点接收调度任务，该调度任务用于调度集群中工作节点创建目标容器，该调度任务中包括创建该目标容器使用的镜像的镜像名称；该主节点根据该镜像的镜像名称获取创建该目标容器的工作节点的处理器架构类型；该主节点从该集群中选择用于创建该目标容器的目标节点，该目标节点的处理器架构类型与该创建目标容器的工作节点的处理器架构类型相同。以此提高主节点执行调度任务的自动化程度。

Description

调度方法、装置和主节点

技术领域

本申请涉及计算机领域，并且更具体地，涉及容器技术中调度方法、装置和主节点。

背景技术

虚拟化技术已经成为一种被大家广泛认可的服务器资源共享方式，它可以在按需构建操作系统实例的过程当中为系统管理员提供极大的灵活性。由于虚拟化技术仍然存在一些性能和资源使用效率方面的问题，因此出现了一种称为容器(container)的新型虚拟化技术来帮助解决这些问题。

容器服务提供高性能可伸缩的容器应用管理服务器，如开源的应用容器引擎Docker和Kubernetes均可以提供多应用发布方式和持续交付能力并支持微服务架构，Docker主要是针对单个工作节点的容器管理架构，Kubernetes则是针对多个工作节点所组成的集群的容器管理架构，二者相互兼容，Kubernetes架构中可以接入Docker架构的软件模块实现相应的功能。在容器技术实现中存在容器调度模块(例如，Kubernetes系统中的调度模块(scheduler))用于调度集群中的工作节点创建并运行目标容器。

目前，集群中通常包括多种处理器架构类型的工作节点，例如，处理器架构类型为X86的工作节点和处理器架构类型为进阶精简指令集机器(advanced reducedinstruction set computer machine，ARM)的工作节点。传统的调度方案中，维护人员需要根据集群中不同工作节点的处理器架构类型，手工配置集群中各个工作节点的网络之间互连的协议(internet protocol，IP)地址，为不同处理器架构的工作节点配置不同的IP网段，以便工作节点接收到创建目标容器的调度任务后，可以在与目标容器的镜像架构类型匹配的IP网段中选择目标节点创建并运行目标容器，其中，目标容器的镜像架构类型对应的IP网段中包含的工作节点的处理器架构与运行目标容器的镜像架构中处理器架构类型相同。

然而，上述将不同处理器架构类型的工作节点配置在不同IP网段的过程，需要维护人员手动配置，自动化程度低，而且人为操作过程中容易引入人因错误，导致调度任务执行失败。因此，如何提高执行调度任务的自动化程度成为亟待解决的技术问题。

发明内容

本申请提供一种调度方法、装置和主节点，有利于提高主节点执行调度任务的自动化程度。

第一方面，提供一种调度方法，包括：主节点(例如，Kubernetes系统中的主节点)接收调度任务，该调度任务用于调度集群中工作节点创建目标容器，该调度任务中包括创建该目标容器使用的镜像的镜像名称；该主节点根据该镜像的镜像名称获取创建该目标容器的工作节点的处理器架构类型；该主节点从该集群中选择用于创建该目标容器的目标节点，该目标节点的处理器架构类型与该创建目标容器的工作节点的处理器架构类型相同。

具体地，容器可以理解为一个精简版的操作系统，该操作系统中运行一个或多个指定应用程序，例如，一个精简版的Linux操作系统。

在本申请中，主节点可以根据创建目标容器使用的镜像的镜像名称，获取创建目标容器的工作节点的处理器架构类型，以便基于处理器架构类型自动对集群中的工作节点进行筛选，确定创建目标容器的目标节点。有利于提高主节点执行调度任务的自动化程度。避免传统的调度方案中，维护人员需要手动将不同处理器架构类型的工作节点配置在不同IP网段的过程所导致的自动化程度低的问题。而且，避免人因错误导致调度失败的问题。

可选地，处理器架构类型包括X86架构和ARM架构。

在一种可选的实现方式中，在主节点调度集群中的工作节点创建并运行目标容器的过程中，为了提高调度的效率，可以以容器组(pod)为单位进行调度。

具体地，一个容器组可以包括多个容器，该多个容器的镜像(image)的处理器架构类型相同。

可选地，一个容器组中的全部目标容器在集群中的一个目标节点被创建或运行。

在一种可能的实现方式中，该主节点中包括容器引擎的守护进程(例如，Dockerdaemon)，该主节点根据该镜像的镜像名称获取创建该目标容器的工作节点的处理器架构类型，包括：该主节点向该容器引擎的守护进程发送该镜像的镜像名称；该主节点接收该容器引擎的守护进程发送的该镜像的镜像架构类型，该镜像的镜像架构类型为该容器引擎的守护进程根据该镜像的镜像名称与该镜像的镜像架构类型的对应关系确定的，该镜像的镜像架构类型用于指示该创建该目标容器的工作节点的处理器架构类型。

在本申请中，通过主节点中设置的容器引擎的守护进程，获取目标容器的镜像架构的类型，以便从集群的工作节点中选取用于创建目标容器的目标节点，目标节点的处理器架构可以执行目标容器中的指令集，有利于提高主节点执行调度任务的自动化程度。避免传统的调度方案中，维护人员需要手动将不同处理器架构类型的工作节点配置在不同IP网段的过程。

在一种可能的实现方式中，该方法还包括：该目标节点从镜像节点获取该镜像的镜像名称指示的镜像文件；该目标节点根据该镜像文件在该目标节点上创建该目标容器。

在本申请中，通过在目标节点上创建目标容器，其中，目标节点的处理器架构类型与该创建目标容器的工作节点的处理器架构类型相同，有利于目标节点运行目标容器的指令集中的全部指令。

在一种可能的实现方式中，该主节点从该集群中选择用于创建该目标容器的目标节点，包括：该主节点从该集群中选择至少一个工作节点，该至少一个工作节点的处理器类型与该创建目标容器的工作节点的处理器架构类型相同；该主节点从该至少一个工作节点中选择该目标节点。

在一种可能的实现方式中，该主节点从该至少一个工作节点中选择该目标节点，包括：该主节点根据预置的积分规则确定该至少一个工作节点中每个工作节点的积分；该主节点选择该至少一个工作节点中积分最高的工作节点为该目标节点。

在本申请中，基于至少一个工作节点中每个工作节点的积分，选择积分最高的工作节点作为目标节点，有利于均衡集群中工作节点创建运行容器的负载。

在一种可能的实现方式中，该预置的积分规则包括以下各项规则中至少一项：该工作节点的处理器的资源剩余率越高该工作节点的积分越高；该工作节点的存储资源的剩余率越高该工作节点的积分越高；以及该工作节点的网络资源剩余率越高该工作节点的积分越高。

第二方面，提供一种调度装置，包括：接收模块，用于接收调度任务，所述调度任务用于在集群中调度工作节点创建目标容器，所述调度任务中包括创建所述目标容器使用的镜像的镜像名称；获取模块，用于根据所述镜像的镜像名称获取创建所述目标容器的工作节点的处理器架构类型；处理模块，用于从所述集群中选择用于创建所述目标容器的目标节点，所述目标节点的处理器架构类型与所述创建目标容器的工作节点的处理器架构类型相同。

在本申请中，主节点可以根据创建目标容器使用的镜像的镜像名称，获取创建目标容器的工作节点的处理器架构类型，以便基于处理器架构类型自动对集群中的工作节点进行筛选，确定创建目标容器的目标节点。有利于提高主节点执行调度任务的自动化程度。避免传统的调度方案中，维护人员需要手动将不同处理器架构类型的工作节点配置在不同IP网段的过程。

在一种可能的实现方式中，所述主节点中包括容器引擎的守护进程，所述获取模块，具体用于：向所述容器引擎的守护进程发送所述镜像的镜像名称；接收所述容器引擎的守护进程发送的所述镜像的镜像架构的类型，所述镜像的镜像架构类型为所述容器引擎的守护进程根据所述镜像的镜像名称和所述镜像的镜像架构类型的对应关系确定的，所述镜像的镜像架构类型用于指示所述创建所述目标容器的工作节点的处理器架构类型。

在一种可能的实现方式中，所述处理器架构类型包括X86和进阶精简指令集机器ARM。

在一种可能的实现方式中，所述处理模块具体用于：从所述集群中选择至少一个工作节点，所述至少一个工作节点的处理器类型与所述创建目标容器的工作节点的处理器架构类型相同；从所述至少一个工作节点中选择所述目标节点。

在一种可能的实现方式中，所述处理模块具体还用于：根据预置的积分规则确定所述至少一个工作节点中每个工作节点的积分；选择所述至少一个工作节点中积分最高的工作节点为所述目标节点。

在一种可能的实现方式中，所述打分规则包括以下各项中至少一项：所述工作节点的处理器的资源剩余率越高所述工作节点的积分越高；所述工作节点的存储资源的剩余率越高所述工作节点的积分越高；以及所述工作节点的网络资源剩余率越高所述工作节点的积分越高。

第三方面，提供了一种主节点，包括输入输出接口、处理器和存储器。该处理器用于控制输入输出接口收发信息，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得该主节点执行上述方法。

第四方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。

第五方面，提供了一种计算机可读介质，所述计算机可读介质存储有程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。

附图说明

图1是本申请实施例适用的集群的示意性框图。

图2是本申请实施例的调度方法的示意性流程图。

图3是本申请另一实施例的调度方法的示意性流程图。

图4是本申请实施例的调度装置的示意性框图。

图5是本申请实施例的主节点的示意性框图。

具体实施方式

为了便于理解，首先结合图1简单介绍本申请实施例适用的场景。

图1是本申请实施例适用的集群的示意性框图。图2所示的集群(cluster)包括主节点(master node)110，镜像节点120以及至少一个工作节点(node)130。

主节点110，用于管理集群中各工作节点的工作负载，例如，调度集群中的工作节点创建并运行目标容器。

具体地，集群是一个或多个工作节点的集合，不同工作节点之间通过高速网络互联。

容器可以理解为一个精简版的操作系统，该操作系统中运行一个或多个指定应用程序，例如，一个精简版的Linux操作系统。目标容器为本次调度任务中待创建的容器。

在一种可选的实现方式中，主节点中设置有容器引擎的客户端代理模块111、容器引擎的服务模块112和调度模块(scheduler)113。其中，客户端代理模块用于建立服务模块与调度模块之间的通信；服务模块可以访问镜像节点120。

具体地，客户端代理模块与服务模块之间可以通过REST应用程序编程接口(application programming interface，API)进行通信；调度模块用于根据调度策略，调度集群中的工作节点创建并运行目标容器。对于容器架构，容器引擎的客户端代理模块111可以用于实现不同容器架构的模块的兼容性。例如，当图1所示调度模块采用Kubernetes中调度模块实现，容器引擎的服务器模块采用Docker架构中的daemon模块实现时，客户引擎的客户端代理模块可以完成两种不同架构中接口的相互转化，以此实现两种架构的兼容性。

在一种可选的实现方式中，上述容器引擎的服务模块可以是容器引擎的守护程序，例如，容器引擎是Docker时，该容器引擎的服务模块可以是Docker守护程序(daemon)，容器引擎的客户端代理模块可以是Docker客户端(client)。也就是说，以Kubernetes集群为基础架构，在主节点中添加Docker Daemon模块，使得容器调度模块可以与容器引擎通信，获取待创建的目标容器的信息。

需要说明的是，在初始化调度模块的过程中，可以创建客户端代理模块。

还需要说明的是，上述服务模块的启动时间，可以由主节点决定，也就是说，当主节点中的调度模块需要调度工作节点创建并运行目标容器时，可以通知主节点启动服务模块；或者在主节点初始化调度模块的过程中，直接服务模块。

可选地，在主节点调度集群中的工作节点创建并运行目标容器的过程中，为了提高调度的效率，可以以容器组(pod)为单位进行调度。

具体地，一个容器组可以包括多个容器，该多个容器的镜像(image)的镜像架构类型相同。

上述目标容器是基于镜像创建的，镜像可以理解为加载目标容器的文件。镜像的架构类型可以用于指示基于该镜像生成的容器中包含的指令集的类型，例如，镜像的架构类型为ARM时，基于该镜像创建的容器包含的指令集为ARM指令集；镜像的镜像架构类型为X86时，基于该镜像创建的容器包含的指令集为X86指令集。

镜像节点120，用于存储创建容器的镜像。

可选地，镜像节点中设置有仓库，该仓库中存储有用于创建容器的镜像，包括用于创建目标容器的镜像。此处，目标容器为调度任务指示的待创建的容器。

需要说明的是，上述镜像节点可以是主节点，即该仓库可以部署在主节点中；或者镜像节点是集群中除主节点之外的其他节点；或者镜像节点中的仓库也可以以分布式数据库形式部署在集群中的多个节点中，例如，镜像节点中的仓库可以以分布式数据库形式部署在主节点和其他节点中。

工作节点130，用于基于从镜像节点130中获取的镜像创建目标容器，并运行该目标容器。

具体地，集群中包括的多个工作节点的处理器架构类型可以不同，例如，多个工作节点中包括至少一个处理器架构类型为ARM的工作节点，和至少一个处理器架构类型为X86的工作节点。

需要说明的是，上述工作节点可以是物理机，例如服务器；上述工作节点还可以是虚拟机，本申请实施例对此不作限定。

可选地，一个容器组中的全部目标容器在集群中的一个目标节点被创建或运行。

需要说明的是，集群中的一个工作节点可以创建并运行至少一个容器组中的容器。

为了提高主节点执行调度任务的自动化程度，本申请实施例提供了一种调度方法，避免了传统的调度方法中，依靠维护人员根据集群中不同工作节点的处理器架构类型，手工配置集群中各个工作节点的IP地址这一配置过程。

下文基于图1所示的架构，结合图2详细说明本申请实施例的调度方法。图2是本申请实施例的调度方法的示意性流程图，图2所示的方法包括：步骤210至步骤230。

210，主节点接收调度任务，所述调度任务用于调度集群中工作节点创建目标容器，所述调度任务中包括创建所述目标容器使用的镜像的镜像名称。

220，所述主节点根据所述镜像的镜像名称获取创建所述目标容器的工作节点的处理器架构类型。

具体地，上述创建目标容器的工作节点的处理器架构类型，可以指该处理器架构类型的工作节点可以执行目标容器的指令集中的全部指令，也就是说，目标容器的指令集的类型与该处理器架构类型匹配。

可选地，处理器架构类型包括ARM架构和X86架构。

在一种可能的实现方式中，所述主节点中包括容器引擎的守护进程，步骤220包括：所述主节点向所述容器引擎的守护进程发送所述镜像的镜像名称；所述主节点接收所述容器引擎的守护进程发送的所述镜像的镜像架构类型，所述镜像的镜像架构类型为所述容器引擎的守护进程根据所述镜像的镜像名称与所述镜像的镜像架构类型的对应关系确定的，所述镜像的镜像架构类型用于指示所述创建所述目标容器的工作节点的处理器架构类型。

具体地，上述镜像的镜像架构类型为容器引擎的守护进程根据镜像的镜像名称与镜像的镜像架构类型的对应关系确定的，可以理解为容器引擎的守护程序调用接口访问用于存储镜像的仓库，根据用于创建目标容器的镜像的镜像名称，以及仓库中存储的镜像的镜像名称与镜像的镜像架构类型的对应关系，确定用于创建目标容器的镜像的镜像架构类型。

由于不同处理器架构类型的工作节点可以执行的指令集的类型不同，因此，上述镜像的镜像架构类型用于指示创建目标容器的工作节点的处理器架构类型，可以理解为，镜像的镜像架构类型通过指示基于该镜像创建的目标容器中的指令集的类型，指示创建目标容器的工作节点的处理器架构类型。

在本申请实施例中，通过主节点中设置的容器引擎的守护进程，获取目标容器的镜像架构的类型，以便从集群的工作节点中选取用于创建目标容器的目标节点，目标节点的处理器架构可以执行目标容器中的指令集，有利于提高主节点执行调度任务的自动化程度。避免传统的调度方案中，维护人员需要手动将不同处理器架构类型的工作节点配置在不同IP网段的过程。

230，所述主节点从所述集群中选择用于创建所述目标容器的目标节点，所述目标节点的处理器架构类型与所述创建目标容器的工作节点的处理器架构类型相同。

换句话说，主节点基于创建所述目标容器的工作节点的处理器架构类型，以及集群中工作节点的处理器架构类型，选择目标节点。

应理解，集群中工作节点的处理器架构类型可以是在组建集群的过程中，各工作节点向集群中的主节点注册时，由各个工作节点向主节点发送的。

在本申请实施例中，主节点可以根据创建目标容器使用的镜像的镜像名称，获取创建目标容器的工作节点的处理器架构类型，以便基于处理器架构类型自动对集群中的工作节点进行筛选，确定创建目标容器的目标节点。有利于提高主节点执行调度任务的自动化程度。避免传统的调度方案中，维护人员需要手动将不同处理器架构类型的工作节点配置在不同IP网段的过程。

在一种可能的实现方式中，上述步骤230还包括：所述主节点从所述集群中选择至少一个工作节点，所述至少一个工作节点的处理器类型与所述创建目标容器的工作节点的处理器架构类型相同；所述主节点从所述至少一个工作节点中选择所述目标节点。

具体地，上述至少一个工作节点可以理解为可以创建目标容器的候选的工作节点集合。

可选地，上述至少一个工作节点为一个工作节点时，目标节点可以是该工作节点，上述至少一个工作节点为多个工作节点时，主节点可以从多个工作节点中确定一个工作节点作为目标节点。

上述主节点可以随机的从多个工作节点中选择目标节点，上述主节点还可以根据预设的积分规则从多个工作节点中选择目标节点。即，所述主节点根据预置的积分规则确定所述至少一个工作节点中每个工作节点的积分；所述主节点选择所述至少一个工作节点中积分最高的工作节点为所述目标节点。

具体地，积分规则用于指示至少一个工作节点中每个工作节点的当前性能。

可选地，积分规则包括以下各项规则中至少一项：所述工作节点的处理器的资源剩余率越高所述工作节点的积分越高；所述工作节点的存储资源的剩余率越高所述工作节点的积分越高；以及所述工作节点的网络资源剩余率越高所述工作节点的积分越高。

在一种可能的实现方式中，所述方法还包括：步骤240至步骤250。

240，所述目标节点从镜像节点获取所述镜像的镜像名称指示的镜像文件。

具体地，镜像节点存储有用于创建目标容器的镜像文件。目标节点根据调度任务中镜像名称通过网络获取镜像节点中存储的镜像文件。该镜像文件可以存储在目标节点的存储空间中，该存储空间可以为内存或其他存储介质。

250，所述目标节点根据所述镜像文件在所述目标节点上创建所述目标容器。

下文以在Kubernetes集群中的主节点上运行Docker客户端，且该主节点中调度模块通过Docker容器引擎的客户端代理模块与Docker Daemon进行通信的架构为例，结合图3介绍本申请实施例的调度方法。其中，客户引擎的客户端代理模块可以完成两种不同架构中接口的相互转化，以此实现两种架构的兼容性。

图3是本申请另一实施例的调度方法的示意性流程图。图3所示的方法包括步骤310至步骤370。

310，容器调度模块接收调度任务。

具体地，该调度任务用于调度集群中工作节点创建目标容器，该调度任务中包括创建所述目标容器使用的镜像的镜像名称。

320，容器调度模块通过Docker客户端，向Docker Daemon发送创建目标容器使用的镜像的镜像名称。

具体地，上述目标容器组可以理解为一个容器环境下的“逻辑主机”，包含一个或者多个目标容器用于运行多个紧密相联的应用。例如，在Docker架构中，一个目标容器组可以是由多个相关的并且共享磁盘的容器组成。

330，Docker Daemon根据创建目标容器使用的镜像的镜像名称，以及镜像名称与镜像架构的类型的对应关系，获取该镜像的镜像架构类型，该镜像架构类型指示创建目标容器的工作节点的处理器架构类型。

具体地，上述镜像架构类型可以用于指示基于该镜像架构的镜像生成的容器中包含的指令集的类型，例如，镜像架构类型为ARM架构的镜像创建的容器包含的指令集为ARM指令集，需要处理器架构为ARM架构的工作节点执行；镜像架构类型为X86架构的镜像创建的容器包含的指令集为X86指令集，需要处理器架构为X86架构的工作节点执行。

可选地，上述镜像架构类型可以包括ARM架构和X86架构。

需要说明的是，上述镜像名称与镜像架构的类型的对应关系可以存储在容器引擎的仓库中，该仓库可以单独部署在主节点，或者单独部署在集群中其他节点中，也可以以分布式数据库形式部署在集群的主节点和其他节点。主节点可以调用容器引擎的守护进程的接口访问仓库，确定该镜像名称所对应的节点架构类型。

还应理解，在主节点中容器引擎的守护进程，可以通过预先配置的认证方式获得访问创建容器组中容器的容器引擎的仓库的权限，以便于主节点中的调度模块可以通过容器引擎的守护进程获取目标容器的镜像架构类型。

具体地，上述认证方式可以是主节点中容器引擎的守护进程通过用户名以及密码的方式，或者主节点中容器引擎的守护进程通过认证文件的方式，本申请实施例对此不做具体限定。

340，调度模块通过Docker客户端接收Docker Daemon发送的创建目标容器使用的镜像的镜像架构类型，以确定创建目标容器的工作节点的处理器架构类型。

350，容器调度模块根据创建目标容器的工作节点的处理器架构类型，以及集群中工作节点的处理器架构类型，从集群的工作节点中选择至少部分工作节点，至少部分工作节点的架构类型与创建目标容器的工作节点的处理器架构类型相同。

需要说明的是，集群中工作节点的处理器架构类型可以是在组建集群的过程中，各工作节点向集群中的主节点注册时，由各个工作节点向主节点发送的。

360，容器调度模块根据积分规则从至少部分工作节点中确定目标节点，目标节点用于创建目标容器。

具体地，上述至少部分工作节点可以理解为可以创建目标容器的候选节点，上述目标节点可以理解为最终创建目标容器的工作节点。

应理解，上述至少部分工作节点可以是集群中的全部工作节点或者一部分工作节点。

370，目标节点从镜像节点中获取创建目标容器所需的镜像文件，基于该镜像文件创建并运行目标容器。

通过上述内容描述，本申请实施例提供的调度方法中，主节点可以根据镜像名称获取创建目标容器的工作节点的处理器架构类型，并根据该处理器架构类型在集群的工作节点中选择一个目标节点，并由该目标节点创建目标容器，以此完成调度任务。与传统技术方案相比，上述过程无需维护人员提前规划和配置工作节点的IP地址，避免引入人因差错。而且，处理过程无需人为干预，提高了任务调度过程的自动化程度，同时，也提高了调度任务处理效率，降低了调度任务处理时长。

上文结合图1至图3详细介绍了本申请实施例的调度方法，下文结合图4至图5详细地描述本申请实施例的调度装置以及主节点。需要说明的是，图4至图5所示的装置以及主节点可以实现上述方法中各个步骤，为了简洁，在此不再赘述。

图4是本申请实施例的调度装置的示意性框图，图4所示的装置400包括：接收模块410，获取模块420和处理模块430。

接收模块410，用于接收调度任务，所述调度任务用于在集群中调度工作节点创建目标容器，所述调度任务中包括创建所述目标容器使用的镜像的镜像名称；

获取模块420，用于根据所述镜像的镜像名称获取创建所述目标容器的工作节点的处理器架构类型；

处理模块430，用于从所述集群中选择用于创建所述目标容器的目标节点，所述目标节点的处理器架构类型与所述创建目标容器的工作节点的处理器架构类型相同。

可选地，所述主节点中包括容器引擎的守护进程，所述获取模块，具体用于：向所述容器引擎的守护进程发送所述镜像的镜像名称；接收所述容器引擎的守护进程发送的所述镜像的镜像架构的类型，所述镜像的镜像架构类型为所述容器引擎的守护进程根据所述镜像的镜像名称和所述镜像的镜像架构类型的对应关系确定的，所述镜像的镜像架构类型用于指示所述创建所述目标容器的工作节点的处理器架构类型。

可选地，所述处理器架构类型包括X86和进阶精简指令集机器ARM。

可选地，所述处理模块具体用于：从所述集群中选择至少一个工作节点，所述至少一个工作节点的处理器类型与所述创建目标容器的工作节点的处理器架构类型相同；从所述至少一个工作节点中选择所述目标节点。

可选地，所述处理模块具体还用于：根据预置的积分规则确定所述至少一个工作节点中每个工作节点的积分；选择所述至少一个工作节点中积分最高的工作节点为所述目标节点。

可选地，所述积分规则包括以下各项中至少一项：所述工作节点的处理器的资源剩余率越高所述工作节点的积分越高；所述工作节点的存储资源的剩余率越高所述工作节点的积分越高；以及所述工作节点的网络资源剩余率越高所述工作节点的积分越高。

在可选的实施例中，上述装置400还可以是主节点500，具体地，所述接收模块410和获取模块420可以是输入输出接口530，所述处理模块420可以为处理器520。所述主节点500还可以包括存储器510，具体如图5所示。

应理解的是，本发明实施例的装置400可以通过专用集成电路(application-specific integrated circuit，ASIC)实现，或可编程逻辑器件(programmable logicdevice，PLD)实现，上述PLD可以是复杂程序逻辑器件(complex programmable logicaldevice，CPLD)，现场可编程门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。也可以通过软件实现图3所示的VRRP备份组的实现方法时，装置400及其各个模块也可以为软件模块。

根据本发明实施例的装置400可对应于执行本发明实施例中描述的方法，并且装置400中的各个单元的上述和其它操作和/或功能分别为了实现图2和图3的各个方法的相应流程，为了简洁，在此不再赘述。

通过上述内容描述，本申请实施例提供的装置400可以根据镜像名称获取创建目标容器的工作节点的处理器架构类型，并根据该处理器架构类型在集群的工作节点中选择一个目标节点，并由该目标节点创建目标容器，以此完成调度任务。与传统技术方案相比，上述过程无需维护人员提前规划和配置工作节点的IP地址，避免引入人因差错。而且，处理过程无需人为干预，提高了任务调度过程的自动化程度，同时，也提高了调度任务处理效率，降低了调度任务处理时长。

图5是本申请实施例的主节点的示意性框图。图5所示的主节点500可以包括：存储器510、处理器520和输入/输出接口530。其中，存储器510、处理器520和输入/输出接口530通过内部连接通路相连，该存储器510用于存储程序指令，该处理器520用于执行该存储器520存储的程序指令，以控制输入/输出接口530接收输入的数据和信息，输出操作结果等数据。

应理解，在本申请实施例中，该处理器520可以采用中央处理单元(centralprocessing unit，CPU)，该处理器还可以是其它通用处理器、数字信号处理器(digitalsignal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。或者该处理器520采用一个或多个集成电路，用于执行相关程序，以实现本申请实施例所提供的技术方案。

该存储器510可以包括只读存储器和随机存取存储器，并向处理器520提供指令和数据。处理器520的一部分还可以包括非易失性随机存取存储器。例如，处理器520还可以存储设备类型的信息。

在实现过程中，上述方法的各步骤可以通过处理器520中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器510，处理器520读取存储器510中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

应理解，根据本发明实施例的主节点500可对应于本发明实施例中的装置400，并可以对应于执行根据本发明实施例图2和图3的实现调度任务的方法中的相应主体，并且主节点500中的各个模块的上述和其它操作和/或功能分别为了实现图2至图3中的各个方法的相应流程，为了简洁，在此不再赘述。

通过上述内容描述，本申请实施例提供的主节点500可以根据镜像名称获取创建目标容器的工作节点的处理器架构类型，并根据该处理器架构类型在集群的工作节点中选择一个目标节点，并由该目标节点创建目标容器，以此完成调度任务。与传统技术方案相比，上述过程无需维护人员提前规划和配置工作节点的IP地址，避免引入人因差错。而且，处理过程无需人为干预，提高了任务调度过程的自动化程度，同时，也提高了调度任务处理效率，降低了调度任务处理时长。

应理解，在本申请实施例中，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载或执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘(solid state drive，SSD)。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种调度方法，其特征在于，包括：

主节点接收调度任务，所述调度任务用于在集群中调度工作节点创建目标容器，所述调度任务中包括创建所述目标容器使用的镜像的镜像名称；

所述主节点根据所述镜像的镜像名称获取创建所述目标容器的工作节点的处理器架构类型；

所述主节点从所述集群中选择用于创建所述目标容器的目标节点，所述目标节点为所述集群中工作节点中任意一个，所述目标节点的处理器架构类型与所述创建目标容器的工作节点的处理器架构类型相同。

2.根据权利要求1所述方法，其特征在于，所述主节点中包括容器引擎的守护进程，

所述主节点根据所述镜像的镜像名称获取创建所述目标容器的工作节点的处理器架构类型，包括：

所述主节点向所述容器引擎的守护进程发送所述镜像的镜像名称；

所述主节点接收所述容器引擎的守护进程发送的所述镜像的镜像架构类型，所述镜像的镜像架构类型为所述容器引擎的守护进程根据所述镜像的镜像名称与所述镜像的镜像架构类型的对应关系确定，所述镜像的镜像架构类型用于指示所述创建所述目标容器的工作节点的处理器架构类型。

3.根据权利要求1或2所述方法，其特征在于，所述处理器架构类型包括X86和进阶精简指令集机器ARM。

4.根据权利要求1-3中任一项所述方法，其特征在于，所述方法还包括：

所述目标节点从镜像节点获取所述镜像的镜像名称指示的镜像文件；

所述目标节点根据所述镜像文件在所述目标节点上创建所述目标容器。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述主节点从所述集群中选择用于创建所述目标容器的目标节点，包括：

所述主节点从所述集群中选择至少一个工作节点，所述至少一个工作节点的处理器类型与所述创建目标容器的工作节点的处理器架构类型相同；

所述主节点从所述至少一个工作节点中选择所述目标节点。

6.一种调度装置，其特征在于，包括：

接收模块，用于接收调度任务，所述调度任务用于在集群中调度工作节点创建目标容器，所述调度任务中包括创建所述目标容器使用的镜像的镜像名称；

获取模块，用于根据所述镜像的镜像名称获取创建所述目标容器的工作节点的处理器架构类型；

处理模块，用于从所述集群中选择用于创建所述目标容器的目标节点，所述目标节点为所述集群中工作节点中任意一个，所述目标节点的处理器架构类型与所述创建目标容器的工作节点的处理器架构类型相同。

7.根据权利要求6所述装置，其特征在于，所述装置包括容器引擎的守护进程，所述获取模块根据所述镜像的镜像名称获取创建所述目标容器的工作节点的处理器架构类型，包括：

向所述容器引擎的守护进程发送所述镜像的镜像名称；

接收所述容器引擎的守护进程发送的所述镜像的镜像架构的类型，所述镜像的镜像架构类型为所述容器引擎的守护进程根据所述镜像的镜像名称和所述镜像的镜像架构类型的对应关系确定的，所述镜像的镜像架构类型用于指示所述创建所述目标容器的工作节点的处理器架构类型。

8.根据权利要求6或7所述装置，其特征在于，所述处理器架构类型包括X86和进阶精简指令集机器ARM。

9.根据权利要求6-7中任一项所述的装置，其特征在于，所述处理模块还用于：

从所述集群中选择至少一个工作节点，所述至少一个工作节点的处理器类型与所述创建目标容器的工作节点的处理器架构类型相同；

从所述至少一个工作节点中选择所述目标节点。

10.一种主节点，其特征在于，包括输入输出接口、处理器和存储器，其中所述处理器用于控制所述输入输出接口收发信息，所述存储器用于存储计算机程序，所述处理器用于从存储器中调用并运行该计算机程序，使得该主节点执行权利要求1-3和5中任一项所述方法的操作步骤。