coremail 中文文档 下载 App

Coremail 容量规划 用户数存储邮件量估算

为什么容量规划重要

容量规划是自建邮件系统前必须做的功课——如果初期容量规划过小,可能运行几个月后就需要紧急扩容,影响用户体验;如果规划过大,则会浪费硬件成本。Coremail 提供经过大规模生产验证的容量规划参考。

需要估算的三个核心指标

指标说明如何估算
用户数邮件系统的注册用户总数根据组织结构确定,预留未来 1-2 年增长空间
日均邮件量每天收发的邮件总数参考历史数据或同规模行业数据
单用户平均存储每个用户的邮箱平均占用空间与邮件量和保留周期相关

日均邮件量估算

这是容量规划中最关键也最难准确的指标。参考数据:

用户类型日均收信日均发信合计
普通办公室职员30-80 封10-30 封40-110 封
销售/市场50-150 封20-50 封70-200 封
管理层50-100 封10-30 封60-130 封
研发工程师20-50 封5-15 封25-65 封
学生(高校)5-20 封2-10 封7-30 封

按行业参考:

行业每用户日均邮件
金融(银行/证券)80-150 封
制造业50-100 封
IT/互联网60-120 封
教育(高校)20-50 封
政府机关30-70 封

估算公式:总日均邮件量 = 用户数 × 每用户日均邮件量

存储容量估算

单邮件平均大小

这是存储容量的另一个关键输入:

邮件类型平均大小
纯文本邮件5-20 KB
带 HTML 格式20-50 KB
带小附件(<1MB)100-500 KB
带中等附件(1-10MB)1-5 MB
带大附件(>10MB)10-50 MB

行业平均:每封邮件(含附件)平均 200-500 KB

存储容量公式

总存储需求 = 总日均邮件量 × 平均邮件大小 × 邮件保留天数 × 冗余系数

示例:5000 用户、日均 70 封/用户、平均 300KB/封、保留 365 天:

总邮件量/天 = 5000 × 70 = 350,000 封
总存储 = 350,000 × 300KB × 365 × 1.5(冗余)= 约 57 TB

SaaS 版不用算存储

Coremail 企业邮箱 SaaS(标准版/尊享版/独享版)都是无限邮箱容量,存储由 Coremail 负责,客户只需要估算用户数即可。

服务器配置参考(XT6 自建)

小型部署(< 1000 用户)

角色数量配置
Web 服务器2(多活)8 核 16G,500G SSD
MTA 服务器2(多活)8 核 16G,500G SSD
存储服务器2(主备)16 核 32G,10TB SSD
数据库2(主备)8 核 16G,1TB SSD
反垃圾服务器18 核 16G

中型部署(1000-10000 用户)

角色数量配置
Web 服务器3+(多活)16 核 32G,1TB SSD
MTA 服务器3+(多活)16 核 32G,1TB SSD
存储服务器2+(多活)32 核 64G,按容量配(10-50TB)
数据库2+(主备/集群)16 核 32G,1-5TB SSD
反垃圾服务器2+16 核 32G
全文搜索2+16 核 32G

大型部署(> 10000 用户)

信创环境下的容量规划

信创硬件(鲲鹏、飞腾、海光)的性能和主流 x86 平台有差异,容量规划时需要考虑:

CPU 体系性能系数(相对 x86)服务器数量调整系数
鲲鹏 9200.8-0.9× 1.2-1.3
飞腾 2000+0.7-0.8× 1.3-1.5
海光 DCU0.85-0.95× 1.1-1.2

意思是:如果 x86 环境下需要 3 台 Web 服务器,鲲鹏环境下可能需要 4 台(3 × 1.3 ≈ 4)。

带宽估算

邮件系统对带宽的需求:

指标估算
入站带宽日均收信量 × 平均邮件大小 × 86400 秒
出站带宽日均发信量 × 平均邮件大小 × 86400 秒
Web 访问带宽用户数 × 并发率(约 10%)× 每用户带宽(约 1Mbps)
总带宽三者之和 × 峰值系数(约 2-3)

示例:5000 用户,日均 35 万封邮件,平均 300KB/封:

邮件带宽 = 350,000 × 300KB ÷ 86400 ≈ 1.2 Mbps(平均)
Web 带宽 = 5000 × 10% × 1Mbps = 500 Mbps
总带宽 = (1.2 + 500) × 2 ≈ 1002 Mbps

实际建议千兆外网带宽起步,大型部署需要多条千兆线路(BGP 多线)。

Coremail 售前协助

对于自建客户,Coremail 提供免费的售前容量规划服务:

常见容量规划误区

误区一:按邮箱容量估存储

很多人以为"无限邮箱容量"意味着存储无限——不是。存储是整个邮件系统的总存储,分配给所有用户共享。如果每个用户都占很多存储,总存储还是会满。

误区二:不考虑邮件归档

归档系统需要单独的存储容量。如果要归档 7 年的邮件,存储需求是在线存储的数倍甚至数十倍。

误区三:不预留增长空间

组织在发展,邮件量也在增长。建议容量规划时预留1-2 年的增长空间——用户数按每年 10-20% 增长估算。

误区四:忽略附件存储

附件占邮件存储的 60-80%。如果组织有大量带附件的邮件(合同、报告、设计稿等),存储需求会显著增加。