我一直负责设置一个三层SharePoint场。
一切都设置和负载平衡等工作。
我的问题是我如何处理应用程序服务器？
我不太清楚为什么我们有两个应用程序服务器。 目前，我只是在每个应用程序服务器上运行相同的服务。
任何帮助/提示/解释将不胜感激。
谢谢，杰米
以下是一些示例拓扑：
http://technet.microsoft.com/en-us/library/cc263199.aspx
你在应用服务器上做什么很大程度上取决于你在服务器上运行的是什么服务，以及它们的利用程度有多大（也就是取决于你的需求）。 SharePoint 2010将处理它自己的与服务应用程序的内部负载平衡，因此不需要在负载平衡器后面设置它们。 这取决于你激活哪些应用程序服务器来运行这些服务。
某些服务（如search查询angular色）可能实际上是在您的前端Web服务器上运行的良好候选人。 这样，如果您的应用程序服务器不可用，用户仍然可以执行search查询。
关于如何在应用程序服务器上分配angular色的其他示例可能是在一个应用程序服务器上具有专用的search爬取程序，然后在另一个应用程序服务器上有其他服务。
如何使用应用程序服务器有无数的可能性，主要归结于您的服务器将如何使用。
关于你的SQL Server，即使你只有一台服务器，你可能要考虑把这台机器安装成单节点的SQL Server集群，这样如果你决定增加额外的冗余到你的SQL Server层，你只需要添加一个节点到集群。 根据您的农场的规模，从非集群环境迁移到集群环境可能会很痛苦。
您确实需要负载平衡Web前端，但您不希望负载均衡或群集应用程序服务器。 应用程序服务器应该是您运行服务应用程序的地方。 这些服务应用程序可以在多台服务器上启动。 当它们在多台服务器上自动启动时，它们将在两台应用程序服务器之间进行负载平衡。 如果服务器出现故障，服务器会自动处理负载。 当其他服务器恢复时，它将最终被标记为活动状态，负载平衡将恢复。 我同意查询angular色应位于WFE上。 但是，在您的情况下，我将在两个应用程序服务器上运行索引服务以及几乎所有其他服务，以获得性能和冗余。
您还应该做适当的性能testing，以确保您的拓扑工作，并没有一个瓶颈。 SharePoint非常灵活，如果需要，可以稍后移动。 此外，如果您的SQL服务器是虚拟的，并且在硬件问题的情况下可以自动移动到另一台服务器，则可以降低未被群集的风险。 但是，如果它是一台物理机器，我会build议集群或SharePoint 2010现在支持镜像，这样可能会更便宜，没有SAN要求。
希望有所帮助，祝你好运！