1、关于NLB的官方描述，在搭建NLB群集以前，必须先对NLB的原理进行初步了解
Windows Server 2008 R2 中的网络负载平衡 (NLB) 功能能够加强 Internet 服务器应用程序 [如在 Web、FTP、防火墙、代理、虚拟专用网络 (×××) 以及其余执行关键任务的服务器上使用的应用程序] 的可用性和可伸缩性。运行 Windows Server 2008 R2 的单个计算机提供有限的服务器可靠性和可伸缩性能。可是，经过将运行 Windows Server 2008 R2 的其中一个产品的两台或多台计算机的资源组合到单个虚拟群集中，NLB 即可以提供 Web 服务器和其余执行关键任务服务器所需的可靠性和性能。
NLB 容许使用相同的群集 IP 地址集指定群集中全部计算机的地址，而且它还为每一个主机保留一组惟一专用的 IP 地址。对于负载平衡的应用程序，当主机出现故障或者脱机时，会自动在仍然运行的计算机之间从新分发负载。当计算机意外出现故障或者脱机时，将断开与出现故障或脱机的服务器之间的活动链接。可是，若是您有意关闭主机，则能够在使计算机脱机以前，使用
drainstop 命令处理全部活动的链接。任何一种状况下，均可以在准备好时将脱机计算机明确地从新加入群集，并从新共享群集负载，以便使群集中的其余计算机处理更少的流量。
NLB 群集中的主机会交换检测消息以保持有关群集成员身份的数据的一致性。默认状况下，当主机在五秒以内未能发送检测消息时，该主机便出现了故障。当主机出现故障时，群集中的剩余主机将聚合在一块儿并执行如下操做：
- 肯定哪些主机仍然是群集中的活动成员。
- 选择优先级最高的主机做为新的默认主机。
- 确保全部新的客户端请求都由仍然活动的主机进行处理。
在聚合期间，仍然活动的主机会查找一致的检测信号。若是没法发送检测信号的主机开始提供一致的检测信号，则它会在聚合过程当中从新加入群集。当新的主机尝试加入群集时，它会发送检测消息，该消息也会触发聚合。当全部群集主机对当前的群集成员身份达成一致以后，会向剩余主机从新分发客户端负载，并完成聚合。
一般聚合只需几秒钟，所以由群集中断的客户端服务是很是少的。在聚合期间，仍然活动的主机会继续处理客户端请求，而不会影响现有链接。若是全部主机在几个检测期间报告的群集成员身份和分发映射都一致，则聚合结束。
|
| NLB 中有什么新增功能？
对于 Windows Server 2008 R2，NLB 包括如下改进：
- 扩展的相关性。“扩展”选项可在 NLB 群集的配置发生更改时保持客户端的相关性。经过该选项，即便在客户端与主机之间没有任何活动的现有链接的状况下，客户端仍可以保持与群集主机的相关性。
- 用于 NLB 群集的 Windows PowerShell。Windows PowerShell 是一种新的命令行界面和脚本语言。Windows PowerShell 可加速实现系统管理任务的自动化。可使用 Windows PowerShell 管理 NLB 群集。有关将 Windows PowerShell 用于 NLB 群集的详细信息，请参阅 http://go.microsoft.com/fwlink/?LinkId=140180（可能为英文网页）。
- 支持滚动升级。NLB 支持从 Windows Server 2003 到 Windows Server 2008 R2 以及从 Windows Server 2008 到 Windows Server 2008 R2 的滚动升级。有关 NLB 的部署信息（包括有关滚动升级的信息），请参阅 http://go.microsoft.com/fwlink/?LinkId=87253。
|
|
NLB 包括如下功能：
可伸缩性
可伸缩性是度量计算机、服务或应用程序如何更好地改进以知足持续增加的性能需求的标准。对于 NLB 群集而言，可伸缩性是指当群集的所有负载超过其能力时逐步将一个或多个系统添加到现有群集中的功能。为支持可伸缩性，NLB 可执行如下操做：
- 平衡 NLB 群集上对各个 TCP/IP 服务的负载请求。
- 在一个群集中最多支持 32 台计算机。
- 平衡群集中多个主机之间的多个服务器负载请求（来自同一个客户端或来自几个客户端）。
- 在负载增长时，支持在不关闭群集的状况下向 NLB 群集中添加主机。
- 在负载下降时，支持从群集中删除主机。
- 经过所有实现管道化提升性能并下降开销。管道容许向 NLB 群集发送请求，而无需等待响应上一个发送的请求。
高可用性
经过最大程度地减小停机时间，高可用系统可以可靠地提供可接受级别的服务。为提供高可用性，NLB 包括一些内置功能，这些功能可自动执行如下操做：
- 检测发生故障或脱机的群集主机并对其进行恢复。
- 在添加或删除主机时平衡网络负载。
- 在十秒以内恢复并从新分发负载。
可管理性
NLB 提供如下可管理×××：
- 使用 NLB 管理器，能够从单个计算机管理和配置多个 NLB 群集和群集主机。
- 使用端口管理规则，能够为单个 IP 端口或一组端口指定负载平衡行为。
- 能够为每一个网站定义不一样的端口规则。若是您对多个应用程序或网站使用相同的一组负载平衡服务器，则端口规则基于目标虚拟 IP 地址（使用虚拟群集）。
- 使用可选的单主机规则，能够将全部客户端请求引导至单个主机。NLB 将客户端请求路由到运行特定应用程序的特定主机。
- 能够阻止对某些 IP 端口进行不须要的网络访问。
- 能够在群集主机上启用 Internet 组管理协议 (IGMP) 支持，以控制交换机广播（在多播模式中操做时）。
- 使用 shell 命令或脚本，能够从运行 Windows 的任何联网计算机上远程启动、中止和控制 NLB 操做。
- 能够查看 Windows 事件日志以检查 NLB 事件。NLB 在事件日志中记录全部操做和群集更改。
易用性
NLB 提供了许多便于使用的功能：
|
2、了解了NLB相关的技术知识后，下面咱们就能够作测试了，先看看本次测试的拓扑结构
3、测试步骤
首先须要搭建如图的实验环境，本例在域环境下测试，出于实验的方便，我先更改了高级共享设置和防火墙设置
在NLB1和NLB2上分别安装网络负载平衡功能
两个节点均安装完成后，在NLB1上配置网络负载均衡，节点一配置完成后，再将节点二加入到节点一得NLB中
首先新建群集，将当前节点加入到NLB中，设置public网卡为群集接口
在“主机参数”，设置优先级（单一主机标识符），做用是设定NLB群集中节点进行负载的优先级
设置一个群集IP地址，若是是用IIS进行测试，则访问WEB的时候，实际访问群集IP，或在DNS中创建一个对应群集IP的网站A记录，访问群集IP对应的FQDN名。客户访问IIS的时候，不会感受到后面负载的变化。
设置一个群集IP地址，与PUBLIC网卡出于同一个网段
设定一个群集IP对应的完整Internet名称，群集的操做模式这里保持默认
关于单播和多播的区别（下面的话引自网络）
|
单播：在每一个群集成员上，NLB 覆盖网络适配器上制造商提供的 MAC 地址。NLB 对全部成员都使用相同的单播 MAC 地址。这种模式的优势是它能够无缝地与大多数路由器和交换机协同工做。缺点是到达群集的流量会扩散到交换机虚拟 LAN (VLAN) 上的全部端口，而且主机之间的通讯不能经过 NLB 绑定到的适配器，也即实体主机间不能够互相通讯。若咱们在NLB建立时选择单播的模式，在“群集IP配置”中的“网络地址”是以“02 - BF”开头，后面紧跟IP地址的十六进制表示，该网络地址与实际主机的MAC地址相同，后续加入的主机也将修改成此MAC地址。
多播：保留原厂 MAC 地址不变，可是向网络适配器中增长了一个第 2 层多播 MAC 地址。全部入站流量都会到达这个多播 MAC 地址。优势是这种方法能够经过在交换机的“内容可寻址存储器”(CAM) 表中建立静态项，从而使得入站流量仅到达群集中的主机。缺点是由于 CAM 项必须静态关联一组交换机端口，若是没有这些 CAM 项，入站流量仍然会扩散到交换机 VLAN 上的全部端口。还有一个缺点就是不少路由器不会自动将单播 IP 地址（群集的虚拟 IP 地址）与多播 MAC 地址关联起来。若是进行静态配置的话，一些路由器能够存在这种关联。若咱们在NLB建立时选择多播的模式，在“群集IP配置”中的“网络地址”是以“03 -BF”开头，后面紧跟IP地址的十六进制表示。在选择多播模式时，后面还有个复选项“IGMP Multicast（IGMP多播）”，若复选此项，就像多播操做模式同样，NLB 保留原厂 MAC 地址不变，可是向网络适配器中增长了一个 IGMP 多播地址。此外，NLB 主机会发出这个组的 IGMP 加入消息。若是交换机探测到这些消息，它可使用所需的多播地址来填充本身的 CAM 表，这样入站流量就不会扩散到 VLAN 上的全部端口。这是这种群集模式的主要优势。缺点是有一些交换机不支持 IGMP 探测。除此以外，路由器仍然支持单播 IP 地址到多播 MAC 地址的转换。在IGMP多播模式下，将采用“01 – 00 - 5E”开头的MAC地址。在多播的模式下，实体主机之间能够互相通讯。
通常来讲，在NLB的建立时，单网卡多播，双网卡单播。双网卡单播时，由于主机之间不能互相通讯，将设置内网通信的网卡，也就是群集设置中的心跳。在微软官方推荐在NLB设置时，首先考虑单播模式，除非单播不能知足其要求，若要解决流量扩展的方法，推荐使用VLAN。
|
节点一配置完成后，回到节点二上，打开节点二的群集管理器，将NLB2链接到现存的群集
输入第一个节点主机名，点击链接后，在下方的群集窗口会出现已存的群集
链接到群集后，下面将节点n3.contoso.com加入到现存的群集
添加完成后，如图所示
下面将进行NLB负载测试
如图网卡中会多一个群集IP地址
断掉上步骤中访问的节点的网卡链接，再次尝试访问，效果如图所示
配置网络负载均衡群集须要注意：网络负载平衡并不为通过负载的主机提供额外的安全保护，也不能够将其用于防火墙，所以，正确地保护通过负载平衡的应用程序和主机是很重要的。若是可能，在每一个群集的主机上至少要使用两个网络适配器，但并不是必要条件，在群集适配器上只使用TCP/IP协议，确保群集中的全部主机属于同一个子网而且客户机可以访问该子网，使用网络负载平衡管理器配置NLB群集，启用日志记录，不要启用网络负载平衡的远程控制。
NLB提供网络负载均衡服务，每一个节点都监听到客户端的请求，每一个节点都在本地存储一份数据，支持32个节点，能够是域环境或者工做组的环境。
4、实施网络负载均衡中可能遇到的问题（微软官方文档）
安装网络负载平衡并从新启动群集主机以后，出现一条消息：“系统已检测到有一个 IP 地址与网络上的其余系统发生冲突...”
- 缘由：网络上已存在相同的 IP 地址。
- 解决方案：选择一个新的 IP 地址，或者删除重复的地址。
- 缘由：您在主机上配置了不一样的群集操做模式（“单播”或“多播”），这样会使两个不一样的 MAC 地址映射到同一个 IP 地址。
- 解决方案：确保将全部主机配置为具备相同的群集操做模式。
- 缘由：将 NLB 绑定到网络适配器以前，已经配置了群集的 IP 地址。
- 解决方案：从 TCP/IP 属性中删除群集的 IP 地址，在相应的适配器上启用 NLB，而后配置群集的 IP 地址。
- 缘由：您已将群集的 IP 地址添加到还没有启用 NLB 的网络适配器中。
- 解决方案：从不正确适配器的 TCP/IP 属性中删除群集的 IP 地址，在相应的适配器上启用 NLB，而后配置群集的 IP 地址。
使用 ping 从外部网络访问群集的 IP 地址时没有响应。
验证是否可使用
ping 从路由器以外的计算机访问群集主机的专用 IP 地址。若是该测试失败，而且您使用了多个网络适配器，则此问题与 NLB 无关。若是您对专用 IP 地址和群集 IP 地址使用了一个网络适配器，请考虑如下缘由：
- 缘由：若是您使用了多播支持，您可能会发现路由器没法经过使用地址解析协议 (ARP) 将主要 IP 地址解析为多播媒体访问控制 (MAC) 地址。
- 解决方案：验证是否可使用 ping 从群集子网上的客户端访问群集，以及是否能够从路由器以外的计算机访问群集主机的专用 IP 地址。若是这些测试都工做正常，则多是路由器出现了故障。您应该可以经过向路由器中添加静态 ARP 条目来避开此问题。还能够关闭 NLB 多播支持，并使用单播网络地址（在没有集线器的状况下）。
- 缘由：在多播或单播模式中使用 NLB 时，路由器须要接受代理 ARP 响应（在 Ethernet 框架中用不一样网络源地址接收的 IP 到网络地址的映射）。
- 解决方案：确保您的路由器打开了代理 ARP 支持。还能够设置静态 ARP 条目以保持禁用路由器中的代理 ARP 支持。
- 缘由：群集的 Internet 控制消息协议 (ICMP) 被路由器或防火墙阻止。
- 解决方案：容许 ICMP 通信经过路由器或防火墙。请注意，这可能会使您的系统暴露于其余的安全风险。
使用 ping 从一台群集主机访问另外一台主机的专用 IP 地址时没有响应。
- 缘由：在多播或单播模式中使用 NLB 时，路由器须要接受代理 ARP 响应（在 Ethernet 框架中用不一样网络源地址接收的 IP 到网络地址的映射）。
- 解决方案：确保您的路由器打开了代理 ARP 支持。还能够设置静态 ARP 条目以保持禁用路由器中的代理 ARP 支持。
- 缘由：群集的 Internet 控制消息协议 (ICMP) 被路由器或防火墙阻止。
- 解决方案：容许 ICMP 通信经过防火墙或路由器。请注意，这可能会使您的系统暴露于其余的安全风险。
尝试使用网络负载平衡管理器链接到群集中的某个主机时，收到错误“不能访问主机”。
- 缘由：主机的 Internet 控制消息协议 (ICMP) 被路由器或防火墙阻止，或者在主机的网络适配器上被禁用。
- 解决方案：在主机的网络适配器上启用 ICMP 或者容许 ICMP 通信经过防火墙或路由器。请注意，这可能会使您的系统暴露于其余的安全风险。还可使用 NLB 管理器的 /noping 选项。
使用 Telnet 或尝试从群集主机浏览群集以外的计算机时，没有响应。
- 缘由：验证是否可使用 ping 访问群集以外的计算机。若是此测试成功，则可能没有在 TCP/IP 属性中首先列出主机的专用 IP 地址。
- 解决方案：若是 ping 未能访问群集以外的计算机，请参考如下问题（在此疑难解答主题的前面部分进行了描述）：
从群集以外的计算机调用网络负载平衡远程控制命令时，一个或多个群集主机中没有响应。
- 缘由：没有将远程控制命令发送到群集的 IP 地址。
- 解决方案：必须将命令发送到群集的主要 IP 地址，能够在“网络负载平衡属性”对话框中指定该操做。确保将远程命令发送到正确的 IP 地址。
- 缘由：Internet 协议安全 (IPSec) 对远程控制通信进行了加密。若是 NLB 远程控制命令是从配置了 IPSec（以便 IPSec 对远程控制通信进行加密）的计算机发送的，则这些命令将没法正常运行。
- 解决方案：禁用 IPSec。
有关详细信息，请参阅 Internet 协议安全 (IPSec) 帮助内容。
- 缘由：防火墙未正确保护 NLB UDP 控制端口。默认状况下，会将远程控制命令发送到群集 IP 地址上的 UDP 端口 1717 和 2504。
- 解决方案：确保这些端口还没有被路由器或防火墙错误阻止。还能够经过修改相应的 NLB 参数来更改端口号。
使用主机的专用 IP 地址将其指定为远程控制命令的目标时，没有应答。可是，按其优先级 (ID) 指定主机正常运行。
- 缘由：没有主机具备专用 IP 地址。
- 解决方案：为每一个主机指定一个专用 IP 地址。有关详细信息，请参阅配置网络负载平衡主机参数。
拒绝某些用户（并不是全部用户）链接群集。
- 缘由：正在进行负载平衡的应用程序没有响应。
- 解决方案：这是一个应用程序特定的问题，与 NLB 无关。请参考您的应用程序文档来更正此问题。您可能须要中止并从新启动应用程序。
- 缘由：若是群集配置为单播模式，则某个交换机可能已经知道了 NLB 网络适配器的 MAC 地址。
- 解决方案：清除该交换机的端口到 MAC 地址的映射。
- 缘由：在一个或多个主机上，未将群集的 IP 地址添加到 TCP/IP 中。
- 解决方案：若是没有使用 NLB 管理器配置您的群集，则必须使用群集的 IP 地址手动配置 TCP/IP。
- 缘由：某个主机因为使用了 drainstop 或 stop 命令而正在离开群集，但聚合未正常完成。
- 解决方案：等待聚合完成。若是聚合未完成，请参阅该疑难解答主题中后面的如下问题：
群集主机启动后便开始聚合，但它们从未完成聚合
没法经过使用 net config 和 Windows Management Instrumentation (WMI) 查看或更改网络负载平衡的属性。
- 缘由：若要查看或更改“网络负载平衡属性”，必须是管理员组的成员。
- 解决方案：以运行 NLB 的计算机上的本地管理员组成员的用户身份登陆。
由服务器或客户端重设的到群集 IP 地址的 TCP 链接数量异常。
- 缘由：在 NLB 主机上启用了 HTTP keep-alive 值，而且启用了 keep-alive 值的客户端正在链接群集。
- 解决方案：禁用 HTTP keep-alive 值。有关 HTTP keep-alive 值和 Internet 信息服务 (IIS) 的详细信息，请参阅 IIS 文档集。
若要从桌面上查看 IIS 文档集，请安装 IIS，而后单击“开始”，再单击“运行”，而后在“打开”文本框中键入如下命令：
%windir%\help\iisrv.chm
- 缘由：服务器上的系统资源不足，从而致使 TCP 拒绝链接。
- 解决方案：释放系统资源，例如，经过添加额外的系统内存或者关闭没必要要的应用程序。
- 缘由：群集已被分为两个单独聚合的群集，这样致使多个节点要求得到每一个链接的全部权。
- 解决方案：删除这两个群集，而后从新建立一个群集。
当进行引发聚合的更改（如添加主机、删除主机或排出主机）时，虚拟专用网络 (×××) 调用失败。
- 缘由：当使用 NLB 对 ××× 通信进行负载平衡时，您必须将用于管理处理 ××× 通信（对于 PPTP/GRE 为 TCP 端口 1723；对于 IPSEC/L2TP 为 UDP 端口 500）的端口的端口规则配置为使用“单一”或“网络”相关性。
- 解决方案：将用于管理端口 500 和 1723 的端口规则配置为使用“单一”或“网络”相关性。有关详细信息，请参阅网络负载平衡管理器属性。
群集主机启动后便开始聚合，但它们从未完成聚合。
- 缘由：在不一样的群集上输入了不一样数量的端口规则或者输入了不兼容的端口规则。这将会阻止聚合。
- 解决方案：在每一个群集主机上，打开“网络负载平衡属性”对话框，并验证全部主机都具备相同的端口规则。
- 缘由：网络适配器或电缆已损坏。
- 解决方案：使用 ping 命令测试链接状况。输入主机的彻底限定的域名。还能够经过使用 ping 命令按 IP 地址搜索域控制器以及按名称和 IP 地址搜索其余网络服务器，了解有关此问题的详细信息。
- 缘由：某个交换机或集线器上的双工设置不匹配。
- 解决方案：确认每一个交换机和集线器中的双工设置配置正确。
- 缘由：网络上已经存在为其中一个主机使用的专用 IP 地址。
- 解决方案：选择一个新的 IP 地址，或删除重复的地址。
- 缘由：您的群集包含运行 Windows 2000 的主机。
- 解决方案：您的群集必须在全部主机上都运行 Windows Server 2008。仅当滚动升级到 Windows Server 2008 时，才支持包含运行 Windows Server 2003 和 Windows Server 2008 的主机的 NLB 群集环境。不支持长期在同一个群集中混合使用 Windows Server 2003 和 Windows Server 2008。
- 缘由：在主机上配置了不一样的群集操做模式（单播和多播）。
- 解决方案：使用 NLB 管理器确保将全部主机配置为具备相同的群集操做模式。
备注
还能够查看 Windows 事件日志以检查错误和警告。有关详细信息，请参阅
安装网络负载平衡。
- 缘由：因为网络适配器或电缆已损坏或者其余网络问题致使网络间歇性链接，所以检测信号丢失。
- 解决方案：使用 ping 命令测试链接状况。输入主机的彻底限定的域名。还能够经过使用 ping 命令按 IP 地址搜索域控制器以及按名称和 IP 地址搜索其余网络服务器，了解有关此问题的详细信息。
群集主机启动后，网络负载平衡报告聚合已完成，可是存在多个默认主机。
- 缘由：群集主机已成为不一样子网的成员，所以没法在同一个网络上访问全部主机。
- 解决方案：确保全部群集主机能够彼此通讯。
- 缘由：正在使用三层交换机。
- 解决方案：在主机和三层交换机之间放置一个两层交换机。
- 缘由：冗余交换机的中断致使群集分为两个群集，从而建立两个默认的主机。
- 解决方案：删除这两个群集，而后建立一个群集。
- 缘由：您的交换机已配置为拒绝广播数据包。
- 解决方案：将您的交换机配置为可接受广播数据包（请注意这可能会引入某些安全风险）或者将 NLB 群集配置为可以使用多播模式。
- 缘由：一个主机没法发送或接收检测信号。
- 解决方案：使用 ping 命令测试与每一个主机的链接状况。输入主机的彻底限定的域名。
- 缘由：某个主机插入了交换机的错误端口中。
- 解决方案：使用交换机上的正确端口。
网络负载平衡未应用负载平衡，默认主机处理全部网络流量。
- 缘由：缺乏端口规则。默认状况下，NLB 会将端口规则无论理的全部传入网络通信引导至默认主机，这样可确保您不但愿进行负载平衡的应用程序行为正常。
- 解决方案：若要对群集上的应用程序进行负载平衡，请在每一个群集主机上为该应用程序处理的 TCP/IP 端口建立端口规则。
- 缘由：向单个主机群集中添加了第二个主机，但第二个主机配置不正确。群集从不聚合而且初始主机继续处理全部通信。
- 解决方案：仔细查看（若是须要，请进行更正）第二个主机上的每一个设置，例如群集 IP 地址、专用 IP 地址和端口规则。
- 缘由：若是群集配置为单播模式，则某个交换机可能已经知道了 NLB 网络适配器的 MAC 地址。
- 解决方案：清除该交换机的端口到 MAC 地址的映射。
- 缘由：代理服务器正在向处于“单一”相关性模式的群集中发送使用单个 IP 地址的全部链接。
- 解决方案：将代理服务器配置为使用多个 IP 地址。
在群集主机之间意外交换通信，而且断开了 TCP 链接。
- 缘由：单播网络地址致使交换集线器出现问题。若是使用交换集线器使群集主机互连，则必须使用 NLB 多播支持。不然，在多个交换机端口上使用同一个单播网络时，交换机可能行为异常。
- 解决方案：确认已在“网络负载平衡属性”对话框中选中了多播支持。若是不但愿使用多播支持，则能够用集线器或同轴电缆而不是用交换机使群集主机互连。
没有在群集主机之间对网络通信均匀地进行负载平衡。
- 缘由：网络通信来自于有限数量的 IP 地址，多是因为代理服务器上的设置引发的。
- 解决方案：将代理服务器配置为使用多个 IP 地址。
对 Microsoft Internet Security and Acceleration (ISA) Server 使用网络负载平衡时，一个群集主机记录被引导至另外一个主机的专用 Internet 协议 (IP) 地址的被阻止的数据包。
- 缘由：将其中一个群集主机配置为主机优先级标识符等于 1。
- 解决方案：不要将任何群集主机配置为主机优先级标识符等于 1。使用大于 1 的数字。有关详细信息，请参阅配置网络负载平衡主机参数。
没法在 64 位版本的环境中建立网络负载平衡群集。
- 缘由：可能没有为您的环境运行相应的 NLB 版本。在 64 位版本计算机上使用 32 位版本的 NLB 时，NLB 没法造成群集。因为 32 位 NLB 组件（nlb.exe、wlbs.exe 和 nlbmgr.exe）看上去在 64 位版本环境中正常运行，所以可能会检测不到此问题。
- 解决方案：若是您计划使用 64 位版本计算机环境，则必须使用 64 位 NLB 版本。
|
备注：本文中有大量的文字引用自网络，在此向资料的来源地表示深深感谢，谢谢做者，谢谢Google，谢谢百度….
