开始新对话

此帖子已超过 5 年

Solved!

Go to Solution

21590

2012年4月19日 18:00

请教Raid Group, Storage Pool, Storage Group等一些概念的区别

大家好,新人报道。

才刚开始接触和学习存储方面的知识,在阅读一些材料时经常看到Raid Group, Storage Pool, Storage Group等一些概念。但它们间的区别还不是搞的很清楚。想请教下Raid Group, Storage Pool, Storage Group它们的定义,特点和各自的区别,还有就是在配置存储系统时,它们与传统说的LUN的关系。如果能有些实际应用中(和EMC具体产品相关)的例子来举例说明下就更好了。

望大侠们能帮忙讲解下。先谢谢了!

4K 消息

2012年4月20日 02:00

EMC产品自带的帮助文档通常都有非常详尽的介绍,下面简单说一下几个主要的存储概念:

RAID Group:简单来说,RAID Group就是将多个硬盘组合起来的一个集合,以实现更大容量、更快读写速度、更高冗余度等目的。常见的RAID Group类型有RAID 0、RAID 1、RAID 1/0、RAID 3、RAID 5、RAID 6。

LUN:LUN是位于RAID Group之上的逻辑结构。LUN可以被添加进主机中,并被主机视作物理硬盘使用。如图所示,是一个由四块硬盘组成的RAID 5 Group,其上创建了三个LUN,LUN 1、 LUN 2、 LUN3:

lun.jpg

Storage Group:为了实现LUN Masking (LUN的安全屏蔽机制,即1. 仅将LUN分配给特定的主机;2. 阻止主机看到存储中所有的LUN),需要有一个容器来”存放”LUN与主机的关系,这个容器就是Storage Group。先创建一个Storage Group,再连接进主机(Connect Hosts),然后将LUN添加进这个Storage Group,主机就可以看到添加进去的LUN。下图为CLARiiON Unisphere界面中Storage Group视图:

sg.jpg

Storage Pool:Pool的概念是为了实现存储虚拟化(Storage Virtualization)而诞生的。对CLARiiON来说,就是其引入的Virtual Provisioning (虚拟资源分配)功能。该功能可以让用户在Pool中创建Thin或者Thick LUN来分配存储资源。Thin和Thick LUN都能够以较简便地方式进行创建、扩容和压缩操作。Thin LUN允许分配比存储上实际物理占用空间更多的可用空间给主机(高存储效率),而Think LUN在创建时会预留占用被分配的全部空间(高且可预测的性能)。

传统FLARE LUN、Thick LUN和Thin LUN的主要限制和区别如下:

功能传统FLARE LUNThick LUNThin LUN
性能最好最好非性能优先业务
硬盘数量限制16Pool硬盘数量限制 (整个存储硬盘数减去5块Vault盘)Pool硬盘数量限制 (120或整个存储硬盘数减去5块Vault盘)
RAID类型全部5, 6, 1/05, 6, 1/0
Read Cache (读缓存)
Write Cache (写缓存)
Expand (LUN扩展)通过MetaLUN的方式
Shrink (LUN压缩)
Spin Down (磁盘省电模式)
Data Compression (数据压缩)
Auto-Tier (自动存储分层)
Reserved LUN Pool (保留LUN Pool)
Write Intent Log (MirrorView写日志)
Clone Private LUN (克隆私有LUN)
Snaps / Clones (快照/克隆镜像)
MirrorView (CLARiiON远程复制软件)
SAN Copy (CLARiiON远程复制软件)

使用Pool功能对CLARiiON的版本有要求,建议升级到FLARE 30版本以获得对Pool的完整支持。后续VNX系列就都支持了。


理解了上述概念,相信您在实际应用中,应该能知道如何为自己的主机添加LUN了。

19 消息

2012年4月20日 03:00

谢谢Roger提供的这些详细信息。Storage Group的定义完全清楚了。不过Raid Group和Storage Pool这两者间的关系还是有些不太明白。

1. 就现在主流的存储产品(例如EMC的VNX)上的存储资源分配来讲,Raid Group和Storage Pool是两种并存的技术方法呢,还是说Storage Pool已经完全取代和淘汰掉了RAID Group了呢?

