双活数据中心存储问题梳理

双活数据中心Emc存储虚拟化实施问题

一、部署情况

Vplex实际连接分为三类线路：

1、          管理口：以太网，用于管理及和witness建立IPSEC加密隧道

2、          COM控制线：传输控制信令

3、          FC数据线：传输IO数据

部署场景为建设同城双活数据存储虚拟化，存储厂家建议数据中心之间链路时延在3ms之内。实测数据中心裸光纤长度为48km，其中裸光纤经过波分设备后传输单向时延0.32ms左右。

Vplex采用写透方式，仅有读缓存，阵列采用写缓存并采用写回模式。设置A中心VPLEX高优先级。

二、测试场景

1、场景测试一

后端整列故障及san网络后端连接阵列FC线路中断后，业务可故障转移，实测转移时间在5s左右

2、场景测试二

在单中心两台SAN导向器全部下电故障时，双数据中心存储全部挂死，业务全网中断

三、问题产生分析

1、IO流

EMC工程师解释IO流为主机将IO请求下发至VPLEXA，VPLEXA将IO请求同时转发至本地整列及对端数据中心VPLEXB，这时数据中心A中VPLEX将IO写入整列写缓存中并向VPLEXA写回确认，VPLEXA收到写回确认后等待VPLEXB写回确认，再转发至应用写回确认；数据中心B中vplexB将IO写入B中心阵列写缓存，向vplexB写回确认，vplexB向VplexA写回确认

2、故障分析

在数据中心A的san导向器均发生故障时，场景如上图所示，witness在A中心发生故障时，并不会判断vplex后端发生故障，此时AB数据中心的vplex均存活，A数据中心VPLEX为高优先级，此时会将AB数据中心存储挂死，由人工指定数据中心其一存储为主，此时会进行增量同步。再将虚拟化、数据库及应用拉起。

本文出自 “说逍遥不逍遥” 博客，转载请与作者联系！

双活数据中心存储问题梳理

原文：http://maorui2005.blog.51cto.com/863709/1717604