IBM Spectrum Virtualize HyperSwap-高可用解决方案.docx

IBM Spectrum Virtualize Local HyperSwap高可用解决方案大家好，今天我们来了解一下IBM Spectrum Virtualize/Storwize LHS（Local HyperSwap）高可用解决方案在介绍LHS之前，让我们来看下LHS是怎么衍化而来的。在Storwize很早的版本里，我们已经有了Stretched Cluster，如下图1：图1?Stretched Cluster技术是把一对Storwize节点（I/O Group）划分到两个站点，当一个站点发生问题时，允许主机保持数据的读写，就像读本地的数据一样。后来在Storwize7.2之后，我们又将Stretched Cluster技术做了一下优化，增强了站点(site)的监管和优化了数据流。系统对每个节点和存储池以及主机的位置（站点）都是清楚的，从而采用就近原则去读写数据，提升了读写效率，节省带宽。如下图2：图2?好了，我们现在来真正的学习一下LHS拓扑结构，如下图3：图3??Spectrum Virtualize/Storwize在hyperswap?拓扑下的关键技术是Active-Active双活技术，该技术是通过RC（remote copy）技术和FC(flash copy)技术来实现的，从而可以提供HA（high-available）的虚拟磁盘给主机使用，并提高整个存储系统的DR（disaster-recovery）。双活技术会让在不同站点的主机同时对一个volume进行读写操作，而且一旦一个站点发生灾难了，另一个站点不需要任何配置会自动持续提供稳定的数据读写访问。自动failover/failback，如果volume间的链接断了，会自动tie-break。（别的一些active-passive的系统就不具备这样的功能，他们需要人为手动的干预才可以让幸存的站点提供持续的数据读写访问），也不需要特别的主机软件，使用常规的多路径软件即可。?接下来，我们来看下一个hyperswap volume的具体组成，如图4：图4?一个hyperswap volume是由以下几个部分组成：4个vdisk（可以是thick/thin/compressed，也可以被加密）1个active-active?的remote copy relationship（系统自己控制）4个flash copy maps(for change volumes)（系统自己控制）额外的access IO group（方便IO group failover）?然后，我们再来看下?hyperswap volume数据读写，如图5，图6：?图5?图6?读IO是每个站点自己独立完成的，相互不干扰。而写IO是需要2个站点进行数据交互的和配合的，但这些过程对用户是不可见的，用户只需要知道自己的2个站点的主机可以同时对同一个hyperswap volume读写就行了，其他的事情，系统会帮用户解决好。?最后，我们再看下hyperswap volume?几种failover情况，如图7，图8，图9：图7存储池offline或者发生什么灾难，那么hyperswap volume就会自动的将offline站点的存储池读写IO转移到幸存的站点，中间过程对用户透明。图8IO group offline或者发生什么灾难，那么hyperswap volume就会自动的将offline站点的IO group读写IO转移到幸存的站点，中间过程对用户透明。?图9?主机应用程序出错或者发生什么灾难，那么此时需要将应用程序移植到另一个幸存站点的主机，继续对hyperswap volume进行数据访问。?总之，IBM?Spectrum Virtualize/Storwize local hyperswap技术提供了非常强的高可用性和灾难恢复功能，并对数据的读写做了优化，提升用户体验，是核心功能，非常的好用，非常的强大，绝对是谁用谁知道！！！