AKS 元数据的区域信息存在差异

Question

我试图访问 AKS 集群中工作程序节点的区域信息，但在从元数据和工作程序节点标签访问时看到了差异。

来自元数据 URL 的区域信息：

# curl -s "http://169.254.169.254/metadata/instance/compute/location?api-version=2021-05-01&format=text" -H "Metadata: true"
eastus

#curl -s "http://169.254.169.254/metadata/instance/compute/zone?api-version=2021-05-01&format=text" -H "Metadata: true"
1

来自标签的区域信息：

$ kubectl get nodes aks-agentpool-39829229-vmss000000 -o yaml | grep "topology.kubernetes.io"
    topology.kubernetes.io/region: eastus
    topology.kubernetes.io/zone: eastus-1

我知道1是正确的区域，是否有特定原因在标签与元数据 API 中使用不同的值？

Answer 1

Microsoft.Compute资源提供程序管理为 Azure Kubernetes 服务节点创建底层基础结构的虚拟机和虚拟机规模集。 另一方面，Azure Kubernetes 服务由Microsoft.ContainerService资源提供者提供。

现在在Microsoft.Compute/virtualMachines资源类型只能在 string[] ( Reference ) 中识别关键zones的值，数组中接受的值为： 1, 2, 3 ( Reference )。 这也是为什么在创建 AKS 群集或 AKS 节点池期间， zones的值是 string[] 并且数组中接受的值是：1、2、3（ 参考）

现在cloud-controller-manager设置标签topology.kubernetes.io/zone ，这是一个Kubernetes 节点标签设置到Kubernetes 节点资源（这个节点/标签信息作为键值对驻留在 Kubernetes 集群的 ETCD 服务器中） ）。 在为 AKS 节点设置topology.kubernetes.io/zone标签时，Azure 中的云控制器管理器（由Microsoft.ContainerService管理）设置为使用与Microsoft.Compute/virtualMachines的zone字段不同的命名法。 例如， topology.kubernetes.io/zone: eastus-1如果底层虚拟机位于美国东部地区和topology.kubernetes.io/zone: eastus-1区1 中。

总而言之，AKS 节点上的Azure 实例元数据服务提供有关当前运行的虚拟机实例而不是 Kubernetes 节点对象的信息。 在另一方面kubectl得到节点取Kubernetes节点从Kubernetes ETCD信息。 Microsoft.Compute/virtualMachines zone 字段和Microsoft.ContainerService托管的云控制器管理器在 Kubernetes 节点对象上的topology.kubernetes.io/zone标签之间的命名差异在您的观察中体现出来。