【Kubernetes】常见面试题汇总（三十）

目录

82. Worker 节点宕机，简述 Pods 驱逐流程。

特别说明：

题目   1-68   属于【Kubernetes】的常规概念题，即 “ 汇总（一）~（二十二）” 。

题目 69-113 属于【Kubernetes】的生产应用题。

82. Worker 节点宕机，简述 Pods 驱逐流程。

（1）节点宕机的概述：

在 Kubernetes 集群中，当节点由于某些原因（网络、宕机等）不能正常工作时会被认定为不可用状态（Unknown 或者 False 状态），当时间超过了 pod-eviction-timeout 值时，那么节点上的所有 Pod 都会被节点控制器计划删除。

（2）Kubernetes 集群中有一个节点生命周期控制器：node lifecycle_controller.go。

- 它会与每一个节点上的 kubelet 进行通信，以收集各个节点已经节点上容器的相关状态信息。

- 当超出一定时间后不能与 kubelet 通信，那么就会标记该节点为 Unknown 状态。并且节点生命周期控制器会自动创建代表状况的污点，用于防止调度器调度 pod 到该节点。

（3）那么 Unknown 状态的节点上已经运行的 pod 会怎么处理呢？

- 节点上的所有 Pod 都会被污点管理器（taint_manager.go）计划删除。而在节点被认定为不可用状态到删除节点上的 Pod 之间是有一段时间的，这段时间被称为容忍度。

- 你可以通过下面的方式来配置容忍度的时间长短：

tolerations:

  - key: node.kubernetes.io/not-ready

    operator: Exists

    effect: NoExecute

    tolerationSeconds:180

  - key:node.kubernetes.io/unreachable

    operator: Exists

    effect: NoExecute

    tolerationSeconds:180

- 如果在不配置的情况下，Kubernetes 会自动给 Pod 添加一个 key 为 node.kubernetes.io/not-ready 的容忍度，并配置 tolerationSeconds=300。同样 Kubernetes 会给 Pod 添加一个 key 为 node.kubernetes.io/unreachable 的容忍度，并配置 tolerationSeconds=300。

（4）当到了删除 Pod 时，污点管理器会创建污点标记事件，然后驱逐 pod 。

- 这里需要注意的是由于已经不能与 kubelet 通信，所以该节点上的 Pod 在管理后台看到的是处于灰色标记，但是此时如果去获取 pod 的状态其实还是处于 Running 状态。

- 每种类型的资源都有相应的资源控制器（Controller），例如：deployment_controller.go、stateful set control.g0。每种控制器都在监听资源变化，从而做出相应的动作执行。

- deployment 控制器在监听到 Pod 被驱逐后会创建一个新的 Pod 出来，但是 Statefulset 控制器并不会创建出新的 Pod，原因是因为它可能会违反 Statefulset 固有的至多一个的语义，可能出现具有相同身份的多个成员这将可能是灾难性的，并且可能导致数据丢失。

“【Kubernetes】常见面试题汇总” 系列文章，可点击链接查看专栏详情：K8s 面试题汇总