Exchange Server 独立部署/共存部署 （一）—— 前期准备
/horse87/1748800今天很高兴终于开始写关于Exchange 的部署文章了，大家从题目应该不难猜出来，其实本次的Exchange Server 部署是从Exchange Server 升级而来，在我之前的文章中其实也透露过。
但是考虑到Exchange Server 如今的这种众人皆知的“简易化”架构体系，我觉得其实共存部署的难度和内容比独立部署内容还要多一些，所以还是准备就不另外搭建测试环境了，就用这个现成的环境吧！
其实这样也挺好，至少说针对那些正要做Exchange升级的兄弟们也可以尽点而绵薄之力！
看到这儿，有些朋友就说，“哦，原来是共存/升级部署，那不看了，我们就是新装，全新安装”，对于这一部分朋友，我只想说，全新安装就是傻瓜式的下一步，下一步，你信么？ 因为Exchange 的全新安装确实是太简便了！
好了，废话不说，直接进入主题了。
还是沿用我之前的风格，都是干货，很多原理上和架构上的东西，我就不在文章前长篇大论的说了，官网上都可以看到。
首先说说Exchange Server 吧， 安装完成之后，更多给人的感觉其实就是Exchange 的一个SP1补丁，其实操作界面差别不大（几乎没有什么差别），而且版本号直接用的就是V15.1， 是V15.
好吧，说说我的环境， 一台 All in One 的 Exchange ,现在想升级到，就这么简单。
如果大家也是从之前的老版本升级，请一定注意官方提供的版本共存信息，如下图：
关于硬件要求，如下：
关于操作系统，如下图：
.NET Framework 的支持，最低要求必须为 .NET Framework 4.5.2
关于客户端的支持如下：
以上就是微软官方给出的Exchange 的基础部署环境的一些条件信息。
我自己的本次搭建Exchange 的服务器配置如下：
因为架构体系的变更，Exchange 已经将之前的CAS客户端接入角色并入到了MBX邮箱数据库角色中，所以现在从物理角色上就已经没有“前端”和“后端”这种概念了，只有 “邮箱数据库”和“边缘”这两个精简角色了。
在这里给大家提个醒：因为Exchange 已经明确官方答复不再支持Windows NLB(网络负载均衡）功能，加上现在的CAS又整合进了MBX，在Exchange 中的经典高可用两前两后的架构体系（2CAS+2MBX)已经不复存在了！
换句话说Exchange 目前只支持硬件端的NLB，如果没有硬件端的NLB，那么就只有“一拖多”的架构模式，后端MBX的DAG照常可以创建，但是前端面向客户端的服务器，只有一台来作为“独立代表”了！
下面是引用的微软对Exchange 的体系描述内容：
Exchange Server 使用一个构建基块体系结构，提供电子邮件服务，以便在各种规模的组织（从小型组织到最大规模的跨国企业）进行部署。这种体系结构如下图所示。
Exchange 服务器与过去和将来的 Exchange 版本之间的通信发生在协议层。不允许跨层通信。我们将这种通信体系结构概括为“每个服务器都是一座‘岛屿’”。这种体系结构具有以下优势：
减少服务器间通信。
提供版本感知通信。
隔离故障。
在每个服务器内集成设计。
Exchange 服务器之间的协议层通信如下图所示。
Exchange 邮箱服务器上的客户端访问服务负责接受所有形式的客户端连接。客户端访问（前端）服务将这些连接代理到目标邮箱服务器（保留用户邮箱的主动副本的本地服务器或远程邮箱服务器）上的后端服务。客户端不直接连接到后端服务。这种通信体系结构如下图所示。
©著作权归作者所有：来自51CTO博客作者horse87的原创作品，如需转载，请注明出处，否则将追究法律责任
如果觉得《Exchange Server 独立部署/共存部署 （一）—— 前期准备》对你有帮助，请点赞、收藏，并留下你的观点哦！
