| 干扰一 | 副本数变化改变副本比例法的金丝雀流量 |
|---|---|
| 干扰二 | 扩容抢占配额，新 Pod 排队 Pending |
| 建议 | 金丝雀用权重路由；发布期监控 HPA 事件 |
| 容量 | 预留 surge 资源，不依赖 HPA 兜底 |
观察扩容
观察扩容
kubectl get hpa web -w
kubectl describe hpa web | tail -20 # 查看伸缩事件与原因发布窗口与扩容窗口叠加时先确认可分配资源：maxSurge 与 HPA 同时向同一资源池要容量。
HPA 与发布期的容量配合
自动扩缩容与发布同时进行时避免相互干扰：按副本数近似的金丝雀比例会随伸缩漂移，资源竞争也可能拖慢新 Pod 就绪。
易错点
- 副本比例法金丝雀叠加 HPA：伸缩改变流量比例，观测结论失真
- 发布前不查可分配资源：新 Pod 因配额不足长时间 Pending
数据来源与参考
- Kubernetes 文档《Horizontal Pod Autoscaling》