K8s资源限制防止内存溢出：从配置到验证完整指南
为什么你的Pod会内存溢出（OOMKilled）
刚接触 Kubernetes 的朋友经常会遇到 Pod 突然被杀死，状态变成 OOMKilled。
这就是内存溢出（Out Of Memory）导致 Kubernetes 为了整个节点稳定性强制终止了进程。
核心原因：没有给 Pod 设置合理的内存上限（limits）。
K8s 默认不限制容器资源消耗，一旦程序爆发内存泄漏或突发流量，它会吃掉宿主机所有可用内存，触发内核 OOM Killer。
解决这个问题很简单：在 Pod 的 YAML 中添加资源配置段。
本文带你一步步操作，零基础也能跟上。
动手设置内存限制：给Pod加上资源约束
1. 准备条件
- 一个可操作 K8s 集群（minikube 或云厂商托管的都行）
kubectl已正确配置，能连上集群
2. 编写带资源限制的 Deployment YAML
参考下面这个示例，重点看 resources 部分：
apiVersion: apps/v1
kind: Deployment
metadata:
name: nginx-oom-test
spec:
replicas: 1
selector:
matchLabels:
app: nginx-oom
template:
metadata:
labels:
app: nginx-oom
spec:
containers:
- name: nginx
image: nginx:1.25
resources:
requests:
memory: "64Mi"
cpu: "100m"
limits:
memory: "128Mi"
cpu: "200m"
ports:
- containerPort: 80关键字段说明：
requests.memory：K8s 调度 Pod 时保证至少给这么多内存，也是调度参考值。limits.memory：容器能使用的内存硬上限，超过就会触发 OOMKilled。
3. 应用并验证
# 创建 Deployment
kubectl apply -f nginx-oom-test.yaml
# 查看 Pod 状态
kubectl get pods -o wide
# 查看具体资源使用情况
kubectl top pod 如果一切正常，你会看到内存使用被限制在 128Mi 以内。
关键参数设置误区：requests与limits千万别写反
新手最容易犯的错误：
- 只写 limits 不写 requests：调度时 K8s 会把 limits 当作 requests，可能导致节点资源过高估，影响调度。
- limits 设置太小：容器频繁被 OOMKill，业务不可用。
- requests 远大于 limits：不合法，K8s 会拒绝创建。合理做法：requests ≤ limits。
- 误把 CPU 当内存：CPU 单位是
m（毫核），内存单位是Mi或Gi。
最佳实践：先用监控分析业务正常内存使用量，取其峰值上浮 20% 作为 limits，requests 设为正常用量的 70-80%。
如果业务有突发特性，可以考虑使用 Vertical Pod Autoscaler 自动调优。
验证限制是否生效：模拟内存压力测试
为了确认限制真的在起作用，可以在 Pod 内部故意吃内存：
# 进入容器
kubectl exec -it -- /bin/bash
# 安装压力工具（容器内一般没有，需手动安装）
apt update && apt install -y stress
# 故意申请超过 limits 的内存：尝试占用 200M（但 limits 是 128Mi）
stress --vm 1 --vm-bytes 200M --vm-hang 0 几秒后 Pod 会被 OOMKill，通过 kubectl describe pod 可以看到最后的终止原因：OOMKilled。
这证明限制生效了。
如果不想真杀死，可以用 --vm-bytes 100M 保持在限制内测试。
常见问题与解决办法
Q1：设置了 limits 后 Pod 还是被 OOMKill？
A：检查 limits 值是否真的比业务峰值大；另外确认节点本身可用内存是否充足，节点内存碎片也可能导致分配失败。
Q2：如何查看当前 Pod 的实时内存？
A：kubectl top pod 或者 kubectl describe pod 查看状态字段。
Q3：资源限制对 CPU 有效吗？
A：CPU limits 限制的是 CPU 时间，不会导致被杀掉，只会被限流。内存限制才是 OOM 保护的关键。
Q4：能不能给 Namespace 统一设限制？
A：可以，用 ResourceQuota 和 LimitRange 全局控制，防止某个团队忘记设置限制。
总结
防止 K8s 中 Pod 内存溢出，最直接的方法就是在 YAML 中明确写出 resources.limits.memory。
搭配 requests 让调度更合理。
记得用压力工具验证，并定期根据监控数据调整参数。
如果你正在排查 OOMKilled 问题，建议先按以上步骤检查每个 Pod 的资源配置，这往往能解决大部分异常重启的成因。
