K8s节点kube-reserved预留不足导致Pod被驱逐的根因与预防方案

【背景】 我们运营着一个高密度部署的K8s集群，节点配置了kube-reserved和system-reserved保障系统运行，但近期频繁出现业务Pod被驱逐的故障。

【现象】

1. 业务Pod在节点内存使用率仅65%时被驱逐
2. 驱逐后Pod自动重启但服务中断达5-10分钟
3. 节点资源使用曲线显示驱逐发生时内存有1.2Gi空闲

【已尝试的排查】

1. 检查节点资源分配：kube-reserved=memory=2Gi，system-reserved未显式配置
2. 验证eviction-hard配置：memory.available<100Mi触发驱逐
3. 检查cgroup v2配置：已启用memory.oom_control
4. 分析Pod资源请求：业务Pod limit=8Gi，request=4Gi

【期望答案形态】

1. 详细的资源预留计算公式（含安全边际）
2. 驱逐触发的完整条件推导链
3. 与cgroup v2特性相关的排查要点
4. 3个线上案例的参数调优路径

（引用依据）

• id=2811：kube-reserved与system-reserved的资源分配实践
• id=2820：Pod驱逐与资源预留的关联分析
• id=2793：内存驱逐的监控指标解读