开始新对话

此帖子已超过 5 年

Solved!

Go to Solution

4640

2014年11月23日 22:00

急:有关VNX底层的Private RAID Group

请教大家一个有关VNX底层的Private RAID Group的问题。

背景:

客户计划采用Storage Pool,在Performance Tier配置13块600GB 10k SAS硬盘,采用R5(4+1)的数据保护方式,1块作为Hot Spare 。

问题:

底层的Private RAID Group是怎么做的?

方法1: 剩余12块在底层做出1组R5(4+1)、1组R5(2+1)和1组R5(3+1);

方法2: 剩余12块在底层做1组R5(4+1)和1组R5(6+1);

方法3: 剩余12块在底层做2组R5(4+1),剩余2块不能使用;

那种方法是正确的?

哪位有有关Private RAID Group的详细说明,请赐教!非常感谢!

22 消息

2014年11月24日 06:00

非常感谢各位的回复!谢谢!

12块做出1个R5(4+1)之后剩余7块盘;尝试如果再做一个R5(4+1),剩余2块,不满足R5的最小3块的要求,所以将剩下的作为一个大的Private RG来处理,所以就是R5(6+1)。

这回应该理解对了吧!

2.8K 消息

2014年11月24日 00:00

你好,G13。

如果是创建传统的RAID组,我推荐你使用下列方案做RAID group:

一块盘做hot spare;

二组RAID5(4+1);

一组RAID1/0(2块盘)。

这样可以做到性能和容量的最佳平衡点。

如果是创建pool,在13块盘的事情下选择RAID5的话,系统会自动做一个RAID5(4+1)和RAID5(6+1)。

关于POOL和RAID GROUP性能的相关说明,请参考下面文档的16页到20页:

1个附件

2.8K 消息

2014年11月24日 01:00

把楼主的需求看成做传统RAID Group的需求推荐了!Pool下13块盘,RAID 5的设置,系统会自动生成RAID 5(4+1)和RAID 5(6+1)的!

416 消息

2014年11月24日 01:00

同样是SAS盘。你的意思是创建1个Pool就可以满足在一个层上面既有4+1的Raid5也有Raid10的?

1.2K 消息

2014年11月24日 01:00

补充一些系统创建Private RAID Group的基本规则:

1. 系统会尽可能多创建推荐的RAID类型

推荐RAID类型

========================
a) VNX OE for Block 32

1) RAID 5 (4+1) = 5
2) RAID 5 (8+1) = 9
3) RAID 1/0 (4+4)= 8
4) RAID 6 (6+2) = 8
5) RAID 6 (14+2) = 16

2.剩余磁盘,是否满足RAID最小数量要求?

最小数量要求
=======================

a) RAID 5 = 3
b) RAID 1/0 = 2
c) RAID 6 = 4

- 如果符合 系统会从剩余磁盘创建private RG

- 如果不符合,系统会对步骤1中创建的private RG重新分布

4K 消息

2014年11月24日 01:00

最终的layout会是你的方法2: 剩余12块在底层做1组R5(4+1)和1组R5(6+1);当然这个Pool本身并不符合EMC最佳实践。

BTW, 应该在下单前就要有如何设计RAID layout的计划,硬盘到了再想怎么划分RAID,限制太多了,当然我相信很大可能楼主对具体下单的人无能为力.....

22 消息

2014年11月24日 02:00

多谢Jiawen!

但是我的这个场景在底层的Private RG是如何分布呢?是方法1还是方法2,请明示?多谢!

另,R6的方式应该还是R6(n+2),只是n是偶数?n不会有奇数出现,是吗?

22 消息

2014年11月24日 02:00

多谢Jeffey,你的回答没有错,我对应Storage Pool理解就好了!

22 消息

2014年11月24日 02:00

理解万岁!

只是没明白为什么不是方法1的Lay Out呢?我的理解按照Zhang, Jiawen的回复,应该是方法1的Lay Out!

因为12块盘做1个R5(4+1),剩余7块;7块如果做R5(4+1),剩余2块,不符合R5的最小数量要求,所以要对Private RAID Group重新分布,应该拆成R5(2+1)和R5(3+1)才对啊!

不知道我的理解是否正确?

4K 消息

2014年11月24日 04:00

具体那份文档我不记得,反正上课的时候记得讲过是6+1。RAID 5的Pool,Private RG最小2+1,最多6+1。

我个人也觉得这样才至少不会降低这个Pool的性能(2+1、3+1的RG没有6+1的性能好),符合最佳实践的要求。

10: 4+1, 4+1

11: 4+1, 5+1

12: 4+1, 6+1

13: 4+1. 4+1, 2+1.

14: 4+1, 4+1, 3+1

15: 4+1. 4+1, 4+1

2.8K 消息

2014年11月24日 05:00

楼主,roger说的是对的,我来提供一些理论依据,具体见附件中文档的99页。

Untitled.png

1个附件

1.2K 消息

2014年11月24日 17:00

对的。

完整过程如下:建pool的时候,unisphere会问做什么类型的pool,这时候你选R5(4+1),系统先尝试2个R5(4+1),剩余2块不符合R5最小要求,于是系统对第二个R5重新构建,于是最终结果就是1个R5(4+1)和1个R5(6+1)。

另外,一般不推荐底层结构不一致的pool,可能会有不可预知的性能问题。

2.8K 消息

2014年11月24日 18:00

按照我上面贴出的规则,是你这样理解的。

如果你多插一块盘,即有14块盘(一块热备盘),那么情况就完全不同了。系统会生成二个RAID 5(4+1)和一个RAID 5(2+1),即符合规则的第二条。

在13块盘(一块热备盘)的情况下,就是符合规则的第三条,系统自动生成一个RAID 5(4+1)和一个RAID 5(6+1)。

22 消息

2014年11月25日 06:00

非常感谢以上各位的帮助,困扰很久的问题终于解决了!

多谢!

找不到事件!

Top