Kubernetes PodDisruptionBudget、Horizo​​ntalPodAutoscaler 和 RollingUpdate 交互？

如果我有以下 Kubernetes 对象:

Deployment rollingUpdate.maxUnavailable 设置为 1 。

PodDisruptionBudget maxUnavailable 设置为 1 。

HorizontalPodAutoscaler 设置以允许自动缩放。

集群自动缩放已启用。

如果集群负载过重并且正在扩展，会发生什么:

在滚动更新期间？由于规模扩大而添加的新 Pod 是否使用新版本的 Pod ？

何时需要重启或更换节点？ PodDisruptionBudget 是否完全停止重启？在关闭另一个节点之前，HorizontalPodAutoscaler 是否会扩大节点数量？

当 Pod 亲和性设置为避免将来自同一 Pod 的两个 Deployment 放在同一节点上时。

最佳答案

和 documentation 一样:

所以它部分取决于 Controller 的配置和实现。我相信自动缩放器添加的新 Pod 将使用新版本的 Pod，因为那时部署定义中存在该版本。

这取决于你执行节点重启的方式。如果你只是切断电源，什么也做不了;) 如果你在关闭节点之前执行适当的 drain，那么 PodDisruptionBudget 将被考虑在内，并且排水程序不会违反它。 Eviction API 遵守中断预算，但可能会违反手动 pod 删除等低级别操作。这更像是一些 API 尊重的建议，而不是整个 Kubernetes 强制执行的强制限制。

根据 official documentation，如果亲缘关系设置为“软”亲缘关系，则无论如何 pod 将被安排在同一节点上。如果它“困难”，那么部署将卡住，无法安排所需数量的 pod。滚动更新仍然是可能的，但 HPA 将无法再增加 pod 池。

关于Kubernetes PodDisruptionBudget、Horizo​​ntalPodAutoscaler 和 RollingUpdate 交互？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/54902716/