有些存储跨中心双活方案是通过镜像复制技术（VDM、MetroSync、SyncMirror、TrueCopy等）将底层两个存储虚拟成一个虚拟卷，再挂载给上层的主机，由于这个卷是虚拟的卷，底层存储有可能无法脱离这个虚拟化（集群）而单独挂载给主机使用，所以这个虚拟化（集群）软件的可靠性和稳定性就变得非常...

主机对存储的控制访问策略一般就几种策略，建议还是采用存储厂商的多路径软件，再主机访问存储上设置一下，一般是主备方式，这种方式是两个hba卡，类似两条路径方式，只有这个hba卡出现问题，切换到另外一个hba卡上;另外一种就是负载均衡模拟，两条路径同时工作，一条出现问题后另外一条正...

跨中心的集群仲裁也就是当两个数据中心间的所有链路都中断时，双活集群的仲裁机制，这里的双活集群可能不只是存储双活集群，也有可能包含了数据库的双活集群、并行文件系统的双活集群，甚至一些特殊应用的双活集群等。这多类双活集群在链路发生中断时，都将按照各自的集群的仲裁算...

靠ZONE隔离。如果是IBM SVC或者是NETAPP MCC，必然要求存储虚拟化设备要和另外一个数据中心的物理存储想通。跨中心的大ZONE也就是必须的了。这种情况下，我们只能横向将ZONE划分到更细的粒度。如果是VPLEX，那么它不需要虚拟化网关和另外一个数据中心的存储想通，而是靠两中心的...

这是一个很典型的问题，块存储如何防范逻辑错误。做了存储的跨中心的双活或者做了存储的镜像，同步复制，很容易就会觉得数据有两份甚至多份一致性的副本，就会觉得万事大吉，甚至觉得不需要备份系统了。数据备份系统是企业数据安全的最后一道防线，无论做了什么同步、异步、双活还是...

无论什么双活，只要上升到了跨中心的层面，就必然需要跨中心的链路作为双活的通讯介质。这个通讯不但要求高可用性和冗余度，而且又对通讯质量要求又很高。并且链路所带来的风险隐患又是巨大的，中断或者响应时间高都将可能导致双活集群发生脑裂仲裁，出于保护的目的，将IO HANG住一...

第一个问题：前端节点写缓存与后端存储间的数据一致性如何保障？存储跨中心双活中的单个存储架构分为三种：1.物理存储的内部双控制器比如V5000/V7000/V9000 HYPERSWAP，写存储的操作也就是写缓存的过程，写了一个控制器，控制器也会将缓存数据同步至另一控制器的缓存，只有当真正同步...

这个问题实际上存储双活不可避免要遇到的问题，相比单存储直接提供读写来说，存储双活一定会增加读写响应时间，更别说存储还是跨两个不同数据中心的，随着距离的增加，理论上每增加100KM，会增加1ms的RTT（往返延迟时间）,通常单个IO总耗时在1-3ms左右，就会认为单个存储I/O处理处于比较高...

数据中心脑裂简单说就是两个数据中心间的网络和存储链路同时发生中断，导致两个数据中心内的应用、数据库或者操作系统同时抢占和利用共享的资源，造成资源的数据不一致，产生重大影响。这个问题是存储跨中心双活方案设计、实施阶段不可避免要遇到的问题。各个存储厂商、存储虚...

SVC Stretched Cluster实现了ACTIVE-ACTIVE，又可以扩展两地三中心，但是读写性能优化方面做得又不如SVC HyperSWAP，而且本地冗余度做得也不大好，本地一个SVC节点故障，本地就没有冗余保护，只能利用灾备站点的SVC节点，这点在SVC Local VDM+SVC PPRC和SVC HyperSWAP都得到了冗余度提...