您所在的位置 : 首页>关于我们>公司动态

EMC VNX系列技术存储介绍

这个系列的文章主要来介绍EMC VNX系列存储相关的技术,包括flare lun、thin lun、thick lun、meta lun、snapshoot、provisioning、fast vp、fast cach这些基本概念,也包括较复杂的vnx系列存储配置,快照挂载,虚拟化配置等,记录这些技术是我注册这个博客的根本目的,也将是我今后项目实施的重点。


首先介绍几本概念:


一,flare lun、thin lun、thick lun、meta lun

1)flare lun:

最传统的lun,基于raid group上的分区,没有虚拟化的概念,分了100G挂给host,host就占用了100G。

但是在vnx上的flare lun(vnx中成为raid group lun)也可以扩容,右键extend可以做成meta lun。


2)thick lun:

在vnx等具有虚拟化功能的存储上的概念,与传统存储相比,这类存储在raid group之上建立了【storage pool】概念,thick lun和thin lun都是基于storage pool的概念,thick lun其实理解起来和flare lun是一样的,分了100G挂给host,host就占用了所有空间,但是与flare不同的是在vnx存储上thick lun可以扩容,右键lun选择extend,就会从storage pool中划空间。


3)thin lun:

基于storage pool的概念,thin lun是典型的provisioning概念,他可以给host分配虚拟的磁盘大小,甚至可以比lun实际空间还要大,但是主机并不是真正占用了这些空间,比如分配了100G的thin lun,实际可能只有10G,只有在写入数据大于10G时,才会真正开始占用空间,对磁盘的利用率有很大提高。


4)meta lun:

较为庞大的概念,实际是多个flare lun components的集合,分为串联和条带化两种,内容较多,可以参考emc的文档CLARiiON MetaLUN详解,在之后的实际操作文档中会逐渐补充。

mata lun在很多时候可以和LVM相比较,后者其实更好维护。

2016-1-14更新:

在emc vmax挂lun时,项目是这样的:

1)因为aix hp-ux linux对lun的整合能力好,所以当os team需要例如135G空间时,存储直接分给storage group10个13.5Glun就可以了。

2) windows整合硬盘能力不好,所以需要存储测先把10个13.5Glun合并成meta lun,再分给windows.

3) 今天有个case是给windows加lun时加多了,例如多加了10个,server关机后,在vmaxgui操作删除10个lun,然后os端还要操作metalun与storage group之间的关系。


二,SSD、SAS、LS-SAS、SATA硬盘

在unisphere中会有不同类型硬盘的pool配置。

NL-SAS和SAS从技术上来说,没啥大区别。NL-SAS更注重容量和价格,SAS更注重性能上的考虑。

至于sata硬盘就是民用主流的接口,串口分sata2和3,主流是3代——6g每秒。实际速度读出100m,写入60m吧。SSD是性能最好的。所以性能的排名肯定清楚了。


三,RAID group、Storage pool,Storage group,Hot spare

在VNX系列的存储配置中,这三个概念肯定是会遇到的。

首先在storage界面可以选择创建RAID group和pool,先说raid group,这个就是传统的raid,多个磁盘合成的一个磁盘合集,但是最多只能负担16块盘,hot spare也是在它上面划分的,只要在选择raid类型时选择hot spare就可以了,创建完rg,可以继续创建lun,基于rg的lun也是没有虚拟化概念的,不能扩展。(还不能确定,看文档据说是可以extend为meta lun)


而pool是一个虚拟化的概念,说白了实在RG上面的一层抽象,如果选择创建pool,emc给出了RAID创建时的推荐磁盘数量配置,例如RAID5推荐用5块盘的倍数(4+1)来创建,这也是基于虚拟化的最佳配置搭配,比如拿10块盘做raid5, pool会自动做两个5块盘的raid5,分20个(磁盘数的2倍)lun,因为两个raid的结构一样,在之后的动态扩展中性能肯定最好,如果用9块盘,pool会自动做一个4+1,一个3+1,两个raid上的lun结构不同,不利于拓展性能。创建完pool可以创建thin lun,如果不勾选默认就是thick lun。如果做成pool,不会受磁盘数量限制,但是如果做大型pool,比如40个盘的,要先做小pool再扩展。


四,snapshot、snapshot mount point(SMP)

wKiom1ZC2F3gqfk5AAHe5jq9mh8543.png

wKiom1ZC2F6Ruv_nAAJjVXiYc_8091.png


VNX的snapshot使用的是redirect on write(ROW)的技术,与snapview snapshot的copy on first write(cofw)(cofw和snapview理解的比较模糊)不同。


首先看上面第一个图,在进行snapshot的时候,需要把【文件系统描述区】复制一份,在有的文档也把这个描述区叫做在RIAD控制区的catch中建立一个区域指针,这个指针指向一一对应的数据块,在数据还没修改时,ss创建一个快照也是一一对应着数据块,与源文件一样,如果某个block数据被修改,在被修改前,会先把尚未修改的block数据保存到snaplun中,这个lun是在ss最初就被预留的,也有叫reserved lun的,然后指向修改block的指针也会发生变动,如上面的第二个图,所以ss本质还是一个指针,也是占用空间的,最极端的情况如果所有block都被修改了,ss lun要占用与源lun一般大的空间,在一般情况下肯定是源lun数据+指针+ss lun的数据组成ss的全部数据(我的理解),系统指针指向的是最新的数据block,ss指针指向的是原始数据。在读取数据时,如果要读取源lun的数据,直接读取就好,如果要读取ss的数据,先查询这个文件描述区的指针,未修改的数据从源lun读,修改的从ss lun中读。所以ss提供一个瞬时的影响,数据被修改才会把元数据存到新的lun中,如果数据修改不打,ss占用空间就不大。


更新:ss其实在创建之后 会动态的进行多次snapshot,即数据被改变时就会进行snapshot2,系统也会保存多份snapshot.


TAG: