Kubernetes内存过度分配的隐患：一次Pod频繁重启的深度排查与解决
在云原生时代，Kubernetes已成为容器编排的标准，但随之而来的资源管理问题也层出不穷。今天，我要分享一个真实案例：一个生产环境中的Pod频繁重启，退出代码137，背后隐藏的是一个常见却容易被忽视的问题——内存过度分配。
问题现象
某天，运维团队收到告警：生产环境中的pro-ms-ding-talk服务不断重启。通过查看Pod状态，发现它总是在运行一段时间后被终止，退出代码为137（被SIGKILL信号终止）。
kubectl get pod pro-ms-ding-talk-6cfdc65746-bwflr -n pro
NAME READY STATUS RESTARTS AGE
pro-ms-ding-talk-6cfdc65746-bwflr 0/1 CrashLoopBackOff 5 15m
深入调查
1. 检查Pod配置
首先，我们查看了Pod的资源配置：