本质

Kubelet 守护进程无法正常工作，或者 Master 节点（kube-controller-manager）在规定时间内（默认 40s）没有收到该节点的心跳上报

原因

资源耗尽与系统保护

**内存耗尽引发 OOM Killer**：节点上运行的 Pod 或原生进程占用了全部内存，触发 Linux 内核的 OOM（Out Of Memory）机制。如果 Kubelet 或系统关键进程（如 docker/containerd、systemd）被内核误杀，节点就会失联。
**磁盘空间爆满（DiskPressure）：** 节点根分区或容器运行时存储目录空间被日志、未清理的镜像填满。Kubelet 无法写入数据，保护性停止或崩溃。
CPU 发生死锁/软锁定（Soft Lockup）： 某个进程在内核态长时间占用 CPU 不释放（常见于高并发或内核 Bug），导致 Kubelet 得不到 CPU 时间片，无法发送心跳。

物理机/虚拟机宕机： 机房断电、服务器主板故障、CPU 或内存硬件损坏。在云环境中，底层宿主机可能发生故障导致虚拟机被强制关机。
网络断连（Network Partition）： 节点本身运行正常，但由于交换机故障、网线断开、防火墙规则误改或大流量导致网卡丢包，导致节点与 Master 节点之间的通信中断。

内核崩溃（Kernel Panic）： 遇到严重的系统 Bug 或硬件不兼容（如不稳定的 GPU 驱动），内核直接挂起。
**容器运行时（Container Runtime）崩溃：** Docker 或 Containerd 因为某些异常死锁、内存泄漏或 Bug 停止响应，Kubelet 无法通过 CRI 与其通信，导致 PLEGs（Pod 生命周期事件生成器）健康检查超时。
PID 资源耗尽： 某些程序发生进程泄漏，疯狂创建子进程，导致节点 PID 达到系统上限（kernel.pid_max），Kubelet 无法再创建新的线程

证书过期： Kubelet 与 API Server 通信所需的 Kubelet client 证书过期且未自动轮转，导致 API Server 拒绝其心跳。
配置错误或升级失败： 错误修改了 kubelet.conf 配置文件，或者在集群升级时该节点出现版本冲突、污点异常。

不会立刻漂移（存在延迟）： Master 发现 Node 挂了后，不会马上在其他节点重建 Pod。因为 K8s 无法确定该节点是真正死机还是短暂网络抖动。
触发驱逐机制（Eviction）： 默认情况下，K8s 会给该节点打上 node.kubernetes.io/unreachable 污点。如果等待时间超过 5分钟（由 pod-eviction-timeout 参数决定），Master 才会开始在该节点上批量删除（Delete）Pod，并在其他健康节点上**重建（Recreate）**这些 Pod。
有状态服务（StatefulSet）可能卡死： 对于挂载了云盘（PV）的有状态 Pod，由于 K8s 的保护机制（防止两个节点同时读写同一块盘导致数据损坏），在原节点彻底被确认死亡前，新 Pod 会一直处于 ContainerCreating 状态，直至原节点的存储卷被强制解绑（Volume Attachment Timeout）。

瞬时流量跌落与服务中断： 在节点挂掉、直到 Pod 完成“5分钟超时驱逐并在新节点完全启动”的这段时间里，该节点上的所有容器都无法提供服务。如果某个微服务只有单个副本（Replica），那么该服务将彻底中断 5 分钟以上。
Service 和 Ingress 自动摘除： 一旦节点状态变为 NotReady，Master 节点的 Endpoint Controller 会迅速感知，并将该节点上所有 Pod 从对应的 Service 负载均衡后端中摘除，防止外部流量继续发送到死掉的节点。
雪崩效应（级联故障）： 挂掉的节点释放出了大量的业务流量。这些流量会被瞬间分摊到其余健康的节点上。如果其余节点本就满载，突然激增的流量可能会把其余健康节点也挤爆（引发连续 OOM），造成集群范围的级联雪崩。

新节点资源紧张/Pending： 大量被驱逐的 Pod 集中在其他节点重建，会导致其他节点的 CPU 和内存使用率瞬间飙升。如果集群整体资源不足，部分 Pod 将会卡在 Pending 状态无法启动。
DaemonSet 的特殊表现： 运行在该节点上的守护进程（如日志收集 Fluentd、网络插件 Calico）会随着节点一起失去响应，但 K8s 绝不会将 DaemonSet 类型的 Pod 调度到其他节点上去代替它。