Administrator Guide

Virtual Volume
Director 1-1-A
Director 1-1-B
Engine 1
Virtual Volume
VPLX-000394
Engine 1
Cluster file system
Data center A Data center B
Director 2-1-A Director 2 -1-B
图 11: 路径冗余：不同的站点
群集
Metro Node 是一种真正的群集体系结构。也就是说，当维持了所有读取和写入数据的高速缓存和一致性时，则所有组件始终可用，
而且群集内的任一节点可支持从任何位置进入群集的 I/O。
向节点添加更多控制器时，您会从中获益获得：更多高速缓存，更强大的处理能力以及更高的性能。
Metro Node 群集具有 N–1 容错功能，即可以承受任何组件故障，而且只要一台控制器正常运行，群集就可以继续运行。
Metro Node 群集包含冗余硬件组件。
所有硬件资源（CPU 周期、I/O 端口和高速缓存）都被池化。
两个群集的配置 (Metro) 提供真正的高可用性。即使整个站点发生故障，操作也不会中断，数据仍保持在线。它提供具有零恢复点目
标 (RPO) 的高可用性解决方案。
仲裁
仲裁指的是群集进行服务和保持操作所需的最少数量控制器。
当群集启动时，有不同的仲裁规则使该群集进入操作状态并开始进行 I/O 处理，这一过程也称为“获得仲裁”。不同的规则使发现
控制器故障的操作群集在处理故障后继续进行操作和 I/O 处理的过程称为“保持仲裁”。停止进行操作和 I/O 处理称为“失去仲
裁”。这些规则如下所述：
● 获得仲裁 — 如果超过半数的已配置控制器重启并且相互保持联系，则非操作状态的 Metro Node 群集获得仲裁，进入操作状态。
在单引擎群集中指的是所有控制器。
● 保持仲裁 — 操作状态的 Metro Node 群集发现故障时，会在下列情形下继续操作：
○ 控制器故障
￭ 如果仲裁下不足半数的操作控制器出现故障。
￭ 如果仲裁下半数操作控制器出现故障，则其余控制器会通过管理网络检查故障控制器的操作状态，同时保持正常运行。
该故障恢复后，群集可以容许更多类似的控制器故障，直至仅有一个控制器保持正常运行。在单引擎群集中，最多只能容许
一个控制器故障。
○ 群集内通信故障
完整性和弹性
23