微软云个人实名 Azure虚拟机私有IP范围修改
为什么私有IP范围不能‘随心所改’？
门牌号改不了？原来Azure这么‘死板’
想象一下，你家所在的小区，每个房子的门牌号都是固定的。突然有一天，物业说要重新规划门牌号，你能不能自己偷偷改？当然不行，得整个小区统一调整。Azure的子网地址前缀也是这个道理——一旦创建，就不能直接修改，必须把整个子网拆了重建。这是因为网络配置需要严格遵循协议，随便改可能导致整个网络瘫痪。所以，咱们得用‘拆旧建新’的策略。
准备工作：别急，先做这些
1. 拍照留念——备份所有配置
操作前，先把所有网络配置截图保存。比如虚拟网络、子网、NSG、路由表的设置。这就像搬家前先清点家具，免得漏了啥。我见过有人没备份，改完后发现安全组规则没了，结果服务器被黑了——那场面，简直比双十一抢购失败还惨。赶紧用PowerShell脚本导出配置：`Get-AzVirtualNetwork -Name \"你的VNet名\" | ConvertTo-Json`，存个TXT文件最保险。
2. 清场！别留‘活口’
子网里如果有虚拟机、负载均衡器、NAT网关等资源，必须先清理干净。否则，系统会冷冰冰地告诉你：‘亲，您还欠着债呢，不能删除哦！’怎么清？先停机所有VM，然后删除关联的NIC、公共IP、负载均衡器等。注意：删NIC前，确保它没被VM使用。这一步就像搬家前把家具都搬出去，不然墙拆不了。用PowerShell批量清理超省心：Get-AzNetworkInterface -ResourceGroupName \"你的RG\" | Remove-AzNetworkInterface -Force
但千万记得先确认没用！
正式拆建：老房子拆掉，新房子建好
1. 删除旧子网
打开Azure Portal，导航到你的虚拟网络，点击‘子网’选项卡。找到旧子网，点击删除。如果系统报错，说明还有资源残留。这时候别硬来，返回上一步，逐一检查关联资源。比如，看看有没有‘未删除的NIC’，或者‘挂载中的负载均衡器’。处理完后，再删子网。这时候，系统终于会给你个笑脸：‘删除成功！’
2. 创建新子网
点击‘+子网’，输入新名称和地址前缀。比如原来10.0.0.0/24，现在改成10.0.1.0/24。这里注意：地址前缀必须属于虚拟网络的地址空间，且不能和其他子网冲突。比如，如果已经有10.0.0.0/24和10.0.2.0/24，那10.0.1.0/24就可以。但千万别设成10.0.0.0/24，否则系统会骂你：‘这位置已经被占啦！’
重建阶段：新家入住指南
1. 创建新NIC
在Azure Portal，创建新的网络接口。选择虚拟网络，选新子网。在IP配置里，把分配方式设为‘静态’，然后手动输入一个IP地址，比如10.0.1.4。为什么设静态？因为动态IP可能重启后变，导致服务中断。我上次没设静态，重启后IP变了，应用配置的还是10.0.1.4。结果服务直接瘫痪。客户打电话时，我正吃着午饭，差点把饭喷出来。所以一定要在NIC配置里手动设置静态IP，或者在虚拟机内部设置静态IP。
微软云个人实名 2. 重装虚拟机
用原来的磁盘创建新虚拟机。在‘磁盘’配置中，选择‘使用现有磁盘’，选之前保留的系统盘。在‘网络’设置中，选择刚创建的新NIC。其他配置按需调整。完成后，启动虚拟机。这时候，它就会用新IP地址运行啦！
特别提醒：创建VM时，如果用Azure CLI，记得加--enable-ssh参数，否则连不上服务器还得哭鼻子。
踩坑实录：那些年我们犯过的错
‘没关机就删子网，结果哭晕在厕所’
某次，我同事急着改IP范围，没关VM就删子网。结果Azure提示‘资源还在使用中’，他以为是系统卡顿，重启Portal。结果重启后，VM自动重启了，导致数据丢失。后来发现，必须先关机，再删资源。所以记住：关机！关机！再关机！用PowerShell确认状态：Get-AzVM -ResourceGroupName \"你的RG\" -Status | Where-Object {$_.Statuses[1].DisplayStatus -eq \"VM running\"}，确保所有VM显示‘VM deallocated’才安全。
‘IP地址分配混乱，服务全瘫痪’
还有一次，我帮客户改IP范围，创建NIC时忘了设静态IP。结果VM重启后，IP变成了10.0.1.5，而应用配置的还是10.0.1.4。结果服务直接瘫痪。客户打电话时，我正吃着午饭，差点把饭喷出来。所以一定要在NIC配置里手动设置静态IP，或者在虚拟机内部设置静态IP。Windows系统用netsh interface ipv4 set address \"Ethernet\" static 10.0.1.4 255.255.255.0 10.0.1.1，Linux用vi /etc/netplan/01-netcfg.yaml修改配置。
进阶技巧：如何避免‘拆建’
用新子网+路由表，无缝过渡
其实，有时候不用完全拆旧子网。比如，先创建新子网，把新服务部署到新子网，然后通过路由表把流量导向新子网。但这种方式适合新旧服务共存的情况。对于旧子网的资源，可以逐步迁移。这样能减少停机时间。不过，如果子网地址前缀必须整体调整，还是得拆建。比如，用Azure CLI创建路由表：az network route-table create -g \"你的RG\" -n \"NewRouteTable\"
然后把新子网的流量规则配置进去，旧子网慢慢下线。
总结：稳扎稳打，别慌
修改Azure私有IP范围看似复杂，其实只要按步骤来，就能轻松搞定。记住：备份、清场、拆旧、建新、重装、测试。每一步都别偷懒，尤其是关机和备份。毕竟，云上无小事，一个疏忽可能导致线上事故。最后提醒：操作前务必在测试环境验证，毕竟谁也不想在生产环境‘翻车’啊！下次改IP前，先问问自己：‘我是不是真的需要改？’——有时候换个思路，问题就迎刃而解了。"
" }
