Terraform创建Azure VM报PropertyChangeNotAllowed错误怎么解决

这个报错的核心原因是Azure虚拟机的OS磁盘名称属于创建后不可变更的属性，触发场景通常是以下两种：

1. 你此前已经通过Terraform创建过该虚拟机资源，后续修改了storage_os_disk块下的name字段值，Terraform尝试更新该属性时被Azure API拒绝
2. 你在首次创建VM的过程中曾经中断过执行，Terraform状态文件中已经记录了部分资源信息，第二次执行时配置的磁盘名和首次执行时生成的磁盘名不一致

分两种场景选择对应方案：

场景1：需要保留现有Azure虚拟机，不接受重建 #

• 登录Azure门户，进入对应资源组，找到当前已存在的VM38虚拟机，查看其OS磁盘的实际名称
• 将az_virtual_machine.tf中storage_os_disk块的name字段值修改为和云端实际磁盘名完全一致
• 重新执行terraform apply即可正常通过校验

场景2：不需要保留现有虚拟机，可接受删除重建 #

• 方法一（推荐）：先销毁旧虚拟机资源，再重新创建
  执行命令：terraform destroy -target=azurerm_virtual_machine.VM38，待旧VM销毁完成后执行terraform apply
• 方法二：从Terraform状态文件中移除旧VM记录
  执行命令：terraform state rm azurerm_virtual_machine.VM38，该操作仅移除状态记录不会删除云端资源，执行完后重新terraform apply会直接创建新的VM，后续你可以手动删除云端遗留的旧VM资源

• 你提供的新旧两份VM配置中，storage_os_disk块分别使用了vhd_uri（非托管磁盘）和managed_disk_type（托管磁盘）两个互斥配置，这种磁盘类型的变更本身也需要重建OS磁盘，触发该报错属于预期行为，直接重建VM即可
• 你当前使用的azurerm provider v2.79.1中的azurerm_virtual_machine资源属于遗留资源，后续升级provider到3.x+版本时，建议替换为官方推荐的azurerm_linux_virtual_machine资源，可减少这类属性校验问题

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