SHAREPOINT SERVER 服务器拓扑

SHAREPOINT SERVER 服务器拓扑

使用此新服务器场拓扑,SharePoint管理员可以在SharePoint服务器场中分配服务器角色,而无需付出太多努力。

技术开发 编程 技术框架 技术发展

 

SHAREPOINT SERVER 服务器拓扑

使用此新服务器场拓扑,SharePoint管理员可以在SharePoint服务器场中分配服务器角色,而无需付出太多努力。

Microsoft提出了SharePoint Server 2016和2019中名为MinRole的新场拓扑。此拓扑的基本概念是根据SharePoint场中的服务器角色显式运行服务集,即无法运行其他服务。换句话说,MinRole服务器场拓扑取决于预定义的服务器角色设置。此服务器场拓扑适用于SharePoint Server 2016和2019。

传统服务器场设计的此替代服务器场拓扑旨在优化系统资源,并通过预定义的服务器角色为用户提供最佳性能。使用此新服务器场拓扑,SharePoint管理员可以在SharePoint服务器场中分配服务器角色,而无需付出太多努力。在创建服务器场或将服务器加入现有服务器场时,需要指定服务器角色。因此,SharePoint会根据选定的特定服务器角色配置其所需的服务,并根据此服务器场拓扑来增强服务器场的性能。 

换句话说,不再需要创建服务应用程序🡪不再根据需要在服务器场中的其他服务器上启动服务。 

MinRole农场拓扑优势

MinRole服务器场拓扑简化了最终用户与SharePoint服务器场中Service Application及其实例的安装和配置有关的工作。除以下内容外,还包含此服务器场拓扑的一些主要优点。

  • 简化部署

MinRole拓扑将负责服务器的服务。 

如果根据建议的MinRole拓扑设置服务器场,则仅要求最终用户注意服务器场中所需的功能,SharePoint将处理其余部分。

  • 改进的性能和可靠性

长期以来,Microsoft一直致力于SharePoint Online。在不同的情况下,包括CPU,磁盘I / O,内存和网络延迟,它分解了SharePoint的性能属性。

通过执行各种分析,我们可以得出结论,针对MinRole服务器场拓扑,SharePoint 2016和Sharepoint 2019的版本均得到了增强。

如果根据建议的MinRole拓扑设置服务器场,则最终用户可以减少网络延迟并提高可靠性。

  • 简化的容量规划和服务器场可扩展性

关于MinRole拓扑,Microsoft专注于容量规划。

根据建议的MinRole拓扑,如果建立服务器场,则可以越来越多地使用可预测的说明性指导进行容量规划。

由于SharePoint自然基于MinRole拓扑配置服务器,因此,除了上述要点之外,当前还可以根据要求将服务器添加到服务器场中。

MinRole中的服务器角色

此服务器场拓扑中有8个服务器角色,分为3类。

  • 专门角色

  • 共享角色

  • 特殊角色

专门角色

这些角色提高了性能和可伸缩性。这种类型的角色主要用于大型可伸缩服务器场。通过使用共享角色,可以专门用于中型服务器场。

image.png

在此角色下,放置了以下4个服务器角色:

  • 前端

前端角色服务器已针对更高的性能和性能敏感进行了优化。

这些服务器通过根据本地服务器上的用户请求适当执行服务实例来处理和服务用户流量。

前端服务器的基本部分是服务应用程序,服务和用户请求服务组件。 

前端服务器角色和应用程序服务器角色具有几乎相同的服务集,但是每个服务器角色具有不同的用途。

  • 应用

应用程序服务器的基本部分是服务应用程序,服务和后端请求服务组件。

应用程序服务器角色的目的是提供诸如计时器作业之类的后台进程。

它也可能是与搜索爬网有关的请求的目标。

简化服务器以实现高吞吐量。

  • 分布式缓存

分布式缓存服务器的基本部分是服务应用程序,服务和需要组件的分布式缓存。

其他服务器支持高可用性,但不支持分布式缓存。 

这些服务器为诸如Newsfeed之类的特定数据类型提供高速缓存。

在SharePoint服务器场中,可以添加多个分布式缓存服务器来分配负载。 

每个服务器都有自己的缓存数据,并且该缓存数据不会复制到任何其他分布式缓存服务器。

如果突然,分布式缓存服务器下沉并且无法正常工作,则存储在该服务器中的缓存数据将丢失。

  • 搜索

搜索服务器的基本部分是服务应用程序,服务和与搜索有关的组件。

当在搜索角色中定义了指定服务器时,需要配置搜索拓扑管理。

搜索功能(例如索引编制)由这些服务器处理。

共享角色

对于SharePoint场中较少的服务器,引入了这些服务器角色。共享角色与专用角色结合在一起,因此它们可以在中等规模的服务器场中使用。随着它们运行更多服务,它们可能会获得更多的可用系统资源。

image.png

在此角色下,放置了以下2个服务器角色:

  • 具有分布式缓存的前端

在一台服务器上,前端和分布式缓存角色与此服务器角色相关联。

如果要将服务器托管为共享服务器,则需要满足系统的所有需求。

在11月的公开更新期间,SharePoint Server 2016(功能包1)引入了一项高级功能。这说明Minrole是对共享角色的增强。 

  • 搜索申请

在一台服务器上,“应用程序”和“搜索”角色与此共享服务器角色关联。

为了承载共享服务器角色,需要服务器以满足系统要求。

