[发明专利]基于容器编排调度服务的调度方法及装置

说明书

本公开关于一种基于容器编排调度服务的调度方法及装置，涉及云计算领域，当需要维持本地服务状态的调度单元升级时，能够将升级后的调度单元部署到升级前的调度单元所在的宿主机上，从而缩短了调度单元升级的时间。该方法包括：在检测到对容器编排调度服务创建的调度单元中的调度单元进行升级的事件的情况下，检测调度单元在升级后是否需维持本地服务状态；若调度单元在升级后需维持本地服务状态，并且调度单元的宿主机满足升级后的调度单元需要的存储资源，通知容器编排调度服务将升级后的调度单元部署在该调度单元的宿主机上。

技术领域

本公开涉及云计算领域，尤其涉及基于容器编排调度服务的调度方法及装置。

背景技术

docker是一个开源的应用容器引擎，开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的Linux机器或Windows机器上。kubernetes创建于docker之上，可以在应用被安装时，为该应用确定宿主机，并在确定的宿主机上创建该应用对应的pod。pod是kubernetes创建的最小调度单元，pod可以对kubernetes创建的容器进行分组管理。一个pod可以管理一个或多个相关的容器。

后续，当kubernetes中的pod升级时，kubernetes会释放原先的宿主机上的pod，重新确定宿主机，并在重新确定的宿主机上创建升级后的pod。然而，对于需要维持本地服务状态的pod，该pod升级时有可能仅需要对该pod中的某个或某几个容器进行升级，在这种情况下，kubernetes释放原先的宿主机上的pod，并在重新确定的宿主机上创建升级后的pod，会导致pod升级时间较长。

发明内容

本公开提供一种基于容器编排调度服务的调度方法及装置，当需要维持本地服务状态的调度单元升级时，将升级后的调度单元部署到升级前的调度单元所在的宿主机上，从而缩短了调度单元升级的时间。

本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种基于容器编排调度服务的调度方法，包括：在检测到对容器编排调度服务创建的调度单元中的调度单元进行升级的事件的情况下，检测所述调度单元在升级后是否需维持本地服务状态；若所述调度单元在升级后需维持本地服务状态，则获取所述调度单元的宿主机的信息，所述调度单元的宿主机为所述容器编排调度服务为所述调度单元分配的宿主机，所述宿主机的信息用于指示所述调度单元的宿主机是否满足升级后的调度单元需要的存储资源；若所述调度单元的宿主机满足所述升级后的调度单元需要的存储资源，发送第一通知消息，所述第一通知消息用于指示将所述升级后的调度单元部署在所述调度单元的宿主机上。

一种可能的实现方式，所述获取调度单元的宿主机的信息包括：根据存储的所述调度单元与所述调度单元的宿主机的对应关系，获取所述调度单元的宿主机的标识以及所述调度单元的宿主机的信息，其中，所述宿主机的信息包括所述宿主机的标识和所述宿主机的可用存储资源。

一种可能的实现方式，在发送第一通知消息之前，所述方法还包括：获取第一候选宿主机集合，所述第一候选宿主机集合中包含满足所述升级后的调度单元需要的存储资源的宿主机中的部分宿主机；判断所述调度单元的宿主机中是否包含在所述第一候选宿主机集合中；若所述调度单元的宿主机包含在所述第一候选宿主机集合中，则确定所述调度单元的宿主机满足所述升级后的调度单元需要的存储资源。

一种可能的实现方式，在判断所述调度单元的宿主机中是否包含在所述第一候选宿主机集合中之后，所述方法还包括：若所述调度单元的宿主机未包含在所述第一候选宿主机集合中，获取第二候选宿主机集合，所述第二候选宿主机集合包括满足所述升级后的调度单元需要的存储资源的全部宿主机；若所述调度单元的宿主机包括在所述第二候选宿主机集合中，则确定所述调度单元的宿主机满足所述升级后的调度单元需要的存储资源。