[发明专利]容器集群的调度方法、装置、设备及存储介质

权利要求书

1.一种容器集群的调度方法，其特征在于，包括：

确定待调度容器的资源需求；

通过kube-proxy监视Kubernetes 的不同节点的负载情况；

基于每个所述节点的负载情况、轮替、最少链接、目标地址哈希、源地址哈希、最短预期延迟和从不排队，确定调度节点；

基于所述调度节点的中央处理器资源、内存资源、存储容量和网络带宽，修改Kubernetes的配置文件；

利用所述配置文件，调整所述调度节点的标签和污点，包括：利用tolerations字段调整所述待调度容器对污点节点的容忍度，使所述污点节点的容忍度符合所述待调度容器的容忍度；识别所述待调度容器的特定标签，通过tolerations和nodeSelector的组合调整所述调度节点的标签为所述特定标签；

基于所述标签和污点，确定调度策略，并基于所述调度策略，对所述待调度容器进行调度；

创建Horizontal Pod Autoscaler对象，确定扩容限制条件和缩容限制条件；按照预设时间间隔监控目标Pod，确定所述目标Pod的中央处理器使用率和内存使用率；基于容器集群中的可用资源，通过Autoscaler调度新的Pod实例或停止已有的Pod实例；

所述通过Autoscaler调度新的Pod实例或停止已有的Pod实例，包括：若所述中央处理器使用率和所述内存使用率，均超出所述扩容限制条件，则通过Autoscaler增加Pod实例数量；若所述中央处理器使用率和所述内存使用率，均小于所述缩容限制条件，则通过Autoscaler减少Pod实例数量。

2.根据权利要求1所述的容器集群的调度方法，其特征在于，还包括：

检查容器集群中每个容器内的应用程序状态和应用程序可用性；

当所述应用程序状态表示对应的容器不健康时，重新启动对应的容器进行恢复；

当所述应用程序可用性表示对应的容器不可用时，将所述不可用容器的流量定向至可用容器。

3.根据权利要求2所述的容器集群的调度方法，其特征在于，还包括：

当所述容器集群内的Pod数量小于预设期望状态数时，自动创建新的Pod替代故障Pod；

当出现节点宕机或不可用时，重新调度Pod至可用节点。

4.一种容器集群的调度装置，其特征在于，包括：

第一确定模块，用于确定待调度容器的资源需求；

第二确定模块，用于通过kube-proxy监视Kubernetes 的不同节点的负载情况；基于每个所述节点的负载情况、轮替、最少链接、目标地址哈希、源地址哈希、最短预期延迟和从不排队，确定调度节点；

修改模块，用于基于所述调度节点的中央处理器资源、内存资源、存储容量和网络带宽，修改Kubernetes的配置文件；

调整模块，用于利用所述配置文件，调整所述调度节点的标签和污点，利用tolerations字段调整所述待调度容器对污点节点的容忍度，使所述污点节点的容忍度符合所述待调度容器的容忍度；识别所述待调度容器的特定标签，通过tolerations和nodeSelector的组合调整所述调度节点的标签为所述特定标签；

调度模块，用于基于所述标签和污点，确定调度策略，并基于所述调度策略，对所述待调度容器进行调度；

创建模块，用于创建Horizontal Pod Autoscaler对象，确定扩容限制条件和缩容限制条件；按照预设时间间隔监控目标Pod，确定所述目标Pod的中央处理器使用率和内存使用率；基于容器集群中的可用资源，通过Autoscaler调度新的Pod实例或停止已有的Pod实例；所述通过Autoscaler调度新的Pod实例或停止已有的Pod实例，包括：若所述中央处理器使用率和所述内存使用率，均超出所述扩容限制条件，则通过Autoscaler增加Pod实例数量；若所述中央处理器使用率和所述内存使用率，均小于所述缩容限制条件，则通过Autoscaler减少Pod实例数量。

5.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至3任一项所述容器集群的调度方法。

6.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至3任一项所述容器集群的调度方法。