Basic IP退役：Web服务器双入站流量共存迁移技术咨询

方案可行性确认 #

你提出的为Web服务器添加第二块NIC并绑定至LB后端池的方案完全可行，正好匹配你需要的双流量路径并行需求，且不需要复杂的UDR配置，非常适合两周的临时迁移场景。

核心运作原理 #

Azure Load Balancer在后端池按NIC配置时，会遵循「源接口路由」的逻辑：

• 当LB的入站流量通过绑定的第二块NIC到达虚拟机时，Azure底层网络会自动确保返回流量从同一个NIC发回LB，不会走原NIC的默认路由。
• 原NIC的公网IP流量不受影响，仍然按照默认路由规则返回，因为这部分流量的入站和出站都通过原NIC，和第二块NIC完全隔离。

你看到的微软描述其实就是这个逻辑的官方说明：

When a backend pool is configured by IP address, it will behave as a Basic Load Balancer with default outbound enabled. For secure by default configuration and applications with demanding outbound needs, configure the backend pool by NIC.

简单来说：按IP配置后端池时，LB会接管部分出站流量（可能打乱原默认路由）；而按NIC配置时，流量的往返路径严格绑定到该NIC，既保证了回流正确性，又不会干扰原NIC的正常流量。

配置步骤 #

1. 添加第二块NIC：给目标Web虚拟机新增一块NIC，确保该NIC和你的LB处于同一个虚拟网络（或已对等的VNet），且不要为其分配公网IP。
2. 配置LB后端池：在LB的后端池设置中，选择「添加虚拟机NIC」，将新创建的NIC加入后端池，不要选择IP地址模式。
3. 配置健康探测：将LB的健康探测目标指向第二块NIC的内网IP，确保LB能正常检测后端虚拟机的状态。
4. 验证流量：
   • 测试通过LB访问Web服务，抓包或查看日志确认返回流量从第二块NIC发回LB；
   • 测试直接访问原公网IP，确认流量仍通过原NIC的默认路由返回。

关键注意事项 #

• 虚拟机OS层面不需要额外配置路由表，Azure底层网络会自动处理路径匹配，无需手动干预。
• 该方案的风险远低于UDR主机路由方案，因为不会修改全局路由规则，仅隔离了LB对应的流量路径。
• 临时使用结束后，只需删除第二块NIC和LB即可，不会对原Web服务器的配置造成遗留影响。

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