切片 切片 切片 切片 切片 切片 切片 切片 切片 切片 切片 编组 3 切片 切片 路径 2 download 工具 配置对比 手册 切片 切片
VNX新版本功能详解——适用于专业技术顾问(一)
2013-02-28知识编号:095181
催更新
故障现象:

随着VNX新版本Block R5.32和File V7.1的发布,市场上越来越多用户关注该版本。但是很多用户并不知道VNX新版本到底对那些方面进行了全面更新一样。因此,专业技术顾问将面临越来越多这方面的问题,为了专业技术顾问更够更全面和系统的回答相关问题,该系列文章将按照 “高效性”、“易用性”和“功效性”三块分别进行介绍。


解决方案:

VNX新版本在提高磁盘使用效率和改善存储池处理上功效明显,因此新版本在“高效性”方面有四方面更新:


1. 新VNX Snapshots功能;


2. 对数据压缩的改进;


3. 扩展文件级保留;


4. 存储池功能增强。


新VNX Snapshots功能


新VNX Snapshots功能不是用于取代VNX Snapview功能滴,二者可以在矩阵和存储池中同时使用。新Snapshots功能主要有以下改进:


1. 使用ROW技术替代COFW技术;


2. 每个LUN支持256个读写快照;


3. 支持快照的快照;


4. 支持克隆的快照;


下面表格为新VNX Snapshots和原Snapview参数对比:



数据压缩的改进


新版本中数据压缩主要有以下改进:


1. 启用数据块压缩时Thick LUN到Thin LUN的转换;


2. 显示因压缩而节省的容量


3. 更深等级的文件压缩算法


(1)、首先介绍启动数据块压缩时Thick LUN到Thin LUN转换,原设计如下:


启用压缩时


1. RAID Group LUN、Thick LUN自动迁移至Thin LUN


2. Thin LUN原位压缩


禁用压缩时


1.  原来的RAID Group LUN、Thick LUN仍然是Thin LUN,恢复到起始容量


2.  原来的Thin LUN原位解压缩


新版本中的改进如下:


启用压缩时


1.  Thick LUN不再需要迁移数据,而是原位转换成Thin LUN然后压缩


2.  RAID Group LUN 仍需自动迁移数据但是以Thin LUN的形式压缩


禁用压缩时


1.  原来的RAID Group LUN和Thick LUN变成新的Thick LUN,恢复到起始容量


2.  原来的Thin LUN不再原位解压缩,而是变成新的未压缩的Thin LUN



Thick LUN:启用压缩时,Thick LUN在原位转换成Thin LUN然后压缩。禁用压缩时,转换回Thick LUN并且解压缩。


RAID Group LUN:启用压缩时,以Thin LUN的形式迁移数据到Thin Pool然后压缩。禁用压缩时, 转换成Thick LUN然后恢复到起始容量。




Thin LUN:启用压缩时有没有必要转换LUN所以立即原位压缩。禁用压缩时,Thin LUN数据迁移到新一个的Thin LUN并且解压缩。


(2)、显示因压缩而节省的容量


此功能可显示因采用压缩而节省的容量。与精简资源分配(Thin Provisioning) 可带来的容量节省不同,这可以告知用户由于压缩带来的节省。


新功能显示的节省容量不包括因零检测节省的容量,下面的例子将有助于我们进一步理解。




一个2TB的RAID Group LUN或者Thick LUN,当启用压缩时,零检测机制移去了所有空余的空间,LUN首先转换成了150GB的Thin LUN。当压缩完成后,最终的Thin LUN被压缩成100GB。这时因压缩而节省的空间就只有50GB,绝大部分节省的空间是由零检测机制在起作用。


(3)、更深等级的文件压缩算法


1.  相比之前快速(Fast)压缩算法,新算法最多可节省30%的容量


2.  适用于存档的文件,节省容量比访问时间更重要


3.  需要消耗更多的CPU资源还有更长的初始压缩时间


深度算法和快速算法对比



如上表数据是通过测试414MB的数据集所得,快速Fast算法可以在4秒压缩将其到原来的50%,而深度Deep算法可以压缩到35%,只是需要多一倍的时间。


扩展文件级保留


文件级保留(FLR)是一项EMC VNX系列软件功能,可在指定保留日期之前保护文件不被修改或删除。使用文件级保留,您可以通过NFS或CIFS操作将数据归档到标准可擦写磁盘上的FLR存储中。FLR使您能够创建一组不可更改的永久性文件和目录,并确保数据的完整性。新VNX概括起来文件级保留(FLR)有三处进行了增强,请看下表:



(1)默认、最小和最大保留周期


在这里我们使用一个简单的场景以便更好的理解保留周期(Retention Periods)概念,保留周期(Retention Periods)设置避免了由于该值设置不正确导致不符合商业惯例或政府法规。这这个例子中,我们将最小值设置为1年,默认为3年,最高设置为7年。如果用户加入30天的保留期,保留期将被设置为1年;如果用户加入5年保留期,则保留期被设置为5年;如果用户加入超过最大值达到8年,那么保留期为7年;没有进入的用户则将保留期设置为3年。这样避免了默认情况下无限保留期的情况。



(2)内部锁定&删除


在新版本中不再需要使用外部FLR工具包来处理过期的FLR文件,现在每个文件系统内部策略引擎会自动删除过期文件,同时锁定新文件。


(3)保留日期


在新版本中解决了这个问题,CIFS和NFS用户可以指定基准年,用于计算2038年以后的文件保留日期以达到商业和政府的要求,最长可以指定到100年后。


存储池功能增强


新版本对存储池功能提高主要为以下二部分:


1.  每个存储池支持混合RAID级别,RAID配置被移至层级


2.  对于同一个RAID级别,可以创建新的RAID配置


运行新版本的VNX系统中,对于每个存储池,可以为不同的层级选择不同的RAID级别。如下图所示对于存储池Pool 1,可以为最高性能层级选择RAID1/0,性能层级选择RAID 5,容量层级选择RAID 6。


对于RAID组合,默认配置仍然是RAID 5 (4+1)、RAID 6(6+2), RAID 1/0(4+4)。 同时也可以选择新的配置RAID 5(8+1)、RAID 6(14+2)。




0
知识有用,就点一下~
0
收藏 :
分享 :

鐢ㄦ埛鍚嶄笉姝g‘

鐧诲綍
鍏朵粬鐧诲綍鏂瑰紡

鎵撳紑鑱旀兂鏅洪€堿pp鎵爜杩涜鐧诲綍

鎵弿鎴愬姛!

璇峰嬁鍒锋柊鏈〉闈紝鎸夋墜鏈烘彁绀烘搷浣滐紒

浜岀淮鐮佸凡澶辨晥
鍒锋柊
当前网络不佳, 请刷新重试
图片加载中...