windows server 中不存在“网络连接组”这一官方功能，它实为对 nic teaming（数据链路层单机网卡聚合）或 nlb（网络/传输层多服务器流量分发）的误称；二者原理、层级与配置截然不同，混淆易致部署失败。
windows server 中没有“网络连接组”这一官方功能概念，它常被误用于指代网络适配器绑定（nic teaming）或网络负载均衡（nlb）两类不同机制。二者目标相似——提升可用性与带宽，但原理、适用层级和配置方式完全不同。混淆两者容易导致部署失败或性能异常。
网络适配器绑定（NIC Teaming）
这是链路聚合技术，工作在数据链路层（L2），将多块物理网卡逻辑合并为一个高可用、高带宽的虚拟接口。适用于单台服务器自身网络冗余与吞吐提升。
- 支持模式包括：交换机依赖的 LACP（需交换机配合）、静态绑定、以及不依赖交换机的“独立模式”（如基于地址哈希的负载分发）
- 所有网卡必须接入同一交换机或堆叠交换机，且端口配置一致（VLAN、速率、双工）
- 故障切换通常在毫秒级，系统感知不到中断；但仅提升本机出向/入向能力，不涉及跨服务器流量分发
- 在 Windows Server 2012 及后续版本中，通过“服务器管理器→本地服务器→NIC Teaming”直接配置，无需额外角色
网络负载均衡（NLB）
NLB 是一种集群级流量分发技术，工作在网络层（L3）和传输层（L4），将客户端请求分发到多台运行相同服务的服务器上，实现横向扩展与高可用。
- 要求所有节点运行 Windows Server（2016/2019/2022/2025 均支持），且安装“网络负载均衡”功能
- 必须统一选择操作模式：单播（简单但易引发交换机泛洪）、多播（需静态 ARP/MAC 表项）、IGMP 多播（需交换机支持 IGMP 窥探）
- 对外暴露一个虚拟 IP（VIP），客户端只访问该地址；内部各节点保留各自真实 IP，用于管理与非群集通信
- NLB 不检测应用层状态（如 IIS 是否崩溃），仅基于 TCP/UDP 连接存活判断节点健康度
关键区别与选型建议
若目标是让一台服务器更抗网卡或线路故障、提升单机吞吐——用 NIC Teaming；若目标是让多个 Web 服务器共同承担用户请求、避免单点宕机影响业务——用 NLB。
- NIC Teaming 配置后，服务器仍只有一个 IP 地址；NLB 部署后，客户端访问的是 VIP，而非任一节点的真实 IP
- NIC Teaming 的负载策略基于源/目的 MAC/IP/端口哈希；NLB 的端口规则支持“无相似性”（轮询）、“单一相似性”（按客户端 IP 绑定）等算法
- 两者可共存：一台 NLB 节点服务器自身可启用 NIC Teaming，以增强其上行链路可靠性
- 注意：NLB 与 Windows 故障转移群集（Failover Cluster）不能在同一台服务器上同时启用
常见配置陷阱
实际部署中最易出错的环节往往不在界面操作，而在底层网络配合。
- 选单播模式却未处理交换机泛洪问题——导致整个 VLAN 性能下降，应改用多播或升级交换机固件支持 IGMP
- 未同步所有节点的系统时间——NLB 收敛依赖时间戳，偏差超阈值会导致节点反复进出群集
- 防火墙或 ACL 拦截了 NLB 心跳包（UDP 端口 1718/1719 或组播地址 224.0.0.0/4）——节点无法感知彼此状态
- 在 NLB 群集中混用不同网段或不同子网掩码的节点——群集初始化会失败，必须保证所有节点基础网络参数一致
