浅谈Exchange 混合部署规划（一）

作为微软最成熟的产品（没有之一），Exchange往往也是企业往云端迁移的第一个产品，却又是最头疼的项目，毕竟目前主要的商业沟通模式都是邮件，一旦收发邮件有问题对企业的影响是非常大的。其次就是目前主流的病毒传播方式也都是通过邮件。混合部署最大的优势就是允许企业慢慢的往云端过渡同时不丢失本地的很多架构以及又利用了云计算的优势。

硬件要求：
首先要看的是我们的服务器版本是否满足混合部署，目前来说只要你是Exchange 2010及以上的版本都没有问题，而且市面上也在还在使用2010的企业也是非常少的了。但是如果你企业里有2019和2010，那么这种架构也是不支持的，所以我们先参考微软这张图，我稍微画了些箭头，方便理解：
整体是一个向下兼容3个版本的趋势，除了基于Exchange 2010的混合部署。

对于服务器的CU版本，并不是说越高越好。虽然经验上来看的确高版本的好，而且有时候在运行混合部署时碰到问题官方也是建议升级版本。但是IT首先知道新版本是否在解决问题的同时还会造成问题。大体上来说只要服务器支持就可以了。

Exchange 林：
如果你本地是Exchange林，那么这个情况稍微复杂一点点，后面专门开一篇来讲。简单来说对于这种情况，你需要在每个Exchange林中都运行一边混合部署向导–Exchange Hybrid Configuration Wizard。因为这里有一步时建立联盟信任，需要向每个林都建立该信任，并且还涉及到验证域名啥的，等等。

服务器性能：
混合部署是要将你本地的某一台CAS–Client Access Server变成“混合服务器”的，也就是靠这台服务来做迁移以及autodiscover等任务，所以相对来说对服务器的要求会高一些，你说具体多高也没指标，肯定是上不封顶。一般来说基本的CAS配置也可以满足迁移任务的需求，如果你觉得服务器压力会比较大，可以在迁移的时候将Maximum current的默认20个邮箱改小，还有MRS Proxy中的设置，这些也在后面迁移的文章中会涉及到。

有些公司的情况是本地很多Exchange 服务器，用户的邮箱也都分散在各个服务器中，是否将所有的邮箱集中起来到一两台服务器里？的确是建议这么去做的，虽然这会延长整个项目的周期，增加一些不可控因素但是在整个迁移过程中的管控，规划和排查会变得轻松一些。

迁移数据量：
用户的邮箱无非就是收件夹和归档，Exchange Online对邮箱的最大容量是100个GB（不同的订阅大小不一样，E3,E5都是100GB），归档无限制。而且可支持的最大附件迁移也到了150MB，基本上你本地的东西都能传上去。如果有用户的邮箱达到了90个GB，还是建议归档一部分，给云端预留20%的空间。那么归档的无限制也不是你就无限制的去上传，也是要等归档邮箱慢慢的自动扩容的，每次达到一定程度时，邮箱会开始自动扩容，大约需要2周的时间会增加10GB的容量，然后你才能继续上传。

非常建议查看一下每个用户邮箱的使用情况，推荐两个脚本：
https://gallery.technet.microsoft.com/Generate-Mailbox-Size-and-3f408172
https://gallery.technet.microsoft.com/Get-Exchange-2010-Mailbox-00204388

这里并不是要你把邮箱大的用户归到一起做迁移，迁移批次的规划主要考虑的是权限问题，共享邮箱，Send as, Send on Behalf Of等。当然基于混合部署也有小窍门，毕竟可以选择先同步而不完成，等所有邮箱都同步好了，然后一起完成。毕竟同步的时候是不影响权限的。

边缘服务器
1.如果你部署了很成熟的邮件过滤策略
2.出于安全考虑需要云端来的邮件在你的DMZ中过滤掉
3.想保留地址重写功能
那么短时间内可以使用边缘服务器，最好在混合架构完成后测试几个云端邮箱的使用情况，体验和效果是否有影响。毕竟EOP–Exchange Online Protection是免费的而且肯定比本地的系统要强大太多了，而且管理边缘服务器智能用PowerShell，不是很人性化。