Exchange Server 2016 架构

Exchange 2016 是基于2013上的架构上建立的,Exchange Server  2016 年,在一个单一的构建块,提供了客户端访问服务和必要为任何企业消息传递环境的高可用性体系结构。

e16
图 1:构建基块体系结构

在我们继续寻求改善产品的功能和简化的体系结构和其部署,我们已删除了客户端访问服务器 (CAS) 角色并添加客户端访问服务到邮箱角色。即使没有 CAS 角色,系统维护的松散耦合功能、 版本控制、 用户划分和地理的亲和力。

现在的邮箱服务器角色:

房子将协议请求路由到正确的目的地终结点的逻辑。
承载所有的组件和/或处理、 呈现和存储数据的协议。
没有客户端直接连接到后端端点在邮箱服务器上。相反,客户端连接客户端访问服务,并路由到承载的活动数据库,包含用户邮箱的邮箱服务器 (通过本地或远程代理)。

邮箱服务器,可以将其添加到数据库可用性组 (DAG),从而形成一个高可用性的单位,可以在一个或多个数据中心中部署。Exchange 服务器到 2016 年的达吉斯坦有几个具体的增强功能:

创建 DAG 时, DatabaseAvailabilityGroupIpAddresses不再是必需的。默认情况下,由于这是推荐的最佳做法此方法,也将没有行政的接入点,创建故障转移群集。
默认情况下,启用了重播延迟管理器。
滞后的数据库副本淡化可以延迟基于磁盘延迟,从而确保活跃用户不受影响。
数据库故障转移的次数都减少了 33%至 Exchange 服务器 2013 年相比。
删除单独的 CA 角色并不影响服务器之间如何进行交际。服务器之间的通信仍然出现在协议层,有效地确保每个服务器一座孤岛。对于给定的邮箱的连接,正在使用的协议总是早餐是主动数据库副本的本地协议实例。

island
图 2:服务器间通信交换 2016 年

负载平衡器的配置也不受此体系结构的更改。从协议的角度来看,将发生以下情况:

客户端解析的命名空间向负载平衡虚拟 IP 地址。
负载平衡器会为会话分配到负载平衡池中的邮箱服务器。
邮箱服务器对请求进行身份验证,并执行服务发现通过访问 Active Directory 来检索以下信息:
邮箱版本 (在本讨论中,我们将假设交换 2016年邮箱)
邮箱位置信息 (例如,数据库信息, ExternalURL值等)
邮箱服务器发出的决定到代理服务器请求或将请求重定向到另一个邮箱服务器中 (在同一目录林中) 内的基础设施。
邮箱服务器会查询数据库,以确定哪个邮箱服务器承载的主动副本负责主动管理器实例。
邮箱服务器代理对主机组的主动副本的邮箱服务器的请求。
在步骤 6 中所使用的协议取决于用来连接到客户端访问服务的协议。如果客户端请求使用 HTTP,然后在服务器之间使用的协议是 HTTP (通过使用自签名的证书的 SSL 安全)。如果 IMAP 或 POP 客户端所使用的协议,然后在服务器之间使用的协议是 IMAP 或 POP。

电话服务请求是唯一的。而不是代理的要求在第 6 步,邮箱服务器将请求重定向到邮箱服务器托管的用户数据库的主动副本的电话服务设备支持重定向,需要建立其直接与邮箱服务器上的统一消息服务的 SIP 和 RTP 会话。

e16cc
图 3:客户端协议连接

是的边缘传输服务器角色将船舶在 Exchange 服务器 2016 年 (和在 RTM 时,要启动!)。所有的功能和特点你在边缘传输服务器角色在 Exchange 服务器到 2013 年,仍在 Exchange 服务器 2016年。

我们是为什么删除了客户端访问服务器角色的?

该 Exchange 服务器 2016年体系架构进化已得到改进,当然最后的几个版本的构建基块体系结构。通过这个结构,(不包括边缘传输) 的 Exchange 环境中的所有服务器都是完全一样的 — — 相同的硬件,相同的配置,等等等等。这种一致性简化了订购硬件,以及执行维护和管理的服务器。

作为与Exchange 2010 交换 2013年,我们继续推荐角色共同定位作为一种最佳做法。从成本的角度来看,总体目标是确保该体系结构平衡的 CPU 和磁盘。作为您可能购买更多超过你将实际使用的 CPU、 磁盘和内存资源,则将有单独的服务器角色可以导致长期的成本劣势。例如,考虑一个承载仅客户端访问服务器角色的服务器。许多服务器使您可以添加给定的数量的磁盘中一种非常经济的方式 — — 当您正在部署和使用该磁盘的数目,成本基本上是零。但如果您部署远远小于给定数量的磁盘使用的服务器角色,你花钱买下使用或不使用的磁盘控制器。

