Exchange 2013 大小调整和配置建议

Exchange 2013
 

适用于:Exchange Server 2013

上一次修改主题:2017-03-27

与以前的 Exchange 版本相比,Exchange 2013 对系统资源要求更高。通过正确调整 Exchange 2013 的基础结构的大小以及对该基础结构内与 Exchange 相关的组件进行建议的配置,您可以为执行最佳部署打下坚实的基础。

正确调整 Exchange 2013 大小是防止性能问题最有效的方法之一。Exchange 2013 服务器角色要求计算器可在此处获取。最新版本是 6.6,但是我们建议定期检查更新。要正确使用此计算器,必须查看 Exchange 2013 服务器角色要求计算器调整 Exchange 2013 部署大小博客文章中的指南。

在购买和部署硬件之前,首先使用计算器很重要;根据计算器结果,您首先应该确定整体的资源要求。您可以使用计算器输入组织的要求,并使用结果作为有关如何扩展硬件的指南。计算器不会告知您要使用多少台服务器,但是可允许您评估 Exchange 工作量对给定服务器集的影响。为了满足特定于您环境的硬件和业务需求,您应该对不同的配置进行试验,以查看这些配置对性能的影响。

为了简化部署并充分使用硬件,Exchange 产品组建议使用多角色服务器。使用多角色服务器可在客户端访问服务器 (CAS) 层为您提供更高的可用性,因为有更多的客户端访问服务器可用于在故障期间处理请求。Exchange 2013 的关键设计考虑因素是使用“更小”的商品类型服务器(横向扩展替代向上扩展)。设计和测试使用两台套接字计算机(包含最多 24 个处理器内核以及多达 96 千兆字节 (GB) 的 RAM)完成。如果您的硬件比这一配置要高,您应该考虑其他选择,例如将该硬件用于其他需求、为 Exchange 2013 环境购买较小的服务器或对其进行虚拟化。

最好是构建更多服务器(横向扩展),以向现有的较大服务器添加资源(向上扩展)。通过横向扩展,环境可以使用 Exchange 2013 中的内置高可用性功能。要了解建议使用此配置的原因,请查看首选体系结构站点恢复对可用性的影响博客文章中的详细信息。

计算器不考虑在 Exchange 服务器上运行的第三方产品或与 Exchange(包括内部开发的应用程序)互动的产品,这表示您在调整大小期间必须考虑这些产品。例如,Lync Server 和第三方 Exchange Web 服务 (EWS) 应用程序以及 ActiveSync 设备都会大大提高每位用户的 CPU 要求。您可以参考第三方产品文档,了解这些产品将对 Exchange 产生何种影响。建议在实施第三方解决方案之前为 Exchange 创建性能基线。

建议对您的 Exchange 2013 环境进行以下性能优化。

设置 BIOS,以允许操作系统 (OS) 对电源进行管理。

在 OS 中,打开高性能电源计划。

关闭物理 Exchange 服务器上的超线程。如果进行虚拟化,虽然可能在物理服务器上启用超线程,但是应该只能为每个虚拟服务器分配所需数量的虚拟 CPU(不会过度分配虚拟 CPU),并且只能使用负责调整计算大小的物理处理器内核。

在 Exchange Server 2013 Service Pack 1 或更高版本中,您可以启用 SSL 卸载以帮助减少客户端访问服务器的 CPU 消耗,但是 SSL 卸载的配置过于复杂可能得不偿失。

 

Exchange 版本 .NET Framework 4.6.2 .NET Framework 4.6.1 .NET Framework 4.5.2

Exchange 2013 CU16

 X

Exchange 2013 CU15

 X

X1,2 

 X

Exchange 2013 CU13 和 CU14

 

X1,2 

X

1如果想要在运行 Exchange 2013 CU13 的服务器上安装 .NET Framework 4.6.1,则其需要发布后的修补程序。有关详细信息,请参阅 Exchange 2013 先决条件

2 如果你正从 Exchange 2013 CU12 或更早版本升级到 Exchange 2013 CU13、CU14 或 CU15,我们强烈建议你在安装 .NET Framework 4.6.1 及其相关的发布后的修补程序前安装 Exchange 2013 CU13。

如果无法安装 .net 4.5.2,请参阅 Microsoft 知识库文章 2995145 连接到正在 Windows Server 中运行的 Exchange Server 2013 时的性能问题或延迟。该文章中的修复程序是根据有关存储工作进程内存使用情况的内部调查开发出来的。通过应用这些修复程序,将减少所有管理的进程(包括存储工作进程)的整体内存消耗,并且将减少在 .NET 垃圾收集方面的整体 CPU 耗时。

对于 Exchange 2013,建议使用单个网络适配器,因为它无需拆分 MAPI 和复制网络。有关详细信息,请参阅Network requirements

在可用的情况下使用默认的 SNP 卸载设置,并确保启用 RSS(Windows Server 2012 和更高版本中的默认设置)。RSS 有助于扩展 CPU 使用情况,尤其是在 10GbE 上。

验证 OS 没有关闭网卡以节省电源。

保持最新的 NIC 驱动程序。每月向您的供应商咨询是否有相关的驱动程序更新。

