系统集成论坛

标题: 磁盘阵列volume group的划分和segment大小划分的学问 [打印本页]

作者: 思考的牛 时间: 2011-11-8 10:03
标题: 磁盘阵列volume group的划分和segment大小划分的学问
还是最近的项目，用到大量存储知识，所以也在加紧学习存储知识。
项目实施方案中存储部分到了磁盘阵列存储空间划分的步骤，参考下别人的经验，发上来和大家共享下。

以下内容系转载自网络，原作者不详。

我回来了，还好还活着。消失的这段时间是我来辽宁电视台以来最黑暗的一段时间。盘阵无数次的坏掉。加上上新的系统X-SAN把我们的意志力折磨的已经临近崩溃的边缘，可以说在这1周里，我除了在吃饭睡觉以外剩下都在工作。
我在上班以后头一次感觉到有压力。还好学到了很多知识。让我感觉还有一些欣慰吧，现在唯一的想法就是回家睡觉~~~
这一周把STK几乎所有的工程师都折腾来了，B280那个磁盘总是不争气的，一口气坏掉了6快盘，今天D280还坏掉了一个光纤盘。最后B280的解决办法是把原来的数据倒到了磁带库上面，然后把整个磁盘重新做了Volume Group，这样才解决了这个问题，从中也学到了不少存储的知识。
总结如下：
1，磁盘在更新和安装的时候，尤其是冬天，要把磁盘放置一会，保证磁盘已经到了室内温度，要不会凝结水珠，烧坏设备。
2，在重新做磁盘的时候要选择好为什么样的MDC来进行初始化，比如说这次我们是用2003 cluster做的MDC，就需要用win 2000 or 2003
cluster的格式来进行初始化，不然会出现上次D280做cluster时候的情况（从单机迁移到cluster的时候，cluster总是莫名奇妙的切换）
3，segment大小如果设置越大的话磁盘的速度会越快，但是会占用更多的CPU资源和存储空间，从64mb修改到128mb快了将近1倍。
4，FC盘单盘的I/O大概是40mb/s，但是SATA盘只能够达到6.13mb左右。
5，单个卷的I/O速度和这个卷所在盘的volume group的cache总大小成正比，cache越大I/O越快，比如说EMC的磁盘好，其实只是cache大的原因，盘体基本上都是一样的，无非是那几种。我们的磁盘是STK的B280，SATA盘是MT的，是OEM的LSI的东西。MT的这个盘cache只有8mb，所以是远远不够的。
我们最开始把一个LUN建VG，但是对单个LUN的I/O只有53MB多一些，这样的速度SAN就没有意义了，当搞到一头雾水的时候我们忽然想到，测试下单个盘的I/O，发现只有6MB多，我们是9块250G的盘做的RAID5，一个做校验，8块盘的大小大概是1886G左右，这样也没有超过2T的限制，这样6*8正好是53MB，所以经过我们的分析得出结论是由于单块盘的CACHE过低，造成整体盘的CACHE很低，这样就造成了VG里面LUN的I/O过低，于是我们有了一个想法。
1，把2个LUN划分成一个VG，这样CACHE，就是16*6，大概108MB左右。（最后测试的结果就是这样。）
2，把segment size划成128MB，原来是64的，STK的工程师说这样可以成倍的提高性能。（最后测试的结果也是这样，但是修改segment size花
费的时间很长，SATA盘建成的2T大小的LUN的大概需要将近两天的时间）
3，顺便测试了一下FC盘的I/O，发现单块盘就有40MB/S左右。看来还是一分钱一分货啊。

作者: zk_jc_live 时间: 2011-11-9 13:07
瀛︿範浜

欢迎光临系统集成论坛 (http://bbs.xtjc.com/)