Azure VM重启后静态IP变为动态并更换地址的原因及旧IP找回问询

触发原因 #

• 未在Azure云平台层面配置静态IP，仅在VM操作系统内部手动设置了静态IP：这是最高发的触发场景。Azure的IP分配逻辑以云平台侧的网卡/公网IP资源配置为准，如果仅在OS内修改静态IP，平台侧对应资源的IP配置仍然为默认的动态分配，VM重启后平台会重新推送IP配置，覆盖OS内的静态设置，同时动态分配新IP。
• 平台侧资源配置被误修改：有权限的账号操作时，误将对应网卡/公网IP的分配方式从静态调整为动态，VM重启后触发IP重新分配。
• 公网IP使用了基础SKU：如果是公网IP场景，即使基础SKU的公网IP设置为静态，在VM停止（释放资源）后再重启，IP也可能被平台回收，自动改为动态分配新IP。
• 子网IP池调整或IP保留规则缺失：对应子网的IP资源池调整时，未做保留的静态IP可能被回收，平台会自动将分配方式改为动态，分配其他可用IP。
• 网卡/VM重建操作：如果此前做过VM恢复、网卡替换等操作，新绑定的网卡默认采用动态IP配置，不会自动继承原网卡的静态IP设置。

原有静态IP找回操作步骤 #

1. 先确认目标IP的状态：在Azure门户进入对应子网（私有IP）或公网IP列表（公网IP），搜索你要找回的原静态IP，确认IP当前处于未分配状态。
2. 如果IP未被占用：
   • 私有IP场景：找到故障VM对应的网络接口，进入「IP配置」页面，点击对应IP配置项，将分配方式修改为「静态」，手动输入原IP地址后保存配置，重启VM确认OS内IP与平台配置一致即可。
   • 公网IP场景：找到未分配的原静态公网IP资源，进入配置页将分配方式设为静态后，关联到故障VM的网卡即可。
3. 如果IP已经被同一子网/区域下的其他资源占用：
   • 优先联系占用IP的资源负责人，协调释放该IP后再按上述步骤绑定到目标VM。
   • 无法协调释放的，同步更新防火墙白名单规则，替换为故障VM新分配的IP并将该IP在平台侧设置为静态即可。

后续规避建议：所有需要固定IP的VM，必须先在Azure平台侧将网卡/公网IP的分配方式设为静态，再同步OS内的IP配置，禁止仅在OS内部修改静态IP。公网固定IP场景优先使用标准SKU的静态公网IP。

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