邮件系统平台作为每个企业不可或缺的业务系统，已经不仅仅是单纯的信息传送工具，更是关系到企业决策流程、数字资产管理的核心关键业务系统。

当你需要搭建一个支撑超大型企业（十万+）邮箱用户的超级邮件系统平台时，该选择怎样的存储架构，如何设计存储的性能和容量需求，特别是数据如何迁移，以及数据的安全性又如何保证呢？

本文通过一个邮件项目

设计部署的案例

来给读者提供一些实操的经验分享

☟☟☟

邮件系统的特点是数据量巨大且增长迅速，数据访问性能要求高，同时对于系统数据的安全性、业务处理的高可用性都有很高的要求。

那么如何了解到客户业务环境中实际的数据存储压力？不得不提到戴尔易安信大名鼎鼎的Live Optics数据应用环境分析工具。

Live Optics是一个比业界同类其他工具更为直观的需求分析工具。运用这个免费工具，客户与架构设计师可以清晰了解当前应用环境的真实IT负载，对于数据访问的压力情况、数据增长情况、各个业务模块IO访问的详尽情况等。

有了这些数据，就可以为存储设备的选型、架构的设计提供了详实的一手材料，确保存储选型更加准确，并贴合客户的真实业务需求。

Microsoft Exchange是企业级用户广泛采用的邮件系统软件平台。本文的讨论基于Exchange Server 2016版本。该版本针对存储系统的规划提出了一系列基本要求和最佳实践，其中最重要的一些需考虑因素包括：

▐ 建议大家在为Exchange规划存储系统时，仔细查看Exchange Server存储部署相关章节。

在满足Exchange这些基本要求的前提下，又该如何对存储产品进行选型呢？

一个完善的邮件系统存储平台需要在容量、性能、安全、效率这几个方面来进行规划。在计算Exchange邮件系统的容量和性能需求时，有个重要的工具建议大家一定要用，就是下面这个ExchangeCalc9.1。

在这个工具里输入自己企业的对于邮件平台的基本要求，比如邮箱数量、邮箱大小、每天多少邮件、每个邮件的平均大小以及每个数据库的副本个数，该工具即可自动计算出所需要的存储容量、所需IOPS性能要求、建议的存储卷的划分，甚至可以计算出远程数据复制所需要的链路带宽。

下图就是一个典型的10万人邮箱系统的基本需求图示▼

- 系统设计邮箱规模为10万个邮箱用户，每个用户2GB邮箱空间。

- 设置北京和上海两个站点来实现邮件数据的远程复制，两个站点设计完全对等，通过ExchangeDAG方式实现应用级别的冗余。

- 邮件数据的冗余设计为1份主数据3份副本数据。

- 邮件系统的存储容量超过1PB，存储系统要求达到30000以上的IOPS性能指标。

最终，通过Live Optics的分析，以及ExchangeCalc9.1的规划思路，该客户最终选择了戴尔易安信SC存储来实现公司邮箱平台的在线存储方案。

戴尔易安信SC系列是深受客户信赖的企业级存储产品，迄今为止客户装机量已经超过5万套，其高性能、全面的存储功能、以及高效的存储效率都为客户关键业务数据的存储管理创造了巨大价值。

在选型上，采用4台高端型号SC9000来搭建整体的存储平台。北京和上海各配置2台SC9000磁盘阵列，在容量上满足每个PB级可用容量要求。

并且，SC9000单台设备提供高达1000块硬盘以上的扩展能力，为将来邮件系统容量的增长保留了足够的空间。

▐ 首先，在此次上新邮件平台的时候，遇到的第一个难题就是客户原有邮件平台上的数据，如何迁移到新存储设备。

该客户原有的几百TB邮件数据保存在戴尔易安信SC5020上。而如果通过数据迁移的方式，势必会花费大量时间，影响到业务的正常上线。此时，SC系列存储的联邦存储功能（Federation）帮了大忙。

强大的联邦存储功能让客户迁移无忧，运维无忧

SC的联邦存储功能可以在多台SC存储阵列，甚至是不同代不同型号之间构建一个强大的存储虚拟集群，形成一个对主机和业务系统完全透明的存储资源池。

▐ 其次，在管理和维护这样多台存储设备的大型存储环境时，常常会有固件升级或者硬件更换等常规维护操作，但是对企业邮件系统来说，需要确保7*24不能停机。

如何在存储设备进行维护时也能保证业务实时在线？SC的联邦存储功能可以帮助管理员在需要对某台磁盘阵列做升级维护操作时，只需将这台存储上对应的存储卷漂移到其他磁盘阵列上，就可以对这台存储进行维护操作而不影响正常业务。

该功能还具有极强的冗余容错能力，当该资源池中的某一台存储出现故障或者性能告警时，可以自动或手动的将故障阵列上的卷迁移到其他正常工作或者性能较好的阵列上去，保证整个资源池内性能的平衡。