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

图 1：构建基块体系结构

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

现在的邮箱服务器角色：

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

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

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

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

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

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

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

图 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 应用程序服务器将不需要任何命名空间更改在数据中心激活过程中。

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

SDN实践分享（三）：Docker网络使用体验

导读：该篇文章系SDN实践微信群（团主张宇峰@brocade）组织的线上技术分享整理而成,由九州云（99Cloud）培训经理梁博将他对于Docker网络使用体验和一些技术方面的理解进行了分享.

Docker,SDN容器网络,