最近在做负载均衡，其实一开始挺羡慕 Linux 那一套的。像 Keepalived + LVS，配起来既优雅又成熟，很多高可用方案都是这么玩的。但现实是，公司这边是 Windows 体系，只能用自带的 NLB 来搞。于是我用 NLB + IIS 搭了一套集群，本来以为很简单，结果各种诡异问题，后面我把这些坑基本踩了一遍，才慢慢摸清它的脾气，也整理出一套稳定可用的方案。简单来说，NLB（Network Load Balancing）就是 Windows 自带的一种负载均衡方案。它通过一个对外的虚拟 IP（VIP），把请求分发到多台后端服务器上。用户只需要访问这个 VIP，实际请求会被分配到不同的节点处理。当某一台服务器宕机或下线时，NLB 会自动把流量分配到其他正常节点，从而实现高可用。如果类比 Linux，可以理解为类似 Keepalived + LVS 的组合，不过实现方式完全不同：Linux 更多是 VIP 漂移，而 NLB 是基于网卡层做分发。需要注意的是，NLB 并不是“主备切换”，而是“多节点同时工作”，所有服务器会一起分担流量。🧩 NLB + IIS 整体流程图┌──────────────┐ │ 客户端请求 │ └──────┬───────┘ │ ▼ ┌──────────────────┐ │ 虚拟IP（VIP） │ │ 192.168.1.10 │ └──────┬───────────┘ │ ┌───────────┼───────────┐ │ │ │ ▼ ▼ ▼ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ IIS 101 │ │ IIS 102 │ │ IIS 103+ │ │ 节点1 │ │ 节点2 │ │ 节点3... │ └──────────┘ └──────────┘ └──────────┘ │ │ │ └──────┬────┴────┬──────┘ ▼ ▼ 处理请求 / 返回响应通过 NLB 的多节点架构，可以实现：节点故障自动接管滚动发布（逐台更新）对外业务持续可用从而达到高可用与无感知发布话不多说直接进入正题！1.部署流程1.1环境准备系统：- Windows Server 2012 R2节点服务器：- 192.168.1.101- 192.168.1.102对外访问：- 域名：youdomainname.comVIP（虚拟 IP）：- 192.168.1.10证书：- 已申请 SSL 证书（绑定域名 youdomainname.com）本方案采用NLB + IIS架构，对