卷级别角度
本部分重点介绍了一种典型配置,即每个 HyperSwap® 卷都配有主机、存储系统和 Quorum Witness。
通常,最初为主卷指定的主机和存储系统位于同一个站点,而将 Quorum Witness 部署在独立的第三个站点上。
在下图中,在一端选择 FlashSystem A9000R 并在另一端选择 FlashSystemA9000 不一定是典型配置,这仅用于强调它是有效的配置。

使用多路径驱动程序中的不对称逻辑单元访问 (ALUA) 支持来优化“主机到存储系统”路径(此后称为端口组)。 通过分配适当的 ALUA 状态(“首选”或“非首选”),存储系统将向主机多路径驱动程序指示首选哪些路径以最大限度地减少 I/O 等待时间:
- 系统自动将当前拥有主卷的系统的端口组标记为“活动/首选”
- 系统自动将当前拥有辅助卷的系统的端口组标记为“活动/非首选”。
因此,“活动/首选”的端口组将接收大部分的 I/O 流量。 其余的 I/O 流量将定向到“活动/非首选”的端口组,并将写操作转发到主卷。
在激活 HyperSwap 卷时,辅助卷未同步,系统会将读请求重定向至主卷,直至完成同步。 在同步卷时,拥有辅助卷的系统将在本地为读请求提供服务。
如果拥有辅助卷的系统无法执行 I/O,那么辅助卷端口组状态将更改为“不可用”。 通常由连接故障引起此类更改。 主卷仍处于活动状态,因此无需自动故障转移。 一旦恢复连接,就会自动再同步卷。
如果拥有主卷的系统无法执行 I/O,那么主卷端口组状态将更改为“不可用”。 一旦拥有辅助卷的系统从 Quorum Witness 收到相应的通知,它会执行透明的故障转移,这样,辅助卷将担任主卷角色。 在最初为主卷指定的系统恢复后,必须通过 CLI 或 IBM® Hyper-Scale Manager 来手动执行恢复,这包括转换同级卷的角色以及重新激活它们之间的 HyperSwap 关系。