这里有多个问题 – 但它从这开始:我们在RAID10配置中安装了带有PERC 6 / i RAID控制器(或控制器)的Dell PowerEdge R710.
系统运行Ubuntu Server 10.04 LTS,MySQL执行读取密集型工作负载.
我使用blockdev –setra ### / dev / sda增加了readahead以增加readahead(读取至少在理论上是顺序读取).这似乎没有产生重大影响.我没有更换磁盘电梯(我看过noop和推荐的截止日期).
系统上的负载猛增,似乎与磁盘I / O等待有关.系统可以在磁盘I / O上等待最多50%的时间 – 而cpu%约为7-10%.具有RAID5和写入密集型MysqL安装的类似系统完全吸引了该系统.
考虑到Dell OpenManage报告的内容,RAID10系统似乎有两个PERC 6 / i控制器;但是,只有控制器0有一个机箱,只有控制器0上有RAID. RAID由四个磁盘(我相信的0-3槽)和两个空闲插槽组成.
系统还在PowerSaving配置文件中运行,该配置文件允许操作系统管理cpu速度.
该系统还受到某些Linux内核中发现的fsync()错误的影响.
最后,PERC 6 / i报告固件已过期:它有6.2.0-0013并且需要6.3.0-0001.
现在的问题是:
>是否可以将RAID10阵列的一部分移动到第二个控制器?
>实际上有两个控制器可以在同一个背板中使用,还是我错过了什么?
>固件更新是否会修复磁盘速度问题?
> RAID级别是否与大磁盘IO等待有关?
> PowerSaving模式有多少效果? (有些报道似乎说它减慢了内核的速度.)
我强烈怀疑有某种配置可以将磁盘切换到惊人的高速,但我似乎无法将其固定下来.
更新:这里使用的四个磁盘是Hitachi HDS721010CLA332型号,它被列为具有SATA“总线协议”但也具有“SAS地址”?这些磁盘是我听说过的SAS模拟驱动器应该是非常慢吗?无论如何,这些显然是7200转的驱动器.
比较系统中有SAS驱动器:Seagate ST31000640SS – 也是7200 RPM.该比较系统还具有使用的RAID控制器和与它们相关联的“背板”条目.