在SharePoint Server 2016(功能包1)的11月公共更新中,此共享角色作为MinRole的增强功能引入。

特殊角色

对于测试或开发环境,将使用这些特殊角色。一些未集成到MinRole中的服务也用于此角色。

image.png

在此角色下,放置了以下2个服务器角色:

  • 单服务器场

此单服务器场角色取代了在以前的SharePoint Server版本中可以访问的独立安装模式。

该服务器角色的基本部分是服务应用程序,服务和与单服务器场相关的组件。

该服务器角色主要用于开发和测试。它可以在某种程度上用于生产。

在此服务器角色下,SharePoint服务器场中仅允许使用一台服务器。

由于SQL Server不是该服务器角色的一部分,因此需要SharePoint Administrator安装和准备Microsoft SQL Server,这与以前版本的独立安装完全相反。

必须由SharePoint管理员手动或通过执行服务器场配置向导来配置SharePoint Web应用程序和服务器场服务。

  • 客户机

Custom Server角色的基本部分是最终用户希望管理的服务应用程序,服务和其他组件,而不是使用MinRole来管理它们。

SharePoint Administrator对具有此服务器角色类型的服务器上运行的服务实例具有完全控制/责任。

要运行未与MinRole集成的服务,请使用此自定义服务器角色。

分配给该角色的服务器不受MinRole的管理。

最终用户在SharePoint场中添加新的SharePoint服务器后,用户将运行SharePoint配置向导,并出现以下屏幕,用于选择服务器角色。

image.png

根据所选角色,SharePoint将根据所选角色为服务器配置所有必需的服务。 

注意:必须在SharePoint服务器场中为每个服务器角色至少部署两台服务器,以在SharePoint服务器场中实现高可用性(HA)。

MinRole拓扑

建议在服务器场拓扑下面配置SharePoint 2013 Server中的服务和服务应用程序。

传统拓扑

  • Microsoft SharePoint 2013服务器场的传统三层角色可以驻留在用于开发或演进的单个服务器上,也可以驻留在多个服务器上。

  • 传统的体系结构方法包括应用程序服务器,数据库服务器和Web前端服务器。

image.png

简化的拓扑

  • 这是一种用于场设计的新方法,可以用作场拓扑的传统体系结构的替代方法。

  • Microsoft设计了此拓扑以提高系统资源并提高性能。

  • 在这种拓扑中,SharePoint服务器场中的服务和组件的分发主要集中在服务器硬件的最大系统资源上。

  • 前端服务器,批处理服务器和数据库服务器已合并到此新的简化拓扑中。 

虽然MinRole场拓扑结构,提供了3层提到的方法来设置一个SharePoint场:

内容农场

这些站点和服务应用程序托管在此服务器场上。

此外,此服务器场还可以使用不同服务器场的服务应用程序。

服务农场

由不同服务器场吞噬的服务应用程序托管在该服务器场上。

在此服务器场中,托管了托管元数据,搜索,用户配置文件等服务应用程序。

搜索农场

其他服务器场吞噬的Search Service应用程序托管在该服务器场中。

上述每个SharePoint服务器场都需要不同的MinRole服务器角色。请参考下表以及服务器角色和服务器场类型的映射。

image.png

image.png

MinRole简化部署

基于服务器角色,MinRole基于可以使用MinRole进行操作的每个服务器的多个服务实例启动和终止。

此外,在创建服务器场或将新服务器添加到现有服务器场(如服务器角色所指示)时,SharePoint将启动一组基本的服务实例。此外,还可以识别根据服务器角色在服务器场中启用和启动其匹配服务实例所需的其他服务。最后,他们现在能够区分服务器场中创建的服务和需要服务应用程序帮助的服务。

因此,基于此信息,它也根据服务器的角色启动那些服务实例。

仅当MinRole将服务器加入服务器场时,才对服务实例进行适当的管理。一旦在服务器场中启用/禁用任何服务或在服务器场中创建/删除服务应用程序,MinRole就会通过根据服务器角色在服务器场的现有服务器上启动或停止服务实例来发挥其作用。这样可以确保SharePoint场中的每个服务器都按照其所需的服务运行。

SharePoint场管理员现在能够专注于什么需要服务在农场,而不是担心跑哪里运行它们,因为这拓扑结构的结果。如果使用MinRole服务器场拓扑设置SharePoint服务器场,则无论时间长短,SharePoint都会处理这些类型的详细信息。

选择退出MinRole

通过采用此客户服务器角色,我们现在可以轻松配置相同版本的SharePoint,例如SharePoint 2016 03 2019及其以前的版本。不打算使用MinRole服务器场拓扑的SharePoint管理员可以通过将服务器场中的某些或所有服务器分配给“自定义”角色来实现此目的,然后可以手动管理这些服务器,即在这些服务器上管理其服务实例。如果不需要更改部署脚本,则需要SharePoint Administrator考虑ServerRoleOptional参数。

结论

使用SharePoint Server 2016和2019中的这种新服务器场拓扑,可以在一定程度上减少SharePoint Administrator的手动工作。此服务器场拓扑根据服务器的角色管理服务器场服务器上的所有服务实例,提高性能并提供服务器的高可用性。它还通过其“自定义”角色为最终用户提供了遵循传统服务器场拓扑的选项。内容场拓扑设施是根据组织规模设置场设置的各种选项。选择最合适的MinRole服务器场拓扑并尝试一下!!!

技术开发 编程 技术框架 技术发展