在这里跟大家分享了NLB配置的过程，下面写一些对NLB不同情况的下测试的结果：

首先，准备一些工具：

1. Fiddler2，用来查看请求的分配情况，当然这个工具还有其他强大的功能，今天，我们只用很小的功能;

2.Web Performance Test1.0，用来发送并发请求，给服务器施加压力，可以到这里下载。

其次呢，我们了解一下NLB里面端口规则的设置：

a.右键群集-->群集属性

b. 打开端口规则属性对话框

下面是对各个属性的解释，：

群集ＩＰ地址：指定规则所针对的群集IP

端口范围：默认为所有，可以指定群集监听的端口范围（如从80到80，表示只针对web服务实现负载均衡） 

协议：指定群集所服务的协议类型 

筛选模式：

a:多个主机: 

        I 无相似性(None): 客户端的服务请求会平均分配到群集内的每一部服务器。假设NLB群集内有2部服务器。当接到客户端的请求时，NLB会将第1个请求交由第1部服务器来处理，第2个请求交由第2部服务器来处理，第3个请求交由第1部服务器来处理，…依此类推。因为所有客户端联机会平均分配到每一部服务器，因此可以达到最佳的负载平衡。如果需要执行交易处理，为了能够共享session状态，则必须将session状态集中储存在state或database server中,这种方式适用于大部分的应用程序。 

        II 单一相似性(Single)：客户机的服务请求会固定分配到群集内的某一部服务器。当接到客户机的请求时，NLB会根据客户机 的IP来决定交由哪一部服务器来处理，也就是一部服务器只会处理来自某些IP的请求。因为一个IP的服务请求只会固定由一个服务器来处理，因此没有session状态共享的问题，但可能会导致负载不平衡。这种方式适用于联机需支持 SSL 集多重联机的通讯协议 ( 例如FTP与PPTP等) 

        III 网络（类C）:根据IP的Class C屏蔽来决定交由哪一部服务器来处理，也就是一部服务器只会处理来自某些网段C的请求。这种方式可确保使用多重 Proxy 的客户端能导向到相同的服务器。 

b.单一主机：若选择此选项，该端口范围内的所有请求都将由一台主机来进行处理，此选项将配合后面的主机优先级来进行主机判定。 

c. 禁用此端口范围：一般这个选项会在端口例外中进行设置，也就是说，当我们指定了一个比较大的范围端口时，其中有一个或几个端口我们不需要 客户端用户访问到，这时我们将利用这个规则来进行设定，防止用户访问此端口请求。

 

其中比较关键的参数是筛选模式，可能看了后有些费解，尤其是第三类网络（类C），我是真心不知道是啥意思，有懂的朋友跟我分享一下。

今天，我们只关注前两个，None和Single，这两个好理解，None是服务器会把请求平均分配到每个节点节点上，拿上一节的例子说的话，就是NLB2和NLB3都会收到；

Single呢，服务器会把请求发到一个节点上，要么这个节点down掉或超负荷，会转移到其他节点，不然会集中在一个节点上处理。

 

好，现在准备工作做完了，那就开始我们的负载测试旅程:

场景一：

多个主机，单一相似性，负载量相等，即各50%。

预测结果：同一个节点处理所有请求。

1. 设置每个节点的负载量为相等。

a.右键NLB2节点-->主机属性-->端口规则-->负载量选equal.

2.打开Fiddler2，清空左侧的Session记录，为了方便查看结果，最好关闭所有的浏览器，因为Fiddler2会捕捉到所有的http请求。

3.配置Web Performance Test1.0，关于这个工具的使用，大家可以在下载网站了解， 我的配置如下，

4.点击“测试”;

5.查看Fiddler2，如下：

6.分析调用结果，从上图我们看到，请求都是一样，我们怎么知道是NLB2还是NLB3处理的呢？

从上一节，我们可以看到他们的返回值不一样，所以我们利用这点去过滤他们，这时需要使用到Fiddler的查找功能，点击“Find”按钮在工具栏上，搜索NLB2，会看到都是NLB2返回，这是NLB自动将所有请求导向到同一个服务器去处理，和预测结果一致：

场景二：

多个主机，无相似性，负载量相等。

预测结果：节点平均处理请求。

1. 设置群集的相似性为无。

a.右键群集-->群集属性，然后切换到端口规则项

b.点“Edit...”-->相似性(Affinity)选无(None)，OK.

c.设置每个节点的负载量为50%.

d.清空Fiddler2的Session列表，点击Web Performance Test1.0 的测试按钮，完成后，在Fiddler2里面查找NLB2，结果如下：

我们看到请求的分配比较均匀，和预测结果吻合。

场景三：

多个主机，无相似性，NLB3节点负载量30%，NLB2节点70%。

预测结果：70%请求由NLB2处理。

1. 修改NLB2为70%；

2.修改NLB3的负载量为30%，操作同上。

3.清空Fiddler2的Session列表，执行压力测试，完后，在Fiddler2里面找NLB3，结果如下：

我们看到大部分请求被NLB2处理，和预测结果一致。

 场景四：

单个主机

预测结果：所有请求由优先级高的NLB3节点处理。

1.设置群集的端口规则的过滤模式为单主机。

2.执行测试，完后，再Fiddler2里面查找NLB3，结果如下：

我们看到所有请求被NLB3处理，和预测的结果一致。