VNX新版本功能详解——适用于专业技术顾问(一) 问题:磁盘分区 故障现象: 随着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)。
VNX新版本功能详解——适用于专业技术顾问(一)-联想乐享知识库
⚡ 核心结论
本文来源联想官方,解答关于 VNX新版本功能详解——适用于专业技术顾问(一) 的常见问题,包括:VNX新版本(Block R5.32/File V7.1)启用数据压缩时,Thick LUN为何不再自动迁移数据?、VNX新版本中,新VNX Snapshots功能与原有Snapview能否共存?、VNX新版本如何显示因数据压缩实际节省的容量?等。
内容来源:联想官方
常见问题解答
VNX新版本(Block R5.32/File V7.1)启用数据压缩时,Thick LUN为何不再自动迁移数据?
原因是新版本优化了压缩流程,改为原位转换:启用压缩时,Thick LUN直接在原位置转换为Thin LUN格式并执行压缩,无需跨RAID组迁移数据,显著降低I/O开销和停机风险。具体步骤为:在Unisphere管理界面中选中目标Thick LUN → 右键选择‘Enable Compression’ → 系统自动完成原位Thin化与压缩。注意事项:该操作不中断业务,但需确保存储池有足够元数据空间;禁用压缩后将还原为原始Thick LUN并解压缩,释放的容量不可立即复用,需执行LUN reclamation。
VNX新版本中,新VNX Snapshots功能与原有Snapview能否共存?
可以共存。新VNX Snapshots功能并非替代Snapview,二者设计为互补并行:可在同一存储池或同一LUN矩阵中同时启用和使用。新Snapshots基于ROW(Redirect-on-Write)技术,支持每个LUN最多256个读写快照、快照的快照及克隆的快照;而Snapview仍基于COFW(Copy-on-First-Write)技术,适用于传统备份场景。实际部署时,建议对高性能、多层级快照需求场景优先使用新Snapshots,对兼容旧脚本或特定恢复流程的场景保留Snapview。两者共享底层存储资源,但元数据独立管理,互不影响运行。
VNX新版本如何显示因数据压缩实际节省的容量?
新版本在Unisphere管理界面中新增独立压缩节省容量指标,仅统计压缩算法(非零检测)带来的空间缩减。例如:一个2TB Thick LUN启用压缩后,先经零检测缩减至150GB Thin LUN,再经深度压缩减至100GB,则系统明确显示‘因压缩节省50GB’,不包含零检测贡献的1850GB。该数值可在‘Storage > LUNs’列表页或单个LUN属性页的‘Compression Savings’字段中实时查看。注意事项:该值动态更新,但需等待压缩任务完成后才准确;若LUN未启用压缩或处于压缩中状态,该字段显示为‘N/A’。
VNX新版本文件级保留(FLR)如何设置合规的保留周期范围?
新版本支持配置最小、默认和最大保留周期三重策略。例如:将最小设为1年、默认设为3年、最大设为7年,则用户指定30天时自动生效1年,指定5年则按5年执行,指定8年则截断为7年,未指定时默认3年。设置路径为:Unisphere → File System → Select FLR-enabled filesystem → Properties → Retention Policy → Edit Bounds。注意事项:该策略全局生效于该文件系统所有新创建的FLR文件;已设定的旧文件保留期不受影响;CIFS/NFS客户端提交的保留请求必须在该范围内才被接受,否则返回拒绝错误。
VNX新版本存储池是否支持同一池内不同层级使用不同RAID级别?
支持。新版本将RAID配置从存储池级下放至层级(Tier)级,允许单个存储池(如Pool 1)为不同性能层级分配不同RAID:例如高性能层选用RAID 1/0,性能层选用RAID 5,容量层选用RAID 6。操作步骤为:在Unisphere中进入‘Storage > Storage Pools’ → 选择目标池 → ‘Configure Tiering’ → 为每个Tier单独选择RAID类型及条带配置(如RAID 5(8+1)或RAID 6(14+2))。注意事项:需确保对应层级的磁盘组满足所选RAID的最低磁盘数要求;变更Tier RAID配置不影响现有数据分布,但新写入数据将按新策略分布;RAID 5(8+1)和RAID 6(14+2)为新增可选项,需确认系统固件已升级至R5.32/V7.1。