Azure AKS跨可用区节点运行的Pod如何挂载通用磁盘共享卷

你遇到的报错核心原因是所使用的本地冗余（LRS）托管Azure Disk为单可用区绑定资源，仅支持挂载到对应可用区的节点，跨可用区挂载会直接触发400错误，报错原文如下：

AttachVolume.Attach failed for volume "logging-persistent-volume" : Retriable: false, RetryAfter: 0s, HTTPStatusCode: 400, RawError: Retriable: false, RetryAfter: 0s, HTTPStatusCode: 400, RawError: { "error": { "code": "BadRequest", "message": "Disk /subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/<resource group>/providers/Microsoft.Compute/disks/<disk name> cannot be attached to the VM because it is not in zone '3'." } }

针对你的场景，有以下三种可行方案：

方案1：使用Azure Files作为共享存储（适配度最高） #

• Azure Files是Azure原生托管的SMB/NFS共享存储，默认跨可用区高可用，支持同时挂载到多个不同可用区的AKS节点，完全满足多节点统一写入读取日志的需求
• 操作流程：
  1. 创建和AKS集群同属一个资源组、同一VNet的存储账户，根据日志吞吐量选择标准或高级性能层
  2. 在AKS集群中创建对应Azure Files类型的StorageClass，配置挂载权限
  3. API Pod和DaemonSet部署的FileBeat同时挂载该StorageClass创建的PV/PVC即可，不会再出现跨可用区挂载失败问题

方案2：使用区域冗余（ZRS）类型Azure Disk #

• 如果你更倾向使用块存储，可以选择区域冗余存储（ZRS）规格的托管Azure Disk，该类型磁盘会自动同步复制到同区域的3个可用区，支持跨可用区挂载到不同节点
• 注意事项：ZRS磁盘仅支持特定VM系列和磁盘规格，成本比普通LRS磁盘高约30%

方案3：无需共享存储的优化架构（更推荐，成本最低） #

• 你当前已经采用DaemonSet部署FileBeat，完全可以省略共享存储组件，直接让API Pod将日志写入节点本地路径，FileBeat直接读取本地路径的日志即可，完全满足需求
• 优势：没有共享存储的IO开销，无需额外采购共享存储资源，运维复杂度最低
• 操作要点：
  1. 给API Pod挂载节点固定目录作为hostPath卷，所有日志写入该路径
  2. FileBeat的DaemonSet也挂载相同的hostPath路径，直接读取本节点上运行的所有API Pod日志即可

内容的提问来源于stack exchange，提问作者Pascal Paulis