这种体系结构被为了使您能够在您的环境中有更少的物理交换服务器。更少的物理服务器意味着更低的成本为各种原因:

运营成本几乎都是高于资本成本的。它花费更多,在其生命周期内管理服务器,而不是购买它。
您购买的许可证服务器较少交流。这种体系结构只需要许可证一个 Exchange 服务器和操作系统,而爆发的角色需要多个 Exchange 服务器许可证和操作系统的多个许可证。
部署较少的服务器跨基础结构的其余有涓滴效应。例如,部署较少的物理服务器可以减少所需的 Exchange 基础结构,这反过来又降低了电源和冷却成本的总机架和地板空间。
这种体系结构最终分配负载到比部署单个角色服务器,因为所有邮箱服务器还都处理了客户端访问,因为更多的服务器:

你更多的物理机器,从而提高可伸缩性分布负载。在出现故障时,其余的服务器上的负载只逐步增加,这可确保服务器正在执行的其他职能不会受到不利影响。
该解决方案可以生存更多的客户端访问角色 (或服务) 失败,并仍然提供服务,增加弹性。
关键的体系结构改进

Exchange 服务器 2016年还包括大量的体系结构的改进,包括搜索增强、 文档协作改进,以及更多的服务器角色整合之外。

搜索系统改进

为具有挑战性的领域之一-内部部署环境是与以前的版本中每个数据库副本复制的数据量。在 Exchange 服务器到 2016 年,我们有降低 40%的主动副本和被动副本之间的带宽需求。这被通过使要从其本地数据库副本中读取数据的本地搜索实例。由于这种更改,不再需要与同行积极协调,以便执行索引更新被动搜索实例。

另一个投资在搜索领域已经减少,返回的搜索结果,尤其是在诸如 OWA 之类的在线模式客户端的时间长短。这被通过执行多个异步磁盘读取前用户可以完成搜索词,填充相关的信息,提供分第二次搜索查询延迟为在线模式客户端缓存。

文档协作

在以前版本的 Exchange 中,OWA 包括办公室和 PDF 文件的文档预览减少了需要有一个充分的忠诚客户。SharePoint 有一个类似的功能,然而它使用 Office Web 应用程序服务器来完成此功能。Office 365 内我们还利用 Office Web 应用程序服务器,以提供这种能力,确保统一的文档预览和编辑能力,跨一套。

在 Exchange 服务器 2016年,我们利用 Office Web 应用程序服务器,以提供丰富的文档预览和编辑功能为 OWA。虽然这是一个必要的变化,以确保办公室服务器套件之间的同质的经验,这引入了额外的复杂性,对于没有 Office Web 应用程序服务器的环境。

Office Web 应用程序服务器的下一代将不支持为 Exchange 与合用同一地点。因此,您必须部署单独的服务器农场的基础设施。这种基础设施将需要唯一的命名空间,并将需要会话亲缘性,以维持在负载平衡器。

虽然 Exchange 支持绑定命名空间模型,Office Web 应用程序服务器将为每个站点有弹性的数据中心对需要绑定的命名空间。然而,与 Exchange 中的绑定命名空间模型,不同 Office Web 应用程序服务器将不需要任何命名空间更改在数据中心激活过程中。

oos
图 4:Office Web 应用程序服务器连接

可扩展性

Office 365 介绍 Api (邮件、日历和联系人Api),休息,现在这些 Api 可用 Exchange 服务器到 2016 年。其他 Api 简化针对 Exchange 的编程通过提供旨在开放与熟悉的语法 (例如,开放标准支持 JSON,OAUTH,ODATA) 和灵活性 (例如,颗粒状、 严格限定了作用域的权限访问用户数据)。这些 Api 允许开发人员从任何平台,连接是否是 web,pc 机或移动。Sdk 存在 for.NET、 iOS、 安卓、 NodeJS、 Ruby、 Python、 科尔多瓦、 和 CORS 在单页 JavaScript web 应用程序中使用。

怎么样交换 Web 服务 (EWS) 吗?所有的现有应用程序利用预警系统将继续与 Exchange 服务器 2016年。我们都,然而,聚焦新平台投资其余的 Api 和应用程序,提供办公室扩展性模型。我们期望在 EWS 中进行明显较少投资,以便我们可以集中我们的资源投资于一个单一的现代 API,它会随着时间推移,使绝大部分的场景我们的合作伙伴目前使用 EWS。

Outlook 连接

