存储网络故障泛滥问题:两个数据中心的SAN网络打通,整合为一张大的SAN网络,可能会因为局部的存储网络故障而波及到整个存储网络,造成重大影响。
靠ZONE隔离。
如果是IBM SVC或者是NETAPP MCC,必然要求存储虚拟化设备要和另外一个数据中心的物理存储想通。跨中心的大ZONE也就是必须的了。这种情况下,我们只能横向将ZONE划分到更细的粒度。
如果是VPLEX,那么它不需要虚拟化网关和另外一个数据中心的存储想通,而是靠两中心的VPLEX机头之间的内部连接实现交互。这种场合下双中心的SAN网络相对独立。
收起上面的也解答了两点
总结起来就是
1.大的SAN网络用细粒度的zone隔离
2.存储双活的控制节点的通讯SAN网络和其他SAN网络隔离,建立PUBLIC SAN和PRIVATE SAN两种网络
3.核心SAN网络采用“环形”拓扑取代星形拓扑或者线型拓扑
如图:
可以考虑FC Routing,使用Integrated Routing License配合LSAN 使得数据中心的FC网络相对隔离,对需要打通的ZONE配置LSAN ZONE
同意前面专家的观点引入FC Routing,使用LSAN进行隔离。与此同时引入一组边缘交换机用于两个中心之间的连接。
通常设计上,不会将两个站点的SAN进行融合,形成两个大的跨站点Fabric。
在做设计时,会要求存储网关节点间,用于传输Cache Mirror和心跳的数据端口,连接到特定的SW或VF/VSAN,然后这些SW或VF/VSAN在两个站点实现连通。
对应大的SAN网络,跨站点的级联,中间的链路故障会导致SAN Reconfiguration,进而引起全网IO pending。