关于Exchange 2010的单机安装的文档,网上多的已经数不胜数了。但是本着视文章如儿子
[
**是别人的好,儿子是自己的好)_(
]一样的**理念,坚决还是写出来自己的风格。
好了,废话不多说,关于邮箱的应用,可能现在还是有很多公司在使用企业邮箱,或者是一些163,126等免费申请的邮箱。但是可能随着公司规模的增大,人数的增多,为了企业品牌形象,简历以公司域名为后缀的邮箱,肯定是必然的,那么选择自己搭建服务器来维护,或许就是一个明确的选择了。(当然,也有别的办法可以实现,比如借助腾讯的免费域名邮箱。这个在后面专门有贴子介绍。)
俗话说“工欲善其事必先利其器”,一旦公司的BOSS想要你去做什么事情了,那么你做起来,肯定是一路通畅。那么就前提规划好邮件系统的硬件环境,采购足够的服务器。否则,不但日后会跟你的衣食父母(BOSS)磨嘴皮子,也会受到后继之人的唾骂….
1,Exchange server 2010 服务器内存规划
角色
|
最小内存
|
最大内存
|
客户端访问
|
4GB
|
16GB
|
集线器传输
|
4GB
|
16GB
|
邮箱
|
4GB
|
64GB
|
统一消息
|
4GB
|
16GB
|
边缘传输
|
4GB
|
64GB
|
all in one
(CAS+HUB+MailBox) |
8GB
|
64GB
|
此需求是一个参照的需求,并非强制性需求。另外,在规划
邮箱服务器内存的时候,还需要根据用户数来进行参考。下表是出自微软的基于邮件活动和邮箱数据库缓存的每个邮箱的估计IOPS。(这里之所以会选择是邮件大小为 75KB,那么首先这是微软官方的一个数值,可能是通过一些调查获取到的,一个企业中邮件收发的平均值。另外,通过下面对于IOPS的介绍,大家也可以知道,其实邮件的大小对于这个的影响应不会太大。当然,75KB和75MB还是有很大差别的…因为这个数值主要是指对于磁盘的读写次数,并不代表吞吐量。)
对于IOPS的解释:关于磁盘的IOPS,首先解释一下,什么是IOPS,从字面意思来看,就是
每秒对硬盘的读写次数,IOPS随着上层应用的不同会有很大的变化。
举个例子,往磁盘中写入10000个大小为1KB的文件,和写入一个10MB的文件,所用的时间不同。因为往硬盘里写入10000个文件,或许硬盘需要进行几万乃至十几万次频繁的读/写(I/O)才可以完成,但是如果写入一个10M的文件,这个文件在磁盘中是连续存放的,那么也许几次就可以完成操作。所以说,一个磁盘的I/O高低并不能从根本上决定磁盘的拷贝,写入文件速度,而是会跟文件的多少有关系。比如两块硬盘,一块IO比较高,一块比较低。 那么同时开始写入10万个1KB的文件,IO高的会尽早完成。但是如果同时开始写入一个100M的大文件,相差的时间则不会太大。
在计算邮箱服务器内存配置需求的时候,可以参照,以上两个表格。计算方法如下
例如:服务器上活动用户是2500个,每个用户每天收发邮件数是150封,如果邮箱服务器单独安装在一台服务器上,则需要22.5G的数据库缓存。
那么参照第二个表格可以知道,当服务器配置32G的物理内存的时候,会默认分配22.4G为数据库数据库缓存,所以,服务器的物理内存推荐为32G。
在Exchange 2010 的新特性中我们可以知道,Exchange 2010对于I/O的需求,远远低于Exchange 2007,那么其实它所能够减少对于磁盘I/O需求就是因为增加了数据库缓存,以大内存为代价减少对于磁盘的频繁读写。
但是在日常我们计算服务器内存需求的时候,可能不会如此严格的按照此方式去计算,当数据库缓存小的时候,会增大的是磁盘的I/O负担。
下面再出一个例子,大家可以和上面微软官方例子作对比:
例如:服务器上活动用户是300个,用户每天收发邮件50封。那么我们应该为每个用户预计的缓存文件大小是3M,则服务器上需求的数据库缓存大小则是900M,根据上一个表格可以知道,当为只安装了邮箱角色的服务器而言,配置4G的内存,已经可以满足此需求。
另外上面表格中提供的是默认的数据库缓存大小,关于数据库缓存大小的配置,可以通过更改Active Directory中的msExchESEParamCacheSizeMax 和 msExchESEParamCacheSizeMin属性来修改默认数据库缓存值大小。具体可以参照微软的KB
其次,对于服务器需求的内存大小,还会和邮箱服务器上创建的邮箱数据库多少有关系。
2,Exchange server 2010 服务器硬盘空间规划
对于邮件服务器(Mail Box角色所在服务器)的硬盘规划,除了需要考虑邮箱数据库大小,还需要考虑到产生的日志大小等。
对于用户邮箱的数据库规划,可以参照下图,根据相应的公示来正确计算。
另外,对于服务器硬盘的规划,还需要考虑到邮件的日志增长。
在Exchange server 2010 上,已经将事务日志文件大小从2003的5M减小到1M。每天产生的日志大小和发送、接受邮件数量,邮件大小有关。
例如:若1个用户,每天接收100封邮件,每封邮件大小为75K,则生成的事务日志数量为20个,即20MB。若用户邮件大小增加大了150K,则生成的日志大小为20MBx1.9=38MB
以此类推,若邮件增加到了300K,增加速率也从1.9倍增加到了3.8倍,生日的日志大小则是 20MBx3.8=76MB
此计算方法可以参照微软technet文档“
了解邮箱数据库和日志容量因素”
计算出每用户每天产生的日志大小,然后乘以用户数,以及日志保留天数(对服务器进行完整备份后会清空日志,或者定期手动删除日志)即可计算出为日志预留出的硬盘空间。
计算出来的硬盘空间和邮箱数据库大小相加,另外考虑到可扩展性,可以在额外增加30%(或更多)磁盘空间。
3,Exchange server 2010 服务器CPU核心数规划
考虑到微软给出的技术文档对于Exchange server 2010 服务器角色中邮箱服务器做CPU规划比较深入和复杂,所以,在这里对服务器硬件规划的时候。只会根据自己的经验,给出大致的一些配置,想要深入进行了解的朋友可以参加微软Technet技术文档“
邮箱服务器处理器容量规划
”。
现在主流的硬件设备,服务器一般会配置2颗或者多颗CPU,CPU的核心数也基本会≥4核,所以对于Exchange server 2010中各个角色的规划部署,如果安装在独立服务器上,基本都可以满足。对于多角色(包含邮箱)安装在一台服务器的情况下,可以将服务器配置为大于等于2颗CPU(单颗4核心)。
以上是针对于小型环境中的应用,针对于大型邮件环境规划,或者是部署性能较高的Exchange环境的时候,针对于邮箱服务器的CPU建议严格参照微软方面的给出的规划进行。