Exchange Server 2016 独立部署/共存部署 （一）—— 前期准备

231wd

今天很高兴终于开始写关于Exchange 2016的部署文章了，大家从题目应该不难猜出来，其实本次的Exchange Server 2016部署是从Exchange Server 2010升级而来，在我之前的文章中其实也透露过。
但是考虑到Exchange Server 2016如今的这种众人皆知的“简易化”架构体系，我觉得其实共存部署的难度和内容比独立部署内容还要多一些，所以还是准备就不另外搭建测试环境了，就用这个现成的环境吧！
其实这样也挺好，至少说针对那些正要做Exchange升级的兄弟们也可以尽点而绵薄之力！
看到这儿，有些朋友就说，“哦，原来是共存/升级部署，那不看了，我们就是新装，全新安装”，对于这一部分朋友，我只想说，全新安装就是傻瓜式的下一步，下一步，你信么？ 因为Exchange 2016的全新安装确实是太简便了！
好了，废话不说，直接进入主题了。
还是沿用我之前的风格，都是干货，很多原理上和架构上的东西，我就不在文章前长篇大论的说了，官网上都可以看到。
首先说说Exchange Server 2016吧， 安装完成之后，更多给人的感觉其实就是Exchange 2013的一个SP1补丁，其实操作界面差别不大（几乎没有什么差别），而且版本号直接用的就是V15.1， 2013是V15.
好吧，说说我的环境， 一台 All in One 的 Exchange 2010,现在想升级到2016，就这么简单。
如果大家也是从之前的老版本升级，请一定注意官方提供的版本共存信息，如下图：
[url=] [/url]
关于硬件要求，如下：
[url=] [/url]
关于操作系统，如下图：
[url=] [/url]
.NET Framework 的支持，最低要求必须为 .NET Framework 4.5.2
关于客户端的支持如下：
[url=] [/url]
以上就是微软官方给出的Exchange 2016的基础部署环境的一些条件信息。
我自己的本次搭建Exchange 2016的服务器配置如下：
[url=] [/url]
[url=] [/url]
因为架构体系的变更，Exchange 2016已经将之前的CAS客户端接入角色并入到了MBX邮箱数据库角色中，所以现在从物理角色上就已经没有“前端”和“后端”这种概念了，只有 “邮箱数据库”和“边缘”这两个精简角色了。
在这里给大家提个醒：因为Exchange 2016已经明确官方答复不再支持Windows NLB(网络负载均衡）功能，加上现在的CAS又整合进了MBX，在Exchange 2013中的经典高可用两前两后的架构体系（2CAS+2MBX)已经不复存在了！
换句话说Exchange 2016目前只支持硬件端的NLB，如果没有硬件端的NLB，那么就只有“一拖多”的架构模式，后端MBX的DAG照常可以创建，但是前端面向客户端的服务器，只有一台来作为“独立代表”了！
下面是引用的微软对Exchange 2016的体系描述内容：
Exchange Server 2016 使用一个构建基块体系结构，提供电子邮件服务，以便在各种规模的组织（从小型组织到最大规模的跨国企业）进行部署。这种体系结构如下图所示。

Exchange 2016 服务器与过去和将来的 Exchange 版本之间的通信发生在协议层。不允许跨层通信。我们将这种通信体系结构概括为“每个服务器都是一座‘岛屿’”。这种体系结构具有以下优势：

• 减少服务器间通信。
  
• 提供版本感知通信。
  
• 隔离故障。
  
• 在每个服务器内集成设计。
  
  

Exchange 2016 服务器之间的协议层通信如下图所示。

Exchange 2016 邮箱服务器上的客户端访问服务负责接受所有形式的客户端连接。客户端访问（前端）服务将这些连接代理到目标邮箱服务器（保留用户邮箱的主动副本的本地服务器或远程邮箱服务器）上的后端服务。客户端不直接连接到后端服务。这种通信体系结构如下图所示。