tencent cloud

容器服务

动态与公告
产品动态
公告
产品发布记录
产品简介
产品概述
产品优势
产品架构
应用场景
产品功能
基本概念
原生 Kubernetes 名词对照
容器服务高危操作
地域和可用区
开源组件
购买指南
购买指引
购买 TKE 标准集群
购买原生节点
购买超级节点
快速入门
新手指引
快速创建一个标准集群
入门示例
容器应用部署 Check List
集群配置
标准集群概述
集群管理
网络管理
存储管理
节点管理
GPU 资源管理
远程终端
应用配置
工作负载管理
服务和配置管理
组件和应用管理
弹性伸缩
容器登录方式
可观测配置
运维可观测性
成本洞察和优化
调度配置
调度组件概述
资源利用率优化调度
业务优先级保障调度
Qos 感知调度
安全和稳定性
容器服务安全组设置
身份验证和授权
应用安全
多集群管理
计划升级
备份中心
云原生服务指南
云原生 etcd
Prometheus 监控服务
TKE Serverless 集群指南
TKE 注册集群指南
实践教程
集群
Serverless 集群
调度
安全
服务部署
网络
发布
日志
监控
运维
Terraform
DevOps
弹性伸缩
容器化
微服务
成本管理
混合云
AI
故障处理
节点磁盘爆满排障处理
节点高负载排障处理
节点内存碎片化排障处理
集群 DNS 解析异常排障处理
集群 Kube-Proxy 异常排障处理
集群 API Server 网络无法访问排障处理
Service&Ingress 网络无法访问排障处理
Service&Ingress 常见报错和处理
Nginx Ingress 偶现 Connection Refused
CLB Ingress 创建报错排障处理
Pod 网络无法访问排查处理
Pod 状态异常与处理措施
授权腾讯云售后运维排障
CLB 回环问题
API 文档
History
Introduction
API Category
Making API Requests
Elastic Cluster APIs
Resource Reserved Coupon APIs
Cluster APIs
Third-party Node APIs
Relevant APIs for Addon
Network APIs
Node APIs
Node Pool APIs
TKE Edge Cluster APIs
Cloud Native Monitoring APIs
Scaling group APIs
Super Node APIs
Other APIs
Data Types
Error Codes
TKE API 2022-05-01
常见问题
TKE 标准集群
TKE Serverless 集群
运维类
隐患处理
服务类
镜像仓库类
远程终端类
事件类
资源管理类
服务协议
TKE Service Level Agreement
TKE Serverless Service Level Agreement
联系我们
词汇表

应用启动时 CPU 突增

PDF
聚焦模式
字号
最后更新时间: 2024-12-24 15:40:45

简介

在通常情况下,应用程序在发布或重启过程中可能会出现 CPU 使用率波动增高,甚至可以消耗掉集群所有资源的现象。这主要是因为在应用程序启动时,Java虚拟机(JVM)需要重新进行类加载和对象初始化操作,导致 CPU 在整个过程中承担更多的编译任务。
在 Kubernetes 的场景中,应用程序都是通过 Pod 中的容器部署,每个容器都可以设置 Request 和 Limit 来控制资源使用的下限和上限。如果 Limit 设置的过低,就容易导致上述应用启动缓慢,甚至因为资源不够无法启动;如果 Limit 设置得过高,那后续在应用的运行过程中,又容易使用过量资源,与其他应用形成资源竞争关系。

功能说明

使用方式

设置应用的启动时间,以及 Limit 扩大的倍数,在应用启动的初始阶段增加应用使用资源的上限。

注意事项

业务启动时资源突增的能力依赖原生节点的内核,该功能仅支持在 原生节点 中使用。
在使用该功能之前,需要提前安装 QoS Agent。确保 QoS Agent 组件版本在1.1.4及以上。

功能原理

在 Kubernetes 中,资源限制(Limit)是通过 CPU cgroup 控制模块中的 cpu.cfs_period_us 和 cpu.cfs_quota_us 两个配置来实现的。Kubernetes 会为容器的 cgroup 配置这两个信息。通过调整 Pod 所在节点的 cgroup 中 cpu.cfs_quota_us 的数值,实现临时资源突增,从而增加应用在启动阶段的资源使用上限。

使用方式

安装组件

1. 登录 容器服务控制台,在左侧导航栏中选择集群
2. 在集群列表中,单击目标集群 ID,进入集群详情页。
3. 选择左侧菜单栏中的组件管理,在组件管理页面单击新建
4. 新建组件管理页面中勾选 QoS Agent
5. 单击完成即可安装组件。

开启应用启动时资源突增能力

1. 组件管理页面,查看 QoS Agent 组件版本。确保 QoS Agent 组件版本在1.1.4及以上。如果版本低于此要求,请单击组件右侧的升级进行升级。
2. 通过 kubectl 创建 PodQoS CRD 对象,将其应用到需要启动突增的工作负载上。示例代码如下:
apiVersion: ensurance.crane.io/v1alpha1
kind: PodQOS
metadata:
name: exceed
spec:
labelSelector:
matchLabels:
app: 0kusa3 # 匹配到需要启动突增的工作负载上的标签
resourceQOS:
cpuQOS:
limitExceed:
time: 5 # 应用启动多长时间需要突增 Limit。单位:mins
value: "1.2" # Limit 突增的倍数

3. 创建工作负载。示例代码如下:
apiVersion: apps/v1
kind: Deployment
metadata:
name: nginx-deployment
labels:
app: 0kusa3 # 和 PodQoS 对象中的 matchLabels 要保持一致
spec:
replicas: 3
selector:
matchLabels:
app: 0kusa3
template:
metadata:
labels:
app: 0kusa3
spec:
containers:
- name: nginx
image: nginx:1.14.2
ports:
- containerPort: 80

4. 登录 Pod 所在节点,在节点上查看容器对应的 cfs_quota 数值。
路径:
/sys/fs/cgroup/cpu/kubepods/burstble/pod<id>/<containerid>/cpu.cfs_quota_us
示例:
/sys/fs/cgroup/cpu/kubepods/burstable/pod44ad741a-cbe6-48a2-a5b7-b6920df2fe40/645a0a88f23c2aca4b207ec2c3d83bbe760a5f2a4db812938042df5cb5054e18/cpu.cfs_quota_us
其中:
 pod<id>:<id>来自 Pod YAML 中的 UID 字段。
<containerid>:来自 Pod YAML 中的 containerID 字段。
在创建 PodQoS 之前,cpu.cfs_quota_us 的值为 cpu.cfs_period_us * Limit,例如:100000 * 0.5核 = 50000。



在创建 PodQoS 之后,当 Pod 重建后的前 5 分钟内,新的 cpu.cfs_quota_us 值为旧值乘以 1.2,即 Limit 被放大了。
注意:
Pod 重建后 Pod ID 会变化。





帮助和支持

本页内容是否解决了您的问题?

填写满意度调查问卷,共创更好文档体验。

文档反馈