(19)国家知识产权局 (12)发明 专利申请 (10)申请公布号 (43)申请公布日 (21)申请 号 202211366438.2 (22)申请日 2022.11.03 (71)申请人 土豆数据科技 集团有限公司 地址 710000 陕西省西安市高新区天谷八 路211号环普科技产业园E座5 04 (72)发明人 董佳　张金杰　张博　李浩杰　 霍志龙　 (74)专利代理 机构 西安毅联专利代理有限公司 61225 专利代理师 杨燕珠 (51)Int.Cl. H04L 41/0897(2022.01) G06F 9/455(2006.01) G06F 9/50(2006.01) (54)发明名称 一种基于容器 资源的垂 直扩缩容方法、 装置 及存储介质 (57)摘要 本申请公开了一种基于容器资源的垂直扩 缩容方法、 装置及存储介质， 该方法涉及资源分 配技术领域并应用于云计算中， 包括： 当pod容器 需要扩缩容时， 通过OCI标准使用runc程序中的 runc update命令控制cgroup中的参数， 将pod容 器中的容器资源量修改为预期资源量。 解决了目 前在进行扩容或缩容时， 原来的pod容器被删除 重建， 使得原来的pod容器里运行了较长时间的 程序也被删除， 又需要在新的pod中重新运行一 遍程序， 占用了计算机的资源并且浪费了时间的 问题。 权利要求书1页 说明书6页 附图3页 CN 115426269 A 2022.12.02 CN 115426269 A 1.一种基于容器资源的垂直扩 缩容方法， 其特 征在于， 包括： 当pod容器需要扩缩容时， 通过OCI标准使用runc程序中的runc  update命令控制 cgroup中的参数， 将所述pod容器中的容器资源量 修改为预期资源量； 当所述pod容器需要扩容时， 判断本地资源是否满足所述预期资源量； 当所述本地资源不满足所述预期资源量时， 发送资源量 不够消息 至事件通知操作； 当所述本地资源满足所述预期资源量时， 执行所述将所述pod容器中的容器资源量修 改为预期资源量。 2.根据权利要求1所述的方法， 其特 征在于， 还 包括： 创建自定义资源定义； 判断所述pod容器是否需要扩缩容， 并在所述pod容器需要扩缩容时， 发送扩缩容事件 至所述自定义资源定义； 当部署在各节点的扩缩容控制器监 听到所述自定义资源定义中具有扩缩容事件时， 通 过每个所述扩 缩容控制器判断是否为当前节点的所述pod容器需要扩 缩容。 3.根据权利要求2所述的方法， 其特 征在于， 所述判断pod容器是否需要扩 缩容， 包括： 获取所述pod容器的指标信息， 并根据所述指标信息确定所述预期资源量； 比较所述pod容器的初始设定资源量与所述预期资源量； 根据比较结果确定所述pod容器是否需要扩 缩容。 4.根据权利要求1所述的方法， 其特 征在于， 还 包括： 当完成对所述pod容器中的容器资源量 修改后， 发送成功通知至事 件通知操作。 5.一种基于容器资源的垂直扩 缩容装置， 其特 征在于， 包括： 扩缩容模块， 用于当pod容器需要扩缩容时， 通过OCI标准使用runc程序中的runc   update命令控制cgr oup中的参数， 将pod容器中的容器 资源量修改为预期资源量； 所述扩缩 容模块具体用于： 当所述pod容器需要扩容时， 判断本地资源是否满足所述预期资源量； 当 所述本地资源不满足所述预期资源量时， 发送资源量不够消息至事件通知操作； 当所述本 地资源满足所述预期资源量时， 执行所述将所述pod容器中的容器资源量修改为预期资源 量。 6.一种基于容器资源的垂直扩 缩容服务器， 其特 征在于， 包括存 储器和处 理器； 所述存储器用于存 储计算机可 执行指令； 所述处理器用于执 行所述计算机可 执行指令， 以实现权利要求1 ‑4任一项所述的方法。 7.一种计算机可读存储介质， 其特征在于， 所述计算机可读存储介质存储有可执行指 令， 计算机执 行所述可执行指令时能够实现如权利要求1 ‑4任一项所述的方法。权　利　要　求　书 1/1 页 2 CN 115426269 A 2一种基于容器资源的垂直扩缩 容方法、 装置及存储介质 技术领域 [0001]本发明涉及资源分配技术领域， 尤其涉及一种基于容器资源的垂直扩缩容方法、 装置及存 储介质。 背景技术 [0002]kubernet es， 简称k8s， 是一个开源的并且能够用于管理云平台中多个主机上的容 器化的应用， 提供了应用部署、 规划、 更新和维护的一种机制， 其目标是让部署容器化的应 用简单并且高效。 [0003]kubernetes能够控制pod容器使用资源的大小， 并且能够给pod分配资源参数。 当 pod控制器发现资源量不足以支持程序继续运行， 并且程序运行时超出资源量时， pod控制 器会依次执行以下动作： 删除当前pod容器、 修 改podSpec文件， 并根据新的pod资源参数重 新建立新的pod容器。 对pod控制器进行缩容可以节约计算机内存， 使得计算机剩下的其他 内存可以提供 给其他程序使用， 但是在执 行缩容动作时也会使pod容器 被删除重建。 [0004]所以， 目前在进行扩容或缩容时， 原来的pod容器会被删除重建， 使得原来的pod容 器里运行了较长时间的程序也被删除， 又需要在新的pod中重新运行一遍程序， 占用了计算 机的资源并且浪费了时间。 发明内容 [0005]在本申请实施例中， 通过提供一种基于容器资源的垂直扩缩容方法， 解决了目前 在进行扩容或缩容时， 原来的pod容器会被删除重建， 使得原来的pod容器里运行了较长时 间的程序也被删除， 又需要在新的pod中重新运行一遍程序， 占用了计算机的资源并且浪费 了时间的问题。 [0006]第一方面， 当pod容器需要扩缩容时， 通过OCI标准使用runc程序中的runc  update 命令控制cgroup中的参数， 将pod容器中的容器资源量修改为预期资源量； 当所述pod容器 需要扩容时， 判断本地资源是否满足所述预期资源量； 当所述本地资源不满足所述预期资 源量时， 发送资源量不够消息至事件通知操作； 当所述本地资源满足所述预期资源量时， 执 行所述将所述pod容器中的容器资源量 修改为预期资源量。 [0007]结合第一方面， 在一种可能的实现方式中， 所述方法还包括： 创建自定义资源定 义； 判断所述pod容器是否需要扩缩容， 并在所述pod容器需要扩缩容时， 发送扩缩容事件至 所述自定义资源定义； 当部署在各节点的扩缩容控制器监听到所述自定义资源定义中具有 扩缩容事件时， 通过每个所述扩缩容控制器判断是否为当前节点的所述pod容器需要扩缩 容。 [0008]结合第一方面， 在一种可能的实现方式中， 所述判断pod容器是否需要扩缩容， 包 括： 获取所述pod容器的指标信息， 并根据所述指标信息确定预期资源量； 比较所述pod容器 的初始设定资源量与所述预期资源量； 根据比较结果确定所述pod容器是否需要扩 缩容。 [0009]结合第一方面， 在一种可能的实现方式中， 所述方法还包括： 当完成对所述pod容说　明　书 1/6 页 3 CN 115426269 A 3