📚 课程目录第2章拓扑域定义

2. Zone亲和性概念：Kubernetes中的Zone定义、节点标签与多可用区架构

在云原生基础设施中，Zone（可用区）是物理或逻辑隔离的故障域。Kubernetes 通过节点标签将 Zone 信息注入调度系统，使得 Pod 可以感知并利用多可用区架构来提升应用韧性。本节将系统阐述 Zone 的定义机制、标签体系以及典型的多可用区集群拓扑。

2.1 Zone 的定义与节点标签体系

Kubernetes 使用标准化的节点标签来标识 Zone 归属。调度器在匹配 topologySpreadConstraints 时，会读取这些标签作为拓扑键（topologyKey）。

标签键（Label Key）	语义	示例值	来源
`topology.kubernetes.io/zone`	节点所在的可用区	`us-east-1a`	云厂商自动注入或管理员手动设置
`topology.kubernetes.io/region`	节点所在的地域	`us-east-1`	云厂商自动注入或管理员手动设置
`failure-domain.beta.kubernetes.io/zone`（已弃用）	旧版可用区标签（v1.17 前）	`us-east-1a`	向后兼容，建议迁移至新版

关键原则：调度器仅识别 topology.kubernetes.io/zone 作为标准拓扑键。如果节点缺少该标签，Pod 拓扑分布约束将无法正确计算该节点的 Zone 归属，可能导致调度偏差或约束失效。

2.2 多可用区集群架构

一个典型的多可用区 Kubernetes 集群由多个物理上独立的 Zone 组成，每个 Zone 包含一组计算节点和网络资源。Zone 之间通过低延迟链路互联，但共享同一控制平面（Control Plane）。

  架构特征：
  控制平面高可用：API Server、etcd 等组件通常跨 Zone 部署，避免单点故障。
数据平面分布：工作节点（Worker Node）均匀或按需分布在各个 Zone 中。
网络互通：Pod 跨 Zone 通信延迟略高于同 Zone，但仍在可接受范围。
故障隔离：一个 Zone 的故障（如电力中断、网络分区）不影响其他 Zone 的正常运行。

2.3 Zone 标签的注入与验证

Zone 标签的注入方式取决于集群部署环境：

云托管集群（EKS/GKE/AKS）：云厂商的节点控制器自动为每个节点添加 topology.kubernetes.io/zone 标签，值对应云厂商的可用区 ID。
自建集群（On-Premises）：管理员需要在节点初始化时手动设置标签，或通过 Kubernetes 节点控制器管理。
混合/边缘集群：可使用自定义拓扑键（如 topology.kubernetes.io/rack），但必须确保所有节点具有一致的标签键。

常见陷阱：如果集群中部分节点缺少 topology.kubernetes.io/zone 标签，调度器会将这些节点视为“无 Zone 归属”节点。在 topologySpreadConstraints 中，这些节点会被归入一个隐式的“未知 Zone”分组，导致 Pod 分布不符合预期。

2.4 验证节点 Zone 标签的命令

使用 kubectl 可以快速检查集群中所有节点的 Zone 标签状态：

# 查看所有节点的 zone 标签
kubectl get nodes -o custom-columns=NAME:.metadata.name,ZONE:.metadata.labels.topology\.kubernetes\.io/zone

# 输出示例
NAME      ZONE
node-1    us-east-1a
node-2    us-east-1a
node-3    us-east-1b
node-4    us-east-1b
node-5    us-east-1c
node-6    <none>          # 缺少 Zone 标签，需排查

  排查要点：
  如果某节点显示 <none>，检查云厂商节点控制器是否正常运行，或手动添加标签：kubectl label node <node-name> topology.kubernetes.io/zone=<zone-id>。
确保所有节点使用相同的拓扑键（不要混用新旧标签）。
对于自建集群，建议在节点加入集群时通过初始化脚本统一注入标签。

2.5 Zone 亲和性在调度中的角色

Zone 亲和性（Zone Affinity）是 Pod 拓扑分布约束的核心概念。调度器通过 topologyKey: topology.kubernetes.io/zone 将 Pod 均匀分布到不同 Zone，从而实现：

故障域隔离：单个 Zone 故障时，其他 Zone 中的 Pod 副本仍可提供服务。
负载均衡：避免所有 Pod 集中在同一个 Zone，造成资源争抢或单点瓶颈。
成本优化：某些场景下可结合节点亲和性（nodeAffinity）将 Pod 调度到特定 Zone 以利用更低成本的资源。

与节点亲和性的区别：节点亲和性（nodeAffinity）强制 Pod 调度到满足特定标签的节点上；而 Zone 亲和性（通过 topologySpreadConstraints）关注的是 Pod 在拓扑域（如 Zone）之间的分布均匀性，不强制绑定到某个具体 Zone。