2. 是不是说,现在所有的LUN创建都直接从Storage Pool里来做了而不再用RAID Group来创建LUN了。还是说会根据实际情况,有时需要从Storage Pool里来创建LUN(你说的thick 或者thin),有时需要从RAID Group来创建LUN?如果是后者,是根据什么准则来判断的呢?

3. 还有,RAID Group低层物理磁盘是采用了RAID技术,例如RAID5,6,1/0等,这点我完全可以理解。但是,Storage Pool和其低层物理磁盘的关系又是怎样的呢?如果说Storage Pool低层也是采用了RAID5,6,1/0等相同的技术,那从物理层面上来说(例如读写性能,条带化,数据保护等),Storage Pool对于RAID Group的优势又在哪里呢?

新人问题比较多,谢谢大家的帮助和指导:)

4K 消息

2012年4月22日 22:00

1. RAID Group和Pool至少在CLARiiON /VNX上还是共存的,就如上一张表格列举的,Pool LUN并不能完全替代RAID Group LUN,如Hot Spare、Write Intent Log、Clone Private LUN必须要求RAID Group。

2. CLARiiON(R30)和VNX在创建LUN时,都可以选择是创建Pool还是RAID Group LUN。如需使用Hot Spare、MirrorView、Clone功能,必须创建RAID Group LUN。

3. Pool的底层仍然采用RAID技术,生成的空间会划分为多个1GB大小的片段(slice),写入Pool LUN的数据通过一定的算法分布在这些slice上,一个slice仅会在一个RAID Group中。Pool最主要的功用是实现了存储虚拟化(Thin LUN)和全自动存储分层(FAST),同时又保证了性能(Thick LUN)。

1.4K 消息

2012年4月23日 06:00

Storage Pool只是在RADI GROUP上又做了一层抽象,底层依然是一个个的RAID GROUP。到Storage Pool的 I/O会被重定向到底层的RG,而这个重定向是通过查询抽象层所实现的表结构做到的。这也是为什么Pool LUN的性能相比RG-LUN要差,因为又多了一层调用和查询。

1.2K 消息

2012年4月23日 07:00

Loin,你好。这里就你感兴趣的这些技术点再提供一些信息,供你参考。

首先,Storage pool可以看作是RAID group上面一层的逻辑结构。也就是说,Storage pool其实从底层来说也是由多个RAID group所组成。这些Storage pool下的RAID group通常被称为private RAID group,以和用于创建tranditional LUN的普通RAID group相区别。

引入Storage pool有诸如的好处,例如上面Roger已经详细提到的全自动存储分层(FAST),等于是把不同应用的数据直接丢到Pool里,让系统自己去按照已有的优化算法来根据数据的使用情况做分层存储,平衡了性能和资源。另外Roger也提到了,使用pool里的thin LUN或thick LUN能给据实际需求在分配存储资源时带来更大的效率,灵活性,也易于管理。还有就是,单个传统RAID group会受到16个磁盘的限制,而Storage pool本身可含上百个的磁盘(很多个private RAID group),所以在容量拓展和管理上也更方便。

不过,并不是说有了Storage pool,传统RAID group就被完全被取代或是放弃了。从传统RAID group创建的tranditional LUN有其特殊的使用场合,特别是对性能要求严苛,并且需要物理上做到数据隔离的场合。论坛里正好有一篇新的文档,说了traditional LUN(由传统RAID group创建)的适用场合,你可以参考下。https://community.emc.com/docs/DOC-16261

具体举个跟SQL数据库相关的实例来说下。例如,你配置时可以把SQL数据库文件本身放在由RAID 5构成的一个pool里,然后考虑到SQL的Log文件对写性能的高度依赖性,可把Log文件单独拉出来存放在一个传统的RAID group(RAID 1/0模式)或是另一个由RAID 1/0构成的pool里,做到数据隔离和性能优化。同样,对于用于存储临时表、临时store procedure、子查询等信息的TempDB数据库,由于其本身对读写性能要求也很高,所以也建议单独拉出来放在另一个由RAID 1/0构成的传统RAID group或专门RAID 1/0 pool里。总体来说,要根据实际应用对数据性能和隔离度的要求,来决定是否放同一个pool还是使用另外单独的RAID group或是pool(以做到享用专有的spindle,以及防止磁盘竞争)

