MCx与FLARE的主要区别

MCx与FLARE的主要区别

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

介绍

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

更多信息

新驱动器

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

驱动器的可用空间

同等大小的驱动器在所有的VNX系统上（包括早期的硬件）都有相同的可用空间。Multicore RAID与FLARE在RAID组的开销上几乎一样，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而减一。