K8S测试pod内存和CPU资源不足

只设置requests参数

mysql主从pod启动后监控

读压测之后


同时设置limits和requests,只调低内存值

监控

压力测试

同时设置limits和requests,只调低CPU值

初始状态

开始压测


结论

对于CPU,如果pod中服务使用CPU超过设置的limits,pod不会被kill掉但会被限制,并且在多容器的pod中,较空闲的容器CPU会被压缩甚至容器被暂时关闭。如果没有设置limits ,pod可以使用全部空闲的CPU资源,即使设置了requests也不会有太大作用

对于内存,当一个pod使用内存超过了设置的limits,pod中container的进程会被kernel因OOM kill 掉。当container 因为OOM被kill掉时,系统倾向于在其原pod所在的机器上重启该container ,在没有设置驱离参数的情况下,pod不会被驱离该本机

相关推荐
名字还没想好☜8 小时前
Docker 容器安全加固实战:非 root、只读根文件系统、drop capabilities 与最小攻击面
运维·安全·docker·容器·kubernetes
鹤落晴春8 小时前
有状态应用 vs 无状态应用
运维·云原生·k8s
码--到成功9 小时前
Docker、Kubernetes安装系列 二
docker·容器·kubernetes
M--Y10 小时前
Docker镜像与仓库管理详解
docker·容器
mohesashou10 小时前
k8s的service
云原生·容器·kubernetes
starzy199010 小时前
虚拟化解决方案全景:软件虚拟化、硬件虚拟化与 Docker 的位置
运维·docker·容器
梦Arrebol12 小时前
Kubernetes 微服务
微服务·容器·kubernetes
阿里云云原生12 小时前
Agent 开发范式演进:在通用智能与业务深度之间寻找“正交”平衡点
云原生
源代码•宸13 小时前
前置准备:定时微服务背景和现状
开发语言·经验分享·后端·微服务·云原生·架构·golang
实战派K8S&DB14 小时前
《基于 Dify + FastAPI + PyTiDB 搭建大模型驱动的 TiDB 智能运维 Agent》
运维·数据库·分布式·云原生·tidb·fastapi