[发明专利]一种基于Kubernetes云原生容器可变启动资源限制的方法及其系统

说明书

本发明公开了一种基于Kubernetes云原生容器可变启动资源限制的方法，涉及信息技术领域，解决容器运行过程中资源浪费的技术问题，方法包括：在容器组API结构中的Pod.Spec.Containers[i].Resources中添加限制值参数、持续时间参数；创建容器组并设置限制值参数、持续时间参数；将容器组和节点绑定；Kubelet开始在本节点上启动容器，并配置容器启动的cpu核数限制为容器组的限制值参数；开始启动定时执行器，定时执行器计时达到所述容器组的持续时间参数后，将容器组中的容器cpu限制值为Pod.Spec.Containers[i].Resources中limits的配置值进行资源伸缩操作。本发明还公开了一种基于Kubernetes云原生容器可变启动资源限制的系统。

技术领域

本发明涉及信息技术领域，更具体地说，它涉及一种基于Kubernetes云原生容器可变启动资源限制的方法及其系统。

背景技术

在Kubernetes云原生集群中，通常使用容器组(Pod)的字段Pod.Spec.Containers[i].Resources中的requests和limits来分别控制资源的申请值和限制值，但这控制的是容器组在整个生命周期中的资源申请值和限制值，一旦配置，从容器组的诞生到消失都会采用固定的配置。

在很多业务不是特别繁忙的场景下，这种固定的资源配置使得节点的cpu和内存资源不能被充分利用，比如在一些资源比较充足的节点上启动的容器组应用，很多应用在启动阶段会处于一个比较繁忙的状态，也就是cpu和内存都会占用较高。当启动阶段完成，cpu和内存的占用会迅速下降。

在这种场景下，如果将资源limit配置较低，有可能导致应用启动过慢，甚至在启动中内存超出限制值导致无法启动。当资源limit配置较高时，有可能会导致超出命名空间的quota限制，也可能造成运行过程中资源的浪费。

在Kubernetes云原生集群中，通常还会采用VPA(垂直自动伸缩器)来动态改变容器组的资源申请值requests，但是不会修改资源限制值limits，并且当资源申请值被自动修改后，容器会重启，造成应用业务的中断。

发明内容

本发明要解决的技术问题是针对现有技术的上述不足，本发明的目的一是提供一种基于Kubernetes云原生容器可变启动资源限制的方法。

本发明的目的二是提供基于Kubernetes云原生容器可变启动资源限制的系统。

为了实现上述目的一，本发明提供一种基于Kubernetes云原生容器可变启动资源限制的方法，包括：

步骤1.在容器组API结构中的Pod.Spec.Containers[i].Resources中添加限制值参数、持续时间参数；

步骤2.根据所述容器组API结构创建容器组，设置所述容器组的限制值参数、持续时间参数；所述容器组新建请求并发送给应用程序接口服务器api-server；

步骤3.所述api-server接收所述新建请求，并存储到分布式数据库etcd中，经过调度器Scheduler预选和优选后，将所述容器组和节点绑定；

步骤4.所述节点的Kubelet监听到所述容器组和节点绑定后，开始在本节点上启动容器，并配置容器启动的cpu核数限制为所述容器组的限制值参数；

步骤5.当Kubelet检测到所述容器组已经成功启动并正常运行，开始启动一个定时执行器，定时执行器计时达到所述容器组的持续时间参数后，Kubelet通过调用CRI的UpdateContainerResources接口修改所述容器组中的容器cpu限制值为Pod.Spec.Containers[i].Resources中limits的配置值进行资源伸缩操作。

作为进一步地改进，所述步骤4具体包括：