nlb是windows自带的多节点并发负载均衡方案，非主备切换；通过共享vip、心跳检测和秒级流量重定向实现故障自动接管与业务零中断。
windows 网络负载均衡（nlb）不是“备用切换”工具，而是让多台服务器同时在线、共同分担流量的系统级方案。它不依赖第三方软件，开箱即用，核心价值在于：故障自动接管、流量实时分发、业务零中断。
NLB 如何实现服务不宕机
NLB 通过三层协同保障可用性：
- 虚拟 IP 统一入口：所有节点共享一个对外 VIP（如 192.168.1.10），客户端只访问这个地址，完全不知后端有几台机器
- 心跳式健康检测：节点每秒发送一次心跳包；连续 5 次未响应（约 5 秒内），即被标记为不可用，流量立即停止分发到该节点
- 秒级故障转移：从节点失联到流量重定向完成，通常在 5–10 秒内，用户刷新一次页面即可恢复，无报错感知
配置前必须确认的硬性条件
忽略以下任一条件，NLB 很可能无法正常工作或引发网络异常：
- 静态 IP 不可少：所有 NLB 节点必须使用静态 IPv4 地址，DHCP 分配的地址不支持
- 同网段直连：所有节点需位于同一子网（如 192.168.1.0/24），跨 VLAN 或路由器部署需额外配置交换机支持 IGMP
- 网卡模式一致：建议关闭网卡节能、巨型帧（Jumbo Frame）等高级功能，避免 ARP 响应冲突
- 操作系统版本匹配：Windows Server 2012 R2 及以上（推荐 2019/2022），旧版存在单播模式 MAC 冲突风险
关键配置项与实用建议
图形化配置虽简单，但几个参数直接影响稳定性与会话连续性：
- 操作模式选对很关键：单播模式最易部署，但要求交换机允许同一 MAC 地址多端口学习；若遇丢包，改用多播模式（需交换机启用 IGMP snooping）
- 端口规则要精准：HTTP 用 TCP:80，HTTPS 用 TCP:443，RDP 用 TCP:3389；UDP 类服务（如 DNS、NTP）也支持，但需明确指定协议类型
- 客户端相关性设合理：“单一”模式确保同一 IP 始终落到同一节点，适合 IIS 会话状态未共享场景；“无”模式完全随机，适合无状态服务（如静态文件 CDN）
- 主机优先级慎用：仅在主备架构（如 NLB+ARR）中设置；纯负载场景建议全部设为相同优先级，避免人为倾斜
搭配 ARR 实现真正高可用
单独用 NLB 只能检测服务器是否存活，无法识别 IIS 或 Nginx 进程是否崩溃。要覆盖应用层故障，推荐组合方案：
- 前端用 NLB 部署两台 ARR 服务器，共用 VIP，做 TCP 层冗余
- 后端用 ARR 配置健康检查（如定期 GET /health.aspx），自动屏蔽已宕 Web 节点
- 这样，既防硬件/系统级宕机，也防服务进程僵死，整体可用性可达 99.99%+
