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

今天很高兴终于开始写关于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,就这么简单。

如果大家也是从之前的老版本升级,请一定注意官方提供的版本共存信息,如下图:

Exchange Server 2016 独立部署/共存部署 (一)—— 前期准备_第1张图片

关于硬件要求,如下:

关于操作系统,如下图:

Exchange Server 2016 独立部署/共存部署 (一)—— 前期准备_第2张图片

.NET Framework 的支持,最低要求必须为 .NET Framework 4.5.2

关于客户端的支持如下:

以上就是微软官方给出的Exchange 2016的基础部署环境的一些条件信息。

我自己的本次搭建Exchange 2016的服务器配置如下:

Exchange Server 2016 独立部署/共存部署 (一)—— 前期准备_第3张图片

Exchange Server 2016 独立部署/共存部署 (一)—— 前期准备_第4张图片

因为架构体系的变更,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 Server 2016 独立部署/共存部署 (一)—— 前期准备_第5张图片

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

Exchange Server 2016 独立部署/共存部署 (一)—— 前期准备_第6张图片

你可能感兴趣的:(Exchange,共存,2016)