我将在 1 个场中有 2 台 SP 服务器,客户要求这些服务器位于 NLB 上。我在第一台服务器上安装了服务和 Web 应用程序,问题是:

加入服务器场后,我是否应该在第二台服务器上安装相同的服务(搜索、UPS、MMS),还是仅在第一台服务器上运行?

另外,是否应该更改服务安装以反映第二台服务器,或者 NLB 将处理负载?

有帮助吗?

解决方案

从故障转移的角度来看,实施某种形式的负载平衡是一种很好的做法,但如果您的场中只有两台服务器,则不一定是理想的选择。例如,如果搜索负载很高,那么您可能希望第二个框专用于服务。在场中的所有服务器上运行 Web 和应用程序角色通常不是最佳实践。这当然可以做到,但前提是你的负载很轻。您通常会在没有 Web 流量负载的应用层服务器上运行服务(UPS、MMD、搜索等),并在 Web 层服务器上运行 Web 应用程序。

在大多数情况下,您仅在 Web 层服务器上运行负载平衡,并让 SharePoint 管理应用程序层框的服务。例如,您可以在多个应用程序服务器上运行 MMD,SharePoint 将对运行这些应用程序的所有服务器进行一些内部管理。

搜索有多个组件(索引分区、查询组件和爬网组件)。不同的部分应该在不同的服务器上运行,具体取决于该框是应用程序层框还是 Web 层框。

如果 他们的 NLB 驱动程序是为了冗余/故障转移,那么更好的方法可能是添加第二个 Web 层框,而不是简单地对您现在拥有的两个框进行负载平衡。每个环境都是不同的,因此只需确保您了解环境的负载和期望即可。Web 层盒的 NLB 将为您提供一些提供 Web 应用程序内容的冗余(尽管我们还没有讨论 SQL 冗余)。如果搜索也有冗余要求,那么最好的模型是 4 台服务器(2 个 Web 和 2 个应用程序),每个 Web 服务器上有一个搜索爬网组件,每个应用程序服务器上有一个查询组件。这将使您能够在失去应用程序层框的情况下保持搜索运行。这种 4 服务器模型(加上 SQL)可以说是最常见的 SharePoint 部署。不支持单服务器部署,两台服务器部署实际上是最低限度的架构。一旦我们开始谈论冗余的需求,您就已经谈论了最多 3-4 个服务器,具体取决于您需要的冗余级别。

另请注意最低系统要求。在三层服务器场中,您的 最低限度 将是 12GB 内存和 4 个核心。如果您要在每台服务器上运行所有服务和所有 Web 应用程序,这可能还不够。这些最小值假设您将负载分散到 Web 层和应用程序层框之间。

许可以下: CC-BY-SA归因
scroll top