我正在研究 SharePoint，但在了解如何规划服务器以获得良好的可用性和使用负载平衡方面遇到了一些问题。我基本上已经规划了最基本的设置，即
两台前端服务器
一台应用服务器
两个 SQL 服务器
我想要两台前端服务器，以便获得良好的正常运行时间，这样如果一台服务器崩溃，系统仍应正常运行，SQL 服务器也是如此。我将有一些网站始终需要运行，而其他一些网站则不太重要，可以停机一段时间。因此，我希望在服务器之间实现负载平衡。如果一台服务器崩溃，我可以关闭一些网站，而其他网站的速度会更慢。
问题是我能理解负载平衡是如何工作的。所以我研究了 Windows 2008 中的 NLB。假设我在前端服务器上安装了它。这是否意味着即使我的两个前端服务器之一崩溃，我的系统仍能正常工作？
我理解它的工作原理如下，我有一个名为 Foo 的域。用户尝试访问 Foo，该域路由到前端服务器 1，然后 NLB 将根据负载将用户路由到前端服务器 2 或将用户保留在前端服务器 1。
我无法理解的是，DNS 需要将用户路由到服务器，然后该服务器可以根据负载路由用户。但是，如果运行 NLB 的前端服务器 1 崩溃了怎么办？那么用户是否仍然能够通过前端服务器 2 访问 Foo？
同样的问题也适用于数据库？它是如何工作的？我是否需要购买一些额外的硬件，或者 SharePoint 或 SQL 是否会同时处理可用性和负载平衡？
答案1
使用 NLB 时，您需要一个额外的虚拟 IP 来进行负载平衡。每台服务器都有自己的 IP。设置 NLB 时，会创建一个具有自己的 MAC 地址的附加 IP。
当您使用 NLB 和单播时，建议使用具有 2 个 NIC 的服务器，两个服务器都会监听虚拟 IP 的 MAC 地址上的流量。每个服务器将根据哪些机器访问虚拟 IP 来响应虚拟 IP。
例如，子网 abcd/24 上的客户端 A 访问虚拟 IP，计算机 2 应答。客户端现在已绑定到计算机 2，但它仍与虚拟 IP 通信。
当子网 wxyz/24 上的客户端 B 连接时，机器 1 会应答，并且客户端 B 现在将从机器 1 获取其数据。注意：对于将所有数据库存储在同一个实例中的 SharePoint，您的 SQL 群集必须处于主动-被动模式。