最后给出一张样图,是一个由8个RAID5(4+1)的private RAID group所构成的Storage pool,以及pool里创建的5个样例user LUN和这些LUN上的数据在整个pool中可能的分布情况。供你参考。

Pool.jpg

19 消息

2012年4月23日 22:00

谢谢各位大侠的详细解答,从中收获很大。中文论坛真不错,希望人气越来越旺。

3 消息

2012年11月20日 07:00

那请问创建Storage pool时能否自己配置private RAID group的类型呢? 比如,我是否可以决定部分为RAID 1 ,部分为RAID 5呢??

还有前面提到 Pool LUN并不能完全替代RAID Group LUN,如Hot Spare必须要求RAID Group。那是否说明Storage pool就没有HOT SPARE机制了,这种情况下,如果Storage pool中的private RAID group均为RAID 5的情况下,可靠性如何保证呢??并且在出现坏盘的情况下,是不是性能会急剧下降??

恳请解答,谢谢

1.2K 消息

2012年11月20日 17:00

关于楼上阿超提到的R32新版本里的Storage Pool在raid支持方面的改进,建议看下这篇帖子,很详细的,而且有图有真相 https://community.emc.com/message/655998#655998

另外,这里有个汇总贴,对于从整体上学习和了解 R32版本很有帮助https://community.emc.com/thread/150511

1.4K 消息

2012年11月20日 17:00

��� wrote:

那请问创建Storage pool时能否自己配置private RAID group的类型呢? 比如,我是否可以决定部分为RAID 1 ,部分为RAID 5呢??

A: 直到VNX OE FLARE R32开始才能在一个Pool中使用多种RAID TYPE,但这些RAID TYPE是指定给每一个FAST VP Tier的,所以说依然无法自己配置private RAID Group。

还有前面提到 Pool LUN并不能完全替代RAID Group LUN,如Hot Spare必须要求RAID Group。那是否说明Storage pool就没有HOT SPARE机制了,这种情况下,如果Storage pool中的private RAID group均为RAID 5的情况下,可靠性如何保证呢??并且在出现坏盘的情况下,是不是性能会急剧下降??

A: Storage Pool中的磁盘损坏,依然会有hotspare介入,和RAID GROUP一样。性能损失也就是由于rebuilding以及reconstruct数据时的overhead导致,不会急剧下降。

1.8K 消息

2012年11月20日 18:00

Storage Pool 其实你对应字眼去也很好理解,存储的池,或者磁盘的统一池。和RAID有关又没必然的联系。

2013年11月6日 08:00

greate

9 消息

2014年2月26日 22:00

好文,根据我的理解,只有在同一个Raid group中,磁盘类型(比如FC,SATA, SAS,Enterprise Flash Drive)必须保证相同,storage pool和storage group都允许包含不同类型的磁盘,对吧?

9 消息

2014年2月26日 23:00

Storage Pool支持分层(FAST VP),不同的层级(tier)可以由不同的磁盘类型甚至不同的RAID类型组成。

还没学到这,继续学习下去

Storage Group里只有主机和LUN,和磁盘类型没有直接的关系。

恩,没直接但有间接的关系。storage group中可以有多个LUN,一些LUN可能由某种类型磁盘组成,而另一些LUN又可能由另一种类型磁盘组成。

1.2K 消息

2014年2月26日 23:00

同一个Raid里面,磁盘类型是必须相同的。

如果购买了FAST VP:存储具有数据分层的能力,也就是冷点数据和热点数据位于不同的层级,此时数据才能在不同层级之间移动。

再补充一点:如果使用了FLARE R32+,还支持一个Pool内存在多个RAID级别,且每一个RAID级别是针对一个层级的。

4K 消息

2014年2月26日 23:00

Storage Pool支持分层(FAST VP),不同的层级(tier)可以由不同的磁盘类型甚至不同的RAID类型组成。

Storage Group里只有主机和LUN,和磁盘类型没有直接的关系。

找不到事件!

Top