未解决
此帖子已超过 5 年
631 消息
1
8714
存储LUN条带和OS上条带有无差别?
目前碰到一个这样的问题。
三个LUN,在存储上做了metalun(stripe方式),映射给主机当成1个LUN使用;
三个LUN,在存储上直接映射给主机,主机层面用LVM做了stripe;
这两种方式在容量上大小一致,在性能方面有没有什么差异?
个人感觉应该是效果一样的。
未解决
此帖子已超过 5 年
631 消息
1
8714
目前碰到一个这样的问题。
三个LUN,在存储上做了metalun(stripe方式),映射给主机当成1个LUN使用;
三个LUN,在存储上直接映射给主机,主机层面用LVM做了stripe;
这两种方式在容量上大小一致,在性能方面有没有什么差异?
个人感觉应该是效果一样的。
Top
liulei_it
3.2K 消息
0
2012年10月31日 06:00
看看这个经典
zhuzhu281306
631 消息
0
2012年10月31日 07:00
多谢liulei,这篇文档哪里有?上面那张strping recommendation字体太小,看不清。
liulei_it
3.2K 消息
0
2012年10月31日 10:00
就在EMC网站上的就能搜索到。名字是 《Oracle database on EMC storage Systems》
liulei_it
3.2K 消息
0
2012年11月1日 00:00
不好意思,图片是我在PDF文档截图以后PS拼接的,当时接到客户电话正要赶往现场就没仔细看那么文档也是不能复制文本的只能截图了。
给人的感觉还是把问题踢给了用户自己,我上次说的一个例子就是这样,物理磁盘数目本来就很小尽管你可以在后端可以把一块硬盘切割成每一块大小比较小的块理论上可以并发写入和读取更多数据但是你整体硬盘数量偏小,I/O压力还是没有减轻。用现在新的虚拟存储技术把应该会好点。
liulei_it
3.2K 消息
0
2012年11月15日 18:00
偶觉得您说的是连续型的metalvalue。偶觉得合并LUN没有什么意思哦反正后端的RAID就那样了,不管怎么折腾数据在存储后端还是按照设定好的类型读写数据的。
liulei_it
3.2K 消息
0
2012年11月15日 18:00
这么老的帖子都被翻出来了,以上的截图正是偶论文一部分。
Victor-zhao
59 消息
0
2012年11月15日 18:00
Hi Liulei,
上述讨论的条带是不是指把两个LUN合并?我不知道这么操作是单纯的容量增加还是会数据分组写入(提高读写速度)?现在我准备了两个LUN给虚拟机用,考虑要不要合起来,这样VM那边看到得是一个整体。
liulei_it
3.2K 消息
0
2012年11月15日 19:00
客气了
这个文档中最后也没有定论到底谁好谁坏,主要还是靠自己哦。
Victor-zhao
59 消息
0
2012年11月15日 19:00
是的,我上次看到你们讨论,没有参与。今天突然想起来,就没有重新开一个讨论。谢谢你的回答。
Victor-zhao
59 消息
0
2012年11月16日 01:00
我的两个LUN分别对应了一个8+1的raid和4+1的RAID,我觉得做条带的话应该会快点吧?我现在还是个新手。
liulei_it
3.2K 消息
0
2012年11月16日 01:00
偶觉得应该可以,但是不知道8+1的raid和4+1是不是能做一样的striped
zhouzengchao
1.4K 消息
0
2012年11月16日 04:00
更多的spindle (磁盘) 能实现更大的stripe size,理论上的确性能更好。但还是得看I/O是否能很好的利用larger stripe size,所以i/o profile是决定后期如何design storage layout的关键。
liulei_it
3.2K 消息
0
2012年11月16日 06:00
是啊,现实与预测总有差距有的时候就是隐藏的性能问题
yanzs
913 消息
0
2012年11月16日 21:00
做stripe是看LUN大小的,LUN大小一致就可以做了
zhuzhu281306
631 消息
0
2012年11月17日 00:00
也不是如此。
两个LUN分属于不同的raid group,做出meta后,IO会分配到这两个raid组中,相当于IO分散至这两个raid group中的所有disk上,肯定对IO有益。