MCx与FLARE的主要区别

zhouzengchao
4 Tellurium

MCx与FLARE的主要区别

MCxFLARE的主要区别

转载请在文首保留原文出处:EMC中文支持论坛https://community.emc.com/go/chinese

介绍

     FLARE终结了其在CLARiiON和第一代VNX的使命,将接力棒交给了新一代VNXMCx。本文将总结MCxFLARE的主要区别。


更多信息

新驱动器


     所有尚未被阵列识别(包括序列号)驱动器都会被置零。所有驱动器都是并行置零的。置零是在阵列发现新驱动器的时候开始的,或者在系统首次加电的时候。驱动器在置零完成就可用了。

驱动器的可用空间


     同等大小的驱动器在所有的VNX系统上(包括早期的硬件)都有相同的可用空间。Multicore RAIDFLARERAID组的开销上几乎一样,MCx RAID开销要稍微小那么一丁点。

在为新的VNX系统计算可用容量时,可以使用旧VNX RAID组的容量,对于同一大小的驱动器,其可用空间将保持不变。

磁盘和LUN置零


     阵列能够置零磁盘,也可以置零LUN。如果一个LUN之前已经绑定在一个已经置零了的驱动器上,那么LUN置零将只是一个更新metadata的动作;如果一个LUN绑定在一个之前已没有绑定过LUN磁盘,或者该磁盘之前位于一个被删除的Pool,那么在创建LUN之后,该LUN的区域将被置零。

SCSI优先级


     MCx拥有为后端驱动器设置SCSI命令优先级的技术。SCSI优先级的使用要求新的驱动器固件和格式。EMC之前在VMAX阵列上采用这种技术,现在也在VNX上应用。目前第一个实现仅包括了Multicore Cache写刷新操作。

IO错误重试


     MCx驱动器I/O错误重试是基于时间的,不像FLARE那样是通过计算失败的I/O数量来确定驱动器的健康状态的。使用Multicore RAID,如果发送给驱动器的一个IO时间过久,可以把该驱动器标记为下线(offline)。RAID组以降级的模式运行,直到该磁盘回归,或者被热备用替代(5分钟之后)

后台验证


     后台验证是阵列的一个内部进程,用于检查和校正绑定的LUN的数据和校验,它的任务是发现和纠正RAID错误。


后台验证会因为不同的原因而启动:


  • 用户手动触发了后台验证(使用setniffer命令)
  • 系统自动为未完成的写IO错误启动后台验证操作
  • 系统自动自动在完成了后台置零的LUN上启动后台验证


MCx能够在RAID组处于高负荷的情况下延后后台验证。需要注意的是,后台验证仅对于传统LUN和私有Pool LUN有效。

Sniffer


     Sniffer验证是一个内部进程,用于在潜在的磁盘媒介错误变得不可恢复之前就发现并纠正它。Multicore RAID sniffer工作在整个磁盘空间,包括绑定的和未绑定的磁盘区域。


     FLARE仅仅sniffer磁盘绑定LUN的区域,不检查未绑定的区域,导致有些媒介错误无法被发现。另外,FLARE可以基于LUN来安排sniffer检查,且仅检查绑定了LUN的区域。


     Multicore RAID不再允许安排sniffer,而是在系统层面添加了启用/禁用sniffer验证的功能。在单个磁盘上启用sniffer验证是不支持的,sniffer将为阵列上的所有磁盘而启用或禁用,且sniffer默认是启用的。

主动替换


     新一代VNX通过计算发现的错误数量来监控驱动器的健康状态。错误是通过sniffer或后台验证进程,或是在常规的主机读取的时候发现的。当错误数量达到60个,磁盘将被声明为不健康并且无效化。Multicore RAID引擎将立刻启动热备用进程,无需等待5分钟的过渡期。驱动器不会永久性的增加错误数量,错误数量会以每18,000个正常的驱动器I/O而减一。


参考

新一代VNX软件增强之:热备用(1)

新一代VNX软件增强之:热备用(2)

新一代VNX软件增强之:对称双活

新一代VNX软件增强:Write Journaling

多核RAID – 永久热备份

新一代VNX软件架构 - ODX卸载数据传输

与EMC新一代VNX中端存储极速致胜 - 新一代VNX硬件架构解析

新一代VNX软件更新之:重构日志


应用于

新一代VNX     MCx

版本历史
修订号
1 / 1
上次更新时间:
‎12-09-2013 04:00 PM
更新依据: