Azure 需要将AKS版本从1.14.8升级到1.15.10。不确定节点是否将使用此命令重新启动

需要将AKS版本从1.14.8升级到1.15.10。不确定节点是否将使用此命令重新启动。 有谁能澄清我对以下内容的疑问

在升级过程中，AKS将向运行指定Kubernetes版本的集群添加一个新节点，然后小心地封锁并排空其中一个旧节点，以最大限度地减少对正在运行的应用程序的中断。当新节点被确认为正在运行应用程序吊舱时，旧节点将被删除

---

它们不会重新启动，仅替换为新的。

如果您使用更高级别的控制器，例如部署和运行pod的多个副本，那么您的应用程序中不会出现停机，因为kubernetes将保证pod副本在不同的kubernetes节点之间分发，并且在特定节点运行时为了升级或维护，您仍然在其他节点上运行pod的其他副本

---

如果您直接使用pod，那么在升级过程中，您的应用程序将停机。

当我们尝试默认升级时，AKS将通过增加现有节点容量来升级节点。因此，您计划升级的kubernetes版本将增加一个额外的节点。 然后使用滚动策略，尝试逐个升级节点。 它会将所有POD移动到新的额外节点，并删除旧节点。此循环将继续，直到所有节点都更新为最新版本。 如果我们有replicaset或部署，那么理想情况下应该没有停机时间。

---

我们还可以使用podAntiAffinity的概念，这样就不会有两个pod位于同一个节点中，也不会有停机时间

如果这些节点被替换，那么运行的pod会怎么样？应用程序访问会受到影响，因为pod也会被更改。