Kubernetes资源预留与弹性扩展的平衡点：硬核预留 vs 动态弹性，你的实践是？

【背景】 K8s节点资源管理中，kube-reserved/system-reserved的硬核预留与弹性扩缩容策略常被置于对立面。近期遇到生产环境因预留不足触发Pod驱逐，但过度预留又导致资源利用率不足。

【常见分歧】

1. 硬核预留派：按最大负载硬留CPU/内存，确保业务Pod不被驱逐
2. 动态弹性派：通过HPA+vertical pod自动扩缩容，按需分配资源
3. 混合策略派：对关键组件硬留，业务Pod按需弹性

【我的倾向】 倾向混合策略，但需要具体场景佐证。例如：

• 核心组件（etcd/ingress）必须硬留
• 无状态业务Pod可弹性
• 预留比例需根据历史负载波动计算

【想听你的实践】 你遇到过哪些典型场景？如何计算安全阈值？是否尝试过动态调整预留策略？