最近配置SharePoint 2013 WFE 时，客户提到要让多台WFE能load balance，于是研究了下Network Load Balancing。
当把一台服务器（包括Web服务器、FTP服务器或者流媒体服务器等等）放入网络中之后，随着客户端数量的不断增加，人们往往需要功能更强大、处理速度更快的服务器。为了解决这个问题，如果将原有的服务器替换成功能更强大、处理速度更快的服务器显然并不是值得称道的办法。但是如果能把新服务器添加到原有服务器的处理能力基础上而不是替换它，这种方案毫无疑问更容易被用户接受。网络负载平衡（Network Load Balancing，NLB）群集的出现正好实现了这一目的。
工作原理：
节点Ａ与节点Ｂ均有一个外部使用的静态IP地址，创建NLB群集时会产生一个虚拟的IP，该IP与节点的IP在同一个网段内，对外公布的 IP为虚拟的群集IP，而客户机所访问的实际上为节点Ａ或者节点Ｂ。
配置步骤：
1. 分别在节点A和节点B里设置静态IP：
2. 分别在节点A和节点B里安装NLB：
3. 在其中一个节点上打开NLB：
点击New Cluster：
输入节点A的IP，点击Connect – 》 Next ：
添加群集虚拟IP，这个虚拟IP就是我们要访问的IP了：
第一个节点配置完之后，右健点击刚创建好的cluster，选择Add Host to Cluster，加入第二个节点。配置完后，应该如下：
聚合完成后通过群集虚拟ip可访问WEB站点了：
可以看到这时用到的是185，因为它的priority更高：
我在185上80端口的index页面只显示了一行： This is site on 185!
我在187上80端口的index页面只显示了一行： This is site on 187!
详解：
1. 选择群集操作模式(推荐使用双网卡单播模式)
单播：单播模式是指各节点的网络适配器被重新指定了一个虚拟MAC(由02-bf和群集IP地址组成确保此MAC的唯一性)。由于所有绑定群集的网络适配器的MAC都相同,所以在单网卡的情况下,各节点之间是不能通讯的,这也是推荐双网卡配置的原因之一。为了避免交换机的数据洪水,应该结合VLAN使用。
多播：网络适配器在保留原有的MAC地址不变的同时,还分配了一个各节点共享的多播MAC地址。所以,即使单网卡的节点之间也可以正常通讯，但是大多数路由和交换机对其支持不是太好。
IGMP多播：IGMP多播(只有在选中多播时,才可以选择此项),在继承多播的优点之外,NLB每隔60秒发送一次IGMP信息,使多播数据包只能发送到这个正确的交换机端口,避免了交换机数据洪水的产生。
2. 配置端口规则：
群集ＩＰ地址：指定规则所针对的群集ＩＰ
端口范围：默认为所有，可以指定群集监听的端口范围（如从80到80，表示只针对web服务实现负载均衡）
协议：指定群集所服务的协议类型
筛选模式：
a:多个主机:
无相似性: 客户端的服务请求会平均分配到群集内的每一部服务器。假设NLB群集内有2部服务器。当接到客户端的请求时，NLB会将第1个请求交由第1部服务器来处理，第2个请求交由第2部服务器来处理，第3个请求交由第1部服务器来处理，…依此类推。因为所有客户端联机会平均分配到每一部服务器，因此可以达到最佳的负载平衡。如果需要执行交易处理，为了能够共享session状态，则必须将session状态集中储存在state或database server中,这种方式适用于大部分的应用程序。
单一相似性：客户机的服务请求会固定分配到群集内的某一部服务器。当接到客户机的请求时，NLB会根据客户机 的IP来决定交由哪一部服务器来处理，也就是一部服务器只会处理来自某些IP的请求。因为一个IP的服务请求只会固定由一个服务器来处理，因此没有session状态共享的问题，但可能会导致负载不平衡。这种方式适用于联机需支持 SSL 集多重联机的通讯协议 ( 例如FTP与PPTP等)
网络（类C）:根据IP的Class C屏蔽来决定交由哪一部服务器来处理，也就是一部服务器只会处理来自某些网段C的请求。这种方式可确保使用多重 Proxy 的客户端能导向到相同的服务器。
b.单一主机：若选择此选项，该端口范围内的所有请求都将由一台主机来进行处理，此选项将配合后面的主机优先级来进行主机判定。
c. 禁用此端口范围：一般这个选项会在端口例外中进行设置，也就是说，当我们指定了一个比较大的范围端口时，其中有一个或几个端口我们不需要 客户端用户访问到，这时我们将利用这个规则来进行设定，防止用户访问此端口请求。
另外，配置完成后，会自动重启下服务器，所以会有短暂的连接不上的问题。