1. 故障域概念：什么是故障域、故障域在 Kubernetes 中的重要性、故障域与资源模型的关系
1.1 什么是故障域
故障域（Failure Domain） 是指系统中一组共享单一故障点的组件集合。当该故障点失效时，集合内的所有组件都会受到影响。在分布式系统中，故障域是物理或逻辑边界，用于隔离故障的传播范围。
在 Kubernetes 环境中，故障域通常按以下层次划分：
| 故障域层级 | 典型范围 | 故障示例 |
|---|---|---|
| 节点级 | 单台物理机/虚拟机 | 内核崩溃、磁盘损坏、网络接口卡故障 |
| 机架级 | 同一机架内的多台节点 | 交换机故障、机架电源断电、上联链路中断 |
| 可用区级 | 同一数据中心内的独立区域 | 区域电力故障、制冷失效、网络分区 |
| 区域级 | 跨数据中心的地理区域 | 自然灾害、骨干网中断、大规模云服务故障 |
关键认知： 故障域的本质是共享风险。两个 Pod 如果位于同一个故障域内，它们就共享相同的故障风险。Kubernetes 调度器的核心职责之一，就是通过拓扑分布约束将工作负载分散到不同的故障域中。
1.2 故障域在 Kubernetes 中的重要性
Kubernetes 通过 拓扑键（Topology Key） 来标识和利用故障域信息。常见的拓扑键包括：
kubernetes.io/hostname—— 节点级故障域topology.kubernetes.io/zone—— 可用区级故障域topology.kubernetes.io/region—— 区域级故障域
故障域划分直接影响以下关键能力：
- 高可用性：将副本分散到不同故障域，确保单个故障域失效时服务仍可运行。
- 滚动更新安全：PodDisruptionBudget 结合故障域约束，保证更新期间不丢失所有副本。
- 资源利用率：合理的故障域分布可以平衡各区域的负载，避免热点。
- 故障隔离：通过拓扑感知路由，将流量限制在同一个故障域内，减少跨域延迟和故障扩散。
常见误区： 很多运维人员认为只要设置了
replicas: 3 就实现了高可用。实际上，如果三个 Pod 全部调度到同一台节点上，它们共享同一个节点级故障域，节点宕机将导致全部副本不可用。故障域约束必须显式配置。
1.3 故障域与资源模型的关系
Kubernetes 的资源模型定义了集群中各类资源的抽象、分配和调度方式。故障域与资源模型之间存在三层紧密关系：
| 关系维度 | 资源模型要素 | 故障域影响 |
|---|---|---|
| 资源抽象 | Node、Pod、PVC、Service | 每个资源都关联到特定的故障域（节点、可用区） |
| 资源分配 | 调度器、kubelet、资源配额 | 调度决策必须考虑故障域约束，避免单点集中 |
| 资源排错 | 资源状态、事件、指标 | 故障域边界是排错的第一道过滤条件，缩小排查范围 |
当故障域划分出现偏差时，资源模型会表现出以下典型异常：
- 调度失败：Pod 无法找到满足拓扑分布约束的节点。
- 资源碎片：某些故障域资源紧张，而其他故障域资源闲置。
- 级联故障：一个故障域内的资源异常扩散到其他域。
- 状态不一致：资源对象记录的拓扑信息与实际物理拓扑不匹配。
下图展示了故障域与资源模型之间的映射关系：
1.4 故障域划分的常见错误模式
在实际运维中，故障域划分错误通常表现为以下三种模式：
模式一：标签缺失或不一致
# 节点缺少可用区标签
kubectl get nodes --show-labels | grep topology.kubernetes.io/zone
# 输出为空，说明节点未正确标记故障域
模式二：拓扑分布约束配置错误
# Pod 调度时指定了不存在的拓扑键
spec:
topologySpreadConstraints:
- maxSkew: 1
topologyKey: topology.kubernetes.io/zone # 如果节点没有该标签，约束无效
模式三：跨域资源依赖未考虑故障域
# StatefulSet 的 PVC 全部绑定到同一个可用区的存储后端
# 即使 Pod 分散到不同可用区，存储故障仍会导致全局不可用1.5 故障域与 kubectl debug 的关联
当故障域划分出现问题时，kubectl debug 是定位资源模型异常的核心工具。典型的排查路径如下：
- 检查节点拓扑标签：
kubectl describe node <node-name> | grep -A 5 Labels - 检查 Pod 调度结果：
kubectl get pods -o wide --all-namespaces观察 Pod 分布 - 检查拓扑分布约束状态：
kubectl describe pod <pod-name> | grep -A 10 Topology - 使用 debug 容器深入排查：
kubectl debug node/<node-name> -it --image=busybox