Exchange Server 2016规划—名称空间
如果大家已经在企业环境中部署了早期版本的 Exchange，在升级到 Exchange Server 2016 时由于不同的 Exchange Server 版本，可能面临不同的名称空间要求，本文将对?Exchange Server 2016 名称空间规划进行简要介绍。
Exchange 2010
Exchange 2010 通过自动发现服务可以启用并更改客户端配置文件，所以其需要单独的名称空间。当然，Exchange 2010 还有其它方面的名称空间要求，特别是针对弹性部署的解决方案：
- 主数据中心名称空间 mail.contoso.com
- 辅助数据中心名称空间 mail2.contoso.com
- 主数据中心 Outlook Web App 故障恢复名称空间 mailpri.contoso.com
- 辅助数据中心 Outlook Web App 故障恢复名称空间 mailsec.contoso.com
- 邮件传输名称空间 smtp.contoso.com
- 主数据中心 RPC 客户端访问名称空间 rpc.contoso.com
- 辅助数据中心 RPC 客户端访问名称空间 rpc2.contoso.com
以上 7 大所需的名称空间中，有 5 条记录需要配置证书。RPC 客户端访问名称空间不必配置证书，因为其通过 RPC 连接访问而不使用像 HTTP 这样的基于互联网协议。
Exchange 2016
Exchange 2016 的架构好处可以将名称空间模型简化，而这一改变微软从 Exchange 2013 中便开始引入。
当我们规划从 Exchange 2010 升级到 Exchange 2016 时，对于两数据中心的弹性规划而言，至少可以减少如下 5 条名称空间：
- 辅助数据中心名称空间 mail2.contoso.com
- 主数据中心 Outlook Web App 故障恢复名称空间 mailpri.contoso.com
- 辅助数据中心 Outlook Web App 故障恢复名称空间 mailsec.contoso.com
- 主数据中心 RPC 客户端访问名称空间 rpc.contoso.com
- 辅助数据中心 RPC 客户端访问名称空间 rpc2.contoso.com
之所以可以如此精简名称空间主要有如下两大原因：
首先，Exchange 2016 已不再使用 RPC 客户端访问名称空间。这主要是因为 Mailbox Server 的架构已进行了变更，RPC 客户端访问服务已与存储解耦。
其次，客户端访问服务总会将请求发送到活动数据库的 Mailbox Server 。
以上访问逻辑并不限于 Active Directory 站点边界。与 Exchange 2010 不同的是，Exchange 2016 并不需要 DAG 之间激活事件的客户端访问名称空间，一个 Active Directory 站点中的 Mailbox Server 可以代理到位置另一 Active Directory 站点中的 Mailbox Server 进行访问。
名称空间模型
根据基础架构设计，将有如下两种选择：
- 为所有数据中心部署一套统一的名称空间(未绑定模型)
- 为每个数据中心部署一套独立名称空间(绑定模型)
未绑定模型
要采用未绑定模型必需跨数据中心部署 1组?DAG，该 DAG 需要在每个数据中心都有 Mailbox Server。通常所有 Mailbox Server 都用于托管活动数据库副本，但也可以将所有活动数据库托管到单个数据中心。在此名称空间模型中，客户端可以同时连接到两个数据中心而不受限于单一数据中心边界，所以称为未绑定模型。
在未绑定模型中，任一数据中心都可以为用户请求提供服务。这意味着，从负载平衡角度来看，两个数据中心的 Exchange 2016 Mailbox Server 都可参与业务处理，从下图中的 VIP(虚拟IP地址) 与名称空间进行关联便可看出。
从理论上讲，两个数据中心会分别负担 50% 的业务处理量。
绑定模型
正如名称所暗示，绑定模型的名称空间规划会将用户关联(或结合)到特定的数据中心。换句话说，用户在正常使用期间只会连接到同一特定数据中心，只有在故障转移时才会访问到第二数据中心。此时，用户便不会有同时连接到两个数据中心的可能性。通常情况下，使用绑定模型需要在两个数据中心部署 2 组 DAG，每个 DAG 中包括一组特定数据中心的邮箱数据库。
在绑定模型中，两个数据中心之间会采用 2 套名称空间，以管控用户可连接到的数据中心。
Autodiscover名称空间
Exchange 2016 同样使用 Autodiscover Service 来配置客户端配置文件，因此与老版本一样 autodiscover.contoso.com 名称空间没有变化。
Office Online Server名称空间
Outlook Web 上的文档协作功能需要? Office Online Server 支撑，因此需要在每个数据中心站点中都部署 Office Online Server。这样部署可确保所有文件协作服务请求都在本地站点进行处理，从而避免出现跨站点请求。
这也就意味着需要为每个数据中心的 Office Online Server 服务器都规划唯一的名称空间。换言之，Office Online Server 使用的是绑定模型。
……