我们正在转向数据接口,并计划在EVA4400 - FC RAID 10上为SQL数据库提供分层存储,并在24个FATA 1TB磁盘上使用RAID5。VMware ESX guests.HP将FATA磁盘描述为适合于接近在线存储的磁盘,但我不相信24个纺锤体将不足以为3 ESX服务器运行VMWare。
有没有人对为什么这会是个坏主意有意见?
发布于 2010-03-09 03:34:58
我是一个EVA的大客户和球迷,我有很多确切的1TB FATA磁盘,并认为它们很好,但有一些你需要知道。我们在第一个盒子里发现,如果驱动器在第一年就出现故障,那么就会有大量的硬盘出现,其中一些确实需要新的磁盘,很多只是弹出/复位--问题的根本原因是数据中心在稳定的19℃下耗尽,我们被告知这太冷了,而且磁盘作为一个中线/近线的模式,特别不能达到超过30%的工作周期,我们一直使用它们24/7。450/600 24的15 15krpm磁盘是完美的,但这些15 15krpm的磁盘是我们生活中最痛苦的,直到我们开始按照我们的计划来对待它们。因此,希望在某种程度上有所帮助。
发布于 2010-03-08 22:47:43
老实说,现代操作系统的根分区对IOP的要求很低。大多数库和可执行文件都缓存在RAM中,对日志等服务的需求非常小。
唯一确定的方法是计算客人的IOP需求,看看磁盘是否能处理它。但从我的直觉看,24锭甚至看起来对3位客人来说都太过分了。
发布于 2011-02-15 22:54:31
在单个RAID5集中的24x1TB使我感到非常危险,因为重建时间很长,而且在重建过程中出现另一个磁盘故障的可能性很高(而且您丢失了整个磁盘集)。
在这种情况下,RAID6是一个非常安全的替代方案,尽管您将失去一些写性能。测量I/O模式和I/O模式的理由更多。您需要读取IOPS,写入IOPS,以及顺序到随机I/O的百分比。
至于从哪里获得这些数据,我想你不是在直接利用你的经销商给你买惠普的调整工具的副本(他们必须有一些东西供售前使用),这些工具将为你收集这些数据,并将其汇总成一些可操作的建议。
https://serverfault.com/questions/120512
复制相似问题