mysql双活脑裂_突破存储跨中心双活方案设计阶段难点（一）：脑裂风险

突破存储跨中心双活方案设计阶段难点(一)：脑裂风险

存储跨中心双活方案设计阶段该如何尽量避免脑裂？

如何避免脑裂是每个双机系统都要重视的问题，存储双活系统尤其如此，脑裂会带来长时间的存储读写IO HANG住，轻则导致业务性能下降，重则因磁盘IO超时，导致数据库挂起甚至宕机，对生产业务系统造成重大影响。所以在存储跨中心双活架构设计时，究竟应该如何尽量避免脑裂？

存储跨中心双活方案设计阶段该如何尽量避免脑裂？

如何避免脑裂是每个双机系统都要重视的问题，存储双活系统尤其如此，脑裂会带来长时间的存储读写IO HANG住，轻则导致业务性能下降，重则因磁盘IO超时，导致数据库挂起甚至宕机，对生产业务系统造成重大影响。所以在存储跨中心双活架构设计时，究竟应该如何尽量避免脑裂？

解析和解答：

▼▼▼

■邓毓 某农信社资深骨干工程师

数据中心脑裂简单说就是两个数据中心间的网络和存储链路同时发生中断，导致两个数据中心内的应用、数据库或者操作系统同时抢占和利用共享的资源，造成资源的数据不一致，产生重大影响。

这个问题是存储跨中心双活方案设计、实施阶段不可避免要遇到的问题。各个存储厂商、存储虚拟化产品厂商都有自己的避免脑裂的方式：

(1)IBM SVC ESC/HYPERSWAP 或者IBM V9000/V7000/V5000 HYPERSWAP

对于上述存储双活方案架构来说，呈现的是一种对称式的整体架构，为了防范脑裂，仲裁站点是必需的。在仲裁站点中，基于IP的quorum节点和物理quorum磁盘都可以提供脑裂的仲裁服务，存储