HyperSwap技术在灾难恢复中的应用

前言：

硬件技术的发展会推动软件架构的创新，比如：Java技术、XML技术。最初这些技术用很多年以前的眼光来看，都是很消耗系统资源的。但是随着硬件的发展，尤其是IBM Power小型机的发展，这些技术已经变得非常普遍、流行。今天我们看到随着Power 7+的推出，又有新的系统软件技术随之出现。新增的PowerHA HyperSwap 功能就是一个很耀眼的亮点。今天我们来谈谈HyperSwap技术在灾难恢复中的应用。

1. 传统的灾难恢复
图1 显示的是传统灾难恢复配置。存储是镜像的，既可以是异步也可以是同步模式。镜像可以通过GLVM或者SAN复制实现，SAN复制的性能通常要更好。

图 1 ：具有4节点灾备的传统设置

图2 显示的是当主存储断开的场景。因为主节点Node 1到主存储的应用必须切换到容灾中心 B。容灾中心的故障切换比同一容灾中心内节点切换要复杂的多。一般来讲，容灾中心的切换至少要需要几分钟来恢复业务。

图2 ：到主存储不能访问时传统灾备路径

2. HyperSwap 功能
AIX操作系统及PowerHA支持HyperSwap 的方式。
HyperSwap设备配置对于应用是透明的，应用可以像以往一样继续使用设备。

3. HyperSwap 故障切换
图3 显示的一个典型的HyperSwap的配置。在HyperSwap中，存储通过SAN镜像，目前只支持DS8800的同步镜像。

图3：4节点灾备的HyperSwap配置

图4显示的是主存储断开的场景。因为HyperSwap群集内的所有节点都能访问主和辅存储，所以不发生容灾中心的切换。到主存储失效时，AIX检测到该事件，并通过执行PPRC进行切换。应用IO透明地切换到辅存储上，应用继续运行。
在这个场景中，AIX的SCSI磁盘驱动器检测到错误，并决定切换到辅助的存储子系统。在HyperSwap交换过程中，IO暂时冻结。
在这个过程中，应用体验不到失败，但是会体验到非操作的延迟。这个延迟时间根据节点个数及涉及的磁盘的不同在两秒至一分钟。

图4 当主存储断开时的HyperSwap 路径