介绍了在 Exchange 服务器 2013 Service Pack 1,MAPI/HTTP 是 Outlook 连接的新标准。在 Exchange 服务器到 2016 年,默认情况下将启用 MAPI/HTTP。此外,Exchange 服务器 2016年介绍了这种连接模式,以及对控制能力的每用户控制权是否向外部客户端公布议定书 》 (和 Outlook 无处)。

注意: Exchange 服务器 2016年不支持通过 MAPI/CDO 库连接。第三方产品 (和自定义内部开发的解决方案) 需要将移动到Exchange Web 服务(EWS) 或其他 Api来访问 Exchange 数据。

与 Exchange Server 2013 共存

在 Exchange 服务器 2013年,客户端访问服务器角色是简单地执行内容没有处理/呈现的智能代理。该建筑的宗旨还清了向前共存而言。当你引入 Exchange 服务器 2016年时,你不需要移动的命名空间。没错,Exchange 服务器 2013年客户端访问基础结构可以的代理邮箱请到承载的主动数据库副本的交换 2016年服务器 !第一次过,你可以决定当您移动该命名空间到最新版本。而这样做不仅甚至可以将负载平衡器池包含的 Exchange Server 2013 和 Exchange 服务器 2016 年的组合。这意味着您可以做为一个互换在负载均衡池 — — 如您添加交换 2016年服务器,您可以删除 Exchange 2013 服务器。

拓扑结构要求

只有将 Windows Server 2012 R2 和”10″的 Windows 服务器操作系统支持 Exchange 服务器 2016年。

从 Active Directory 角度来看,Exchange 服务器 2016年将需要:

Windows Server 2008 R2 或以后的 Active Directory 服务器。
Windows Server 2008 R2 或较高的森林功能模式和域功能模式。
Exchange 服务器 2016年将只支持与 Exchange 服务器 2010 SP3 RU11 * 和 Exchange 服务器 2013 CU11 * 共存 (* 如有更改)。

首选的体系结构

在我的会话在微软点燃,我透露微软的首选的架构 (PA) Exchange 服务器年到 2016 年。巴勒斯坦权力机构是交换工程团队的最佳实践建议为我们的信仰是交换到 2016 年,和一种非常类似于我们在 Office 365 中的部署的最佳部署基础结构。

虽然交换 2016年提供了种类繁多的房地上部署体系结构的选择,这种体系结构永远是我们最受瞩目的一个。虽然有其他受支持的部署体系结构,他们不建议。

交换 2016 PA 是非常类似于交换 2013 PA。对称 DAG 被部署跨数据中心对主动数据库副本分布在 DAG 中的所有物理服务器。数据库副本部署在 JBOD 存储,与四个副本每个磁盘上。副本之一是滞后的数据库的副本。客户端连接到一个统一的命名空间,同样分布在站点弹性对数据中心的能效。

然而,交换 2016 PA 不同方式如下:

交换的绑定命名空间模型是在不使用会话亲缘关系的第 7 层配置的数据中心之间进行负载平衡。
Office Web 应用程序服务器场部署在每个数据中心,与每个农场有唯一的命名空间 (绑定模型)。会话亲缘性是由负载平衡管理的。
DAG 在没有管理访问点部署。
商品双插槽服务器硬件平台包含 20 24 芯和 196 gb 的内存和电池备份写缓存控制器。
所有数据卷被都格式化与裁判。
当我们走近释放,我们会发布完整的 Exchange 2016 首选体系结构文章。

摘要

Exchange 服务器 2016年继续在以前版本的 Exchange,通过降低服务器角色体系结构复杂性、 对齐首选建筑与 Office 365 的设计原则,以及改善与 Exchange Server 2013 共存引入投资。

这些变化简化 Exchange 部署,而不降低可用性或部署的灵活性。并在某些情况下,当相比前几代巴勒斯坦权力机构增加可用性和恢复能力的部署。

罗斯史密斯四
首席项目经理
Office 365 客户体验

Exchange中文站

Exchange中文站

Exchange中文站是一个专注讨论 Microsoft Exchange Server / Exchange Online / Office 365 的技术型网站。
Exchange中文站

Exchange中文站 的最新文章 (查看所有)

发布于: 浏览:10483 次

现有 5 条评论

  1. 游客 2015年6月21日 下午11:53

    希望让管理人员管理变得更简单

    回复
  2. 游客 2015年11月19日 上午11:09

    翻译质量啊,还不如贴出原文

    回复
  3. 游客 2015年11月19日 下午3:29

    翻译的质量太烂了。强烈要求放出原链接

    回复
    1. 游客 2016年10月25日 下午3:52

      强烈同意,此中文翻译完全不可看,会误导用户的。

      回复
  4. 游客 2016年3月9日 上午9:33

    软件翻译的吧,这是。

    回复

欢迎参与到我们的技术讨论,问题和分享都可以。