调度

【背景】 Kubernetes 在资源管理中引入了 kube-reserved 和 system-reserved 的机制，用来确保节点上系统和 kubelet 的运行不会被驱逐。但在实际操作中，如何精准计算业务 Pod 的资源请求和限制，

背景 我维护一个 12 节点（16C64G，K8s 1.28.9，containerd 1.7.13，cgroup v2，内核 5.15，Calico 路由模式）的生产集群，3 个可用区（A/B/C），每区 4 节点。核心服务是一个 Jav

背景 我负责一个 12 节点（16C64G，Kubernetes 1.28.9，containerd 1.7.13，cgroup v2）的生产集群，上面跑着一批用 CronJob 做的离线任务：凌晨对账、日志归档、证书续期检查，schedu

«结论先行：在 3 个可用区里，"podAntiAffinity" 的 "preferredDuringScheduling" 权重写 100，并不能保证副本在三个 AZ 间均匀——它只保证「尽量别跟同 label 的 Pod 挤一个节点」