Azure经典到资源管理器迁移：保留经典IP改用Standard LB可行性问询

我来帮你理清这个问题的解决路径：直接在经典到ARM的迁移过程中将Basic SKU的经典IP转换为Standard SKU是不支持的，但通过「先迁移到ARM Basic资源栈，再升级为Standard组件」的两步方案，完全可以实现你保留原有IP、替换为Standard LB的需求。

核心逻辑说明 #

经典IP迁移到ARM后默认会变成Basic SKU的静态公共IP（前提是你迁移的是经典静态保留IP），而Azure目前不支持在迁移流程中直接跨SKU转换IP。但我们可以先完成基础迁移，再单独将Basic IP升级为Standard，之后关联到新建的Standard LB上。

详细操作步骤 #

步骤1：完成经典资源到ARM的基础迁移 #

1. 先确认你的经典公共IP是静态保留状态（动态经典IP迁移后无法升级为Standard SKU，一定要提前设置为静态）。
2. 使用Azure官方的经典到ARM迁移工具（Portal、PowerShell或CLI都可以），将Classic VM、Classic LB和静态经典IP一起迁移到ARM环境。迁移完成后，你会得到：
   • 与原经典IP地址完全一致的ARM Basic SKU静态公共IP
   • ARM Basic Load Balancer
   • 已关联到Basic LB的VM实例

步骤2：将Basic静态IP转换为Standard SKU #

1. 先解除Basic IP与Basic LB的关联：
   • Portal操作：找到该公共IP资源，进入「关联」面板，点击「取消关联」
   • CLI命令：

     az network public ip update --name <你的静态Basic IP名称> --resource-group <资源组名称> --null ipConfiguration
     

2. 执行SKU转换：
   • CLI命令：

     az network public ip update --name <你的静态Basic IP名称> --resource-group <资源组名称> --sku Standard --public-ip-address-allocation Static
     

   • PowerShell命令：

     $pip = Get-AzPublicIpAddress -Name "<你的静态Basic IP名称>" -ResourceGroupName "<资源组名称>"
     $pip.Sku.Name = "Standard"
     Set-AzPublicIpAddress -PublicIpAddress $pip
     

3. 验证：回到Portal查看该IP的SKU，确认已变为「Standard」且IP地址未改变。

步骤3：部署Standard Load Balancer并对接资源 #

1. 创建Standard公共Load Balancer：新建Load Balancer时，选择SKU为Standard，类型为公共，前端配置直接选择你刚才转换好的Standard静态IP。
2. 配置后端池：将已迁移到ARM的VM的NIC添加到Standard LB的后端池中（注意：Standard LB要求后端VM处于同一个可用性集、虚拟机规模集，或同一虚拟网络内）。
3. 迁移负载规则与健康探测：把原Classic LB的负载规则（端口、协议、会话持久性等）和健康探测的配置完全复制到Standard LB上。
4. 测试与切换：验证Standard LB能正常转发流量后，就可以删除原Basic Load Balancer，完成整个替换流程。

关键注意事项 #

• 动态经典IP无法升级：如果迁移的是动态经典IP，迁移后会变成ARM动态Basic IP，这种IP无法转换为Standard SKU，所以迁移前一定要把经典IP设置为静态保留。
• 停机时间：IP解除关联、转换SKU和LB切换的过程会有短暂停机，建议在业务维护窗口操作。
• Standard LB特性差异：Standard LB默认支持区域冗余，且安全性和性能比Basic LB更好，但配置时要注意它的后端网络要求，比如必须使用虚拟网络，不过你已经迁移到ARM了，这一点没问题。

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