Azure虚拟机规模集(VMSS)磁盘挂载命令执行异常问询

算力阿峰

2026-5-27

解决Azure CLI az vmss disk attach命令挂起不退出的问题

碰到过不少朋友遇到这个情况——明明磁盘已经成功挂载了，az vmss disk attach命令却一直卡着不退出，最后导致自定义脚本超时。我来拆解下几个最常见的原因，以及对应的排查和解决办法：

常见原因及解决方案

如果要挂载磁盘的那个VMSS实例本身处于异常状态（比如正在重启、更新，或者干脆故障了），az vmss disk attach会一直等实例恢复到可用状态再执行操作，自然就卡着不动了。

排查方法：先运行这条命令查看实例状态：
```
az vmss show-instance --resource-group <你的资源组名> --vmss-name <你的VMSS名> --instance-id <目标实例ID>
```
重点确认provisioningState是否为Succeeded，powerState是否为VM running。
解决办法：如果实例状态异常，先修复实例，比如执行重启：
```
az vmss restart --resource-group <你的资源组名> --vmss-name <你的VMSS名> --instance-id <目标实例ID>
```
等实例恢复正常后，再重新执行挂载命令。

VMSS默认会按更新域分批操作实例，如果你的规模集用了滚动更新策略，刚好目标实例所在的更新域正在进行其他操作，挂载命令就会被排队等待，时间久了就超时了。

排查方法：查看VMSS的更新策略配置：
```
az vmss show --resource-group <你的资源组名> --name <你的VMSS名>
```
查看upgradePolicy字段是否为Rolling模式，同时确认provisioningState有没有正在进行中的操作。

解决办法：
要么临时将升级策略改为手动模式（挂载完成后再改回原配置）：

az vmss update --resource-group <你的资源组名> --name <你的VMSS名> --set upgradePolicy.mode=Manual

要么给挂载命令添加--no-wait参数，让命令无需等待操作完全完成就返回，之后再单独验证挂载状态：

az vmss disk attach --resource-group <你的资源组名> --vmss-name <你的VMSS名> --instance-id <目标实例ID> --disk <磁盘名> --no-wait

有时候Azure CLI的az vmss disk attach会错误地等待实例内部的挂载操作彻底完成——比如实例里正在初始化磁盘、格式化文件系统，这些操作本身耗时较长，CLI就会一直卡着等待，直到超时。

解决办法：使用--no-wait参数让命令异步执行，之后通过以下命令验证磁盘是否挂载成功：
```
az vmss disk list --resource-group <你的资源组名> --vmss-name <你的VMSS名> --instance-id <目标实例ID>
```
只要目标磁盘出现在列表中，就说明挂载成功，无需等待CLI命令自行退出。

如果磁盘或者VMSS实例被添加了资源锁（比如只读锁），或者执行CLI命令的账号没有足够的权限完成挂载操作，命令可能会静默等待权限验证，或者直接被阻塞，导致一直不退出。

排查方法：先检查资源锁：
```
az lock list --resource-group <你的资源组名> --resource <你的VMSS名> --resource-type Microsoft.Compute/virtualMachineScaleSets
```
同时确认执行命令的账号是否拥有Microsoft.Compute/virtualMachineScaleSets/virtualMachines/disks/write权限。
解决办法：移除不必要的资源锁，或者给账号添加对应的权限，之后重新执行挂载命令。

偶尔Azure的计算服务会出现区域级别的临时故障，导致挂载操作无法完成，命令就会一直卡着。

排查方法：查看Azure官方状态页面确认你所在区域的计算服务是否正常，或者运行以下命令查看操作日志：
```
az vmss operation list --resource-group <你的资源组名> --vmss-name <你的VMSS名>
```
检查是否有失败或超时的记录。
解决办法：如果是后台服务故障，等待服务恢复后重试；或者尝试将磁盘挂载到同一规模集的其他实例上，确认是否为单个实例或区域的问题。

内容的提问来源于stack exchange，提问作者Rehan Ch