我想知道我们是否可以使用 Windows 群集服务设置主动-主动 IIS 群集，该群集共享一个公共存储来存储 Web 内容，并且无需使用 Windows NLB。
我知道这可能不是最佳做法或不是推荐的设置，但是，设置应按如下方式配置：
两台运行 IIS 7.5 的 Web 服务器（需要一个用于 Web 内容的通用存储）用于 HA，另一组两台服务器用于采用主动-被动模式的 SQL 群集，用于 HA。
另外，是否可以在 2 节点主动-主动 IIS 群集上启用 ARR 来平衡 http 请求的负载？
如果有人能回复并说明该设置的优点和缺点，我将不胜感激。
答案1
您不想使用群集服务来设置 IIS。这不是 Windows 群集的用途。Windows 群集的核心是，如果服务崩溃，则重新启动服务 - 但如果计算机发生故障，则可以在另一台计算机上重新启动服务。您将无法实现任何目标，并且会让每个人都感到困惑。
您将需要设置两个独立的 IIS 服务器。您将需要设置使用 Windows 群集的文件共享。您将在每个 IIS 服务器上创建一个虚拟目录，该目录映射到您创建的群集文件共享。
然后，您需要对两个 IIS 服务器进行负载平衡。我建议使用 NLB，因为它速度快，而且能完成工作，但出于某些原因，您不会这样做。直到最近，我还在 10 台 Web 服务器上使用 NLB，每月获得 2.4 亿次页面浏览量，没有任何问题。
除非您有负载平衡设备或其他软件，否则我不知道您将如何平衡您的 Web 服务器负载。
因此，回顾一下：
WEB：场景 A：您有两台 Web 服务器，运行效率为 35%。其中一台崩溃了。您的负载均衡器继续将流量引导至剩余的 Web 服务器，该服务器的运行效率目前为 70%。
场景 B：如果您使用 Windows 群集，您将有两个 Web 服务器以 35% 的利用率运行。其中一个服务器崩溃，导致另一个节点上启动另一个 IIS 实例。现在，您有一个节点以 70% 的利用率运行两个 IIS 实例——这与场景 A 中的情况完全一样，只不过现在您在运行未正确使用的 Windows 群集时会产生大量无意义的开销。
文件共享：您有一个 Windows 文件共享集群。一台机器崩溃了。文件共享发生故障转移，一切继续正常。
SQL：与文件共享相同。
您可以将文件共享和 SQL 放在同一个集群上。您不会遇到任何问题。
因此，您需要四台机器和一个共享存储。两个独立的 Web 服务器，两个用于 Windows 群集的节点，具有共享存储，其中一个节点运行 SQL，另一个节点运行文件共享（或两个节点都在同一个节点上）。
不要让事情变得过于复杂。保持简单。