k8s删除pod-K8s 节点断开连接后，本在运行的 Pod 会如何？

在工作节点与主节点断开连接后，工作节点上的 Pod 是什么状态，是否在继续运行？Kubernetes 控制器又在做什么？本文对此进行了实例研究k8s删除pod，一一解答。

由于各种原因，工作节点与主节点断开连接的情况会经常发生。在这种情况下，其实有很多问题，例如，主节点是否删除了在无法连接的节点上运行的 Pod？Kubernetes 控制器的行为如何？Pod 是否在工作节点上继续运行？简而言之，我们想知道当节点变得不可访问时，Kubernetes 系统行为是什么样子的？

定义：在 Kubernetes 中k8s删除pod，无法连接的节点称为隔离节点（partitioned node）。

为了具体了解，让我们创建一个隔离节点案例并了解其行为。

示例集群

示例集群具有一个主节点（master node）和 3 个工作节点（worker node）。这里创建了具有 2 个副本的 Nginx Deployment。这些副本在不同的节点上运行：kind-worker2 和 kind-worker3。图 1 展示了示例集群的状态：

k8s删除pod_k8s dashboard_e人e本t8s和k8s的区别

图1：示例集群的状态

创建一个隔离节点

创建一个隔离节点的简单方法是删除节点的 IP 地址，即 kind-worker2。图 2 展示了必要的步骤：

e人e本t8s和k8s的区别_k8s dashboard_k8s删除pod

图2：创建一个隔离节点

Kubernetes 系统的表现如何？

工作节点（kind-worker2）被设置为 NotReady 状态，但 Pod 仍在继续运行，这是因为负责节点的 kube-controller-manager 的 node-controller 部分在等待 pod-eviction-timeout，这是确保在 Pod 删除之前该节点是无法访问的。

pod-eviction-timeout 默认设置为 5 分钟，可以在 kube-controller-manager 启动过程中进行修改。

在 pod-eviction-timeout（示例中为 5 分钟）之后，node-controller 将在隔离节点上运行的 pod 调度为 Termination 状态。kube-controller-manager 的 Deployment Controller 部分开始在不同的节点上创建新的副本和调度。在示例中，我们在 kind-worker 节点上创建了一个 Nginx 副本。图 3 展示了 Kubernetes 系统上的所有状态更改：

k8s dashboard_k8s删除pod_e人e本t8s和k8s的区别