一个集群双中心？ 每个中心一个集群？网络情况什么样？应用如何部署？有很多方法规避，首先要规避的是避免脑裂的场景出现，就是部署时就不要面对这样潜在的问题每个集群都是独立的，应用部署可以跨多集群实现容灾备份，但不建议多集群之间的相互调用在使用容器云平台时，建议不要只看到容...

不管是数据库集群脑裂还是存储集群脑裂，所有的脑裂主要都是把握好仲裁方案，比较笨的办法就是在面临有风险的仲裁决策时，强制指定其中一边为主，并且完全关闭另外一边，强制所有的应用都连接到被强制设置为主服务的节点。另外一边关闭后断开网络修复，等确保完全修复后才开启网络。...

简单谈五个要点吧，就不展开说了：1、数据中心间距尽量小2、裸光纤多运营商冗余，走不同的路径，带宽只高不低3、采用支持第三站点仲裁的存储双活技术4、采用能够支持本地读、本地写的存储双活技术5、尽量减少两个双活存储的写竞争，可以考虑功能分区。6、尽量选择架构简单、仲裁方...

磁盘心跳，ip心跳，共享nas心跳盘 做备份当然 网络连接速度和san链接速度必须保证

感谢分享。通常在什么情况下，glusterfs会出现脑裂的情况？

VPLEX只有读缓存，优先从本地缓存读取数据；写是透写，VPLEX的写操作需要得到双活存储写返回后才确认。对于仲裁，一般建议是第三方站点仲裁，采用VPLEX witness仲裁机仲裁。

1、脑裂主要一般说的是一些部件高可用协议层面，两个节点同时认为自己为主节点。在双活架构下，一般数据中心级别切换一般需要人工介入，全部自动化触发同城切换的案例我还没有见到（一方面监控主要、切换工具自身可能存在故障或者误判，并且概率较发生数据中心故障更高。第二，切换...

一般放在第三个站点，现实中放在两个数据中心之一就可以，只有网络通就行！

双活部署在同城跨双中心模式时，中间传输链路故障的发生，是不可避免的事情。唯一能做的就是，确保仲裁在第3站点是独立部署，确保在脑裂时候，可以正确的选择出其中一个站点存活。

双活架构中，最重要的一点是要有第3站点部署仲裁。链路的稳定性，要看运营商提供的线路质量。如果线路质量不佳，那么传输带来的抖动会直接影响到生产IO。在Extended RAC环境中，脑裂时候，会遵从集群节点ID最小的站点存储。因此，部署时，要考虑使SVC的存活站点和Extended RAC规则一致...