在安装期间,Exchange 修改针对 IIS 的某些连接限制。建议不要对 IIS 进行进一步调整。

无论何时都要避免进行自定义。Exchange 累积更新或 Windows 更新可能会覆盖对 web.config 或注册表项所做的任何更改。

可以在 Exchange 2013 存储配置选项中获取 Exchange 2013 存储的指南。

请查看Requirements for hardware virtualization。此外,请注意 Exchange 不是非一致性内存访问 (NUMA) 感知型。因此,建议使用硬件制造商的默认 NUMA 设置。

监视目录服务器性能,因为 Active Directory 查询直接影响 Exchange 部署。

对于 Active Directory 的运行状况,LDAP 搜索时间是要衡量的关键计时器。监视您的域控制器上的 CPU。域控制器上的 CPU 问题将呈现为对 Exchange 服务器的性能影响。

运行位于“数据采集器集”下性能监视器中的域控制器上内置的“Active Directory 诊断”,以帮助排除域控制器性能问题的原因。

在域控制器上规划出足够的 RAM,以缓存完整的 AD 数据库文件。

我们建议为处理有效负载的每 8 个邮箱内核(基于 64 位的全局编录内核)部署一个 Active Directory 全局编录内核。

所有客户端访问服务器应该接收大约相同数量的传入连接。

对于所有产品,Exchange 2013 不需要给定客户端访问服务器和负载平衡器之间的会话相关性。

应该将硬件或软件负载平衡器用于管理所有发往客户端访问服务器的入站通信。目标服务器的选择可通过多种方式实现,例如通过“轮询机制”,其中每个入站连接会到达循环列表中的下一个目标服务器;或者通过“最少连接”,其中负载平衡器会向当时建立了最少连接的服务器发送每个新的连接。负载平衡中对这些方法有进一步的详细阐述。您还应考虑以下事项:

  • 轮循机制存在与长期连接(如 RPC/HTTP)集中缓慢的问题。作为一台联机的新计算机,在多台目标计算机之间提供的连接平衡需要很长时间才能集中。

  • 使用“最少连接”方法时,请注意客户端访问服务器在中断或修补维护期间可能超载和没有响应。对于 Exchange 性能,身份验证是一项高成本的操作。

由于在 Exchange 2013 环境中对 Windows 网络负载平衡进行了大量限制(负载平衡中有详细阐述),因此我们不建议使用 Windows NLB。

维持每个数据库的用户和每个服务器的活动数据库的平衡分布。平均分布数据库磁盘空间以及平衡所有数据库中的重负载用户。

必须配置您的用户群,以便于了解他们与 Exchange(设备、Outlook 和 OWA)的互动方式以及这些互动对性能造成的影响。请参阅第 2 部分中的计算器博客,以更好地了解如何配置每个用户的 Exchange 用法。

配置 DB 副本激活首选项和“MaximumPreferredActiveDatabases”(每服务器)设置,以维持故障转移或切换期间的平衡。

RedistributeActiveDatabases.ps1 脚本将重新平衡多个 DAG 节点之间的活动数据库。

请考虑强制执行与 Office 365 匹配的严格的项目计数。可以使用 Set-Mailbox cmdlet 和邮箱文件夹限制中提供的信息来执行这一操作。

如果您使用的是大于 32 GB 的 RAM,请将页面文件的大小上限设置为 32778 MB。

页面文件应该托管在与 Exchange 数据库文件或数据库日志文件相同的驱动器上。

必须使用固定大小的页面文件,并且不允许 Windows 对其进行管理。当 Exchange 负荷过重时,增加页面文件可能是性能密集型任务并可能造成问题。

如果需要获取完整的内核转储,请使用 Microsoft 知识库文章 969028如何在 Windows Server 2008 和 Windows Server 2008 R2 中生成内核或完整的内存转储文件,获取专用的转储文件。

建议使用缓存模式。要了解使用缓存模式的好处,请参阅为 Outlook 2013 选择缓存的 Exchange 模式或联机模式

值得注意的是,服务器加载项和 Outlook 第三方加载项都可能对性能造成影响。当使用联机模式时,客户端可能在第三方加载项中遇到一些性能问题,如较高的项目计数、视图限制、访问邮箱的用户数量以及其他因素带来的问题。与 Outlook 2013 相比,旧版客户端可能在高项目计数和性能方面受到更大影响。

如果某个组织在联机模式下配置 Outlook 的主要原因是出于安全方面的考虑,请转为使用 BitLocker。

Outlook 2013 提供新的“同步滑块”功能,以尽可能减少下载时间和 OST 文件的大小。有关详细信息,请参阅在 Outlook 2013 中配置缓存 Exchange 模式

每月检查一次您的环境中受支持的 Outlook 客户端更新。

作为最佳实践,在排除 Exchange 性能问题时,请卸载或禁用第三方软件。 以下列表包含 Microsoft 支持,但最常影响 Exchange 2013 性能的第三方软件类型。

  • 防病毒解决方案

  • 入侵防护软件

  • 备份软件

  • 适用于文件和用户的审核软件

  • 存档解决方案

 
显示: