hyper-v中多网卡负载均衡需分层实现：宿主机用nic teaming聚合物理网卡提升吞吐与冗余，虚拟机用nlb或外部lb分发服务请求；二者目标不同但可协同，nlb不叠加单连接带宽，仅实现流量分发与高可用。
在 hyper-v 环境中，多网卡链路负载均衡不能直接通过虚拟机内部的 nlb（network load balancing）实现“单连接带宽叠加”，而是需分层理解：宿主机侧用 nic teaming聚合物理网卡提升上行能力，虚拟机侧用 nlb 或应用层负载分发处理多实例流量。二者目标不同、作用域不同，但可协同使用。
宿主机层面：用 NIC Teaming 绑定物理网卡
这是提升 Hyper-V 主机整体网络吞吐和冗余的基础。Windows Server 原生支持 NIC Teaming（无需第三方驱动），适用于 2012 R2 及更新版本（含 2016/2019/2022）。
- 打开“服务器管理器”→“本地服务器”→点击“NIC Teaming”，或使用 PowerShell：
New-NetLbfoTeam -Name "Team0" -TeamMembers "NIC1","NIC2" -TeamingMode LACP -LoadBalancingAlgorithm IPAddresses - 推荐模式为 LACP（802.3ad），需交换机端口配置为聚合组；若交换机不支持，可选 Switch Independent + Dynamic 模式（主备+哈希分发）
- 绑定后，所有虚拟交换机（尤其是外部虚拟交换机）都应桥接到该 Team 接口，而非单张物理网卡
- 注意：Teaming 不改变单个 TCP 连接的速率上限，但显著提升并发连接数承载能力与故障切换速度
虚拟机层面：用 Windows NLB 分发服务请求
当多台运行相同服务（如 IIS、SQL 报表服务）的 Windows 虚拟机接入同一外部虚拟交换机时，可在它们之间部署 NLB 集群，对外提供一个虚拟 IP（VIP）和 MAC 地址。
- NLB 必须在每台 VM 上安装角色：“网络负载平衡”（通过“添加角色和功能向导”）
- 创建集群时，选择操作模式：默认单播（简单兼容）或启用多播（需交换机允许多播 MAC 学习）；避免混用模式
- 关键适配器限制：Hyper-V 的 VMBus 虚拟网卡在 NLB 中可能只显示一块网卡（心跳识别异常）。解决方法是——手动将各 VM 的 NLB 所用虚拟网卡 MAC 地址统一设为集群生成的群集 MAC（通过 Hyper-V 设置 → 网络适配器 → 高级 → “MAC 地址”设为静态，并勾选“覆盖动态生成的 MAC”）
- NLB 不感知后端健康状态，建议配合应用层探针或 WMI 脚本做节点可用性检查
替代方案：用 Hyper-V 网络虚拟化 + 外部负载均衡器
对于更复杂场景（如跨子网、租户隔离、灰度发布），可跳过 NLB，改用：
- Hyper-V 网络虚拟化（HNV）：配合 Network Controller 或第三方 SDN 控制器，实现策略化流量调度
- 外部硬件/软件 LB：如 F5、Citrix ADC、HAProxy（部署在独立 VM 或物理设备），将 VIP 流量按权重、会话或 URL 分发至后端 VM 的真实 IP
- 优势在于支持 SSL 卸载、健康检查、WAF 集成、细粒度日志，且不依赖 Windows NLB 的协议与拓扑限制
避坑提醒：常见失效原因
- 虚拟交换机类型误用：NLB 节点必须全部连接到同一 外部虚拟交换机（不能混用内部/专用）
- 防火墙拦截：NLB 使用多播地址 224.0.0.0/24 和 UDP 端口 12345–12347，需在 Windows 防火墙及宿主机防火墙放行
- ARP 缓存污染：NLB 切换后，下游交换机或客户端可能缓存旧 MAC，建议在核心交换机执行
clear arp-cache，客户端执行arp -d * - 优先级冲突：NLB 集群中每台 VM 必须设置唯一主机优先级（1–32），数值越小越优先成为主节点
