![15 个磁盘阵列的 Exchange 2003 RAID 配置](https://linux22.com/image/484072/15%20%E4%B8%AA%E7%A3%81%E7%9B%98%E9%98%B5%E5%88%97%E7%9A%84%20Exchange%202003%20RAID%20%E9%85%8D%E7%BD%AE.png)
我有一个 7200 rpm SATA 磁盘阵列,通过 SCSI 连接,有 15 个磁盘。我正在尝试找出为后端 Exchange 2003 配置 RAID 的最佳方法。我有 4 个邮件存储(不包括公用文件夹),但我正在考虑为存储使用 1 个大型 raid 10 阵列,为日志使用某种其他 raid。
也许 RAID 10 中有 5 个驱动器,其中一个是备用的,而 RAID 10 中有 4 个磁盘用于存储日志?
对于驱动器的大小来说,空间并不是真正的问题,我试图在保持冗余的情况下最大程度地提高速度。
有人有什么建议吗?或者我应该听取哪些意见才能做出这个决定?
当前设置(我目前不知道这些物理级别使用的是哪种 raid):带有逻辑驱动器的物理阵列:C: E: F:
- 包含日志和交易日志(交易日志每天大约 1 GB)
- 22 GB 邮件存储(11 个邮箱)
- 54 GB 邮件存储(108 个邮箱)
- 1 GB 公共文件夹
具有逻辑驱动器 G 的另一个物理阵列:
- 66 GB 邮件存储(90 个邮箱)
- 9 GB 邮件存储(11 个邮箱)
答案1
由于您能够使用多个存储组,因此您可能希望使用多个较小的 RAID 10 条带/镜像,以便您可以隔离邮箱并在所有这些主轴之间更均匀地平衡负载。您的特定 RAID 控制器处理多个阵列的行为也会影响这一点。
最后,您应该考虑配置阵列并在其上运行 Exchange LoadSim(http://www.microsoft.com/downloads/details.aspx?FamilyId=92EB2EDC-3433-47CA-A5F8-0483C7DDEA85&displaylang=en) 看看它的表现如何。
作为一个快速而粗略的基准,观察磁盘队列长度计数器将告诉您请求是否在磁盘上排队。微软的各种白皮书讨论了更深入的 Exchange 调整/设计。我从来没有试图一次性记住所有的事情,但话又说回来,我不需要做很多非常高性能的 Exchange 安装(小型办公室,200 个或更少的邮箱等——没有超级性能密集型的东西……)
编辑
鉴于每天 1GB 的增长速度,RAID 10 对于事务日志来说确实有点过度了。我认为 RAID 1 对他们来说已经足够了。
您需要了解不同邮箱用户的使用模式,才能确定每个邮箱存储消耗了多少 IOPS。我将重点研究当前服务器的利用率特征,并对当前服务器进行基准测试,以了解如何在新服务器上将邮箱存储布置在多个存储组中。
我可以很容易地看到您获得两个 (2) RAID 10 阵列和一个或多个 RAID 1 阵列来分担负载(取决于这些事务日志磁盘受到的冲击有多大——您确实应该将存储组的事务日志放在专用主轴上)。此时,这将是一个基准测试问题,以查看 6 磁盘 RAID 10 是否比 4 磁盘获得更高的性能(取决于您的 RAID 控制器,您应该这样做)。然后,您可以根据各种邮箱存储的负载来预算您的 IOPS。
答案2
为了获得最佳性能 (*),最好将日志保存在不同的 LUN 上。例如,RAID1 组。是的,您会“浪费”八个驱动器用于日志,但速度会很快。我们对邮件存储卷使用了一个大型 Raid10 阵列。
答案3
有多少用户?每个邮箱有多少空间?现在邮件存储有多大?
当前 Exchange 服务器在什么上运行?迁移到阵列时,您将需要相同或更好的 IOPS。
答案4
如果阵列控制器具有该功能,您可能需要允许热备用。