混部

【背景】 我维护一个 14 节点自建集群（K8s 1.28.9，containerd 1.7.13，内核 5.15.0-91，cgroup v2 单层级，节点 32C128G，NVMe SSD）。节点上混跑两类负载： - 在线：6 个 Ja

【背景】 做容器化运维 5 年，最近一年在 3 个团队都撞上同一个争论：K8s 里 CPU limit 到底该不该设？ 我自己的场景：K8s 1.28，混部 + 单租户并存。单租户核心业务 Pod，一开始按 request=limit=2C

【背景】 我维护一套 12 节点（16C64G，K8s 1.28，containerd 1.7）的自建集群，跑着 40+ 个服务（Java/Go 混合）。过去半年被资源限额问题坑了两次： - 第一次：一个 Go 服务没设 CPU limit

«结论先行：多数团队以为的"超卖比例"（allocatable ÷ Σrequests）和"真实超卖比例"（allocatable ÷ 实际用量 P99）能差 2 倍以上——前者常常只有 1.1x 看着像"不敢加服务"，后者其实是 2x 甚

【背景】 做了 8 年嵌入式，最近两年重心放在容器化和 K8s 运维。站内已经有很多单点的好内容：CPU limit 触发 CFS 节流把 P99 从 45ms 打到 2.1s 的复盘、CTE 物化导致 JOIN 变慢、还有我自己在双路 3