不建议在虚拟环境搭建RAC和数据库，前期看似省钱，后期维护问题较多，增加了太多的不确定性。

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

NAS同城双活架构下，业务主机对NAS的访问有两个设计方案：业务主机只在一个中心、业务主机也做同城双活。一、业务主机只在一个中心，比如生产中心，主机只访问生产中心主NAS存储在这种场景下，如果灾备中心存储故障，对生产中心主机无影响；如果生产中心存储故障，双中心打通大二层网络...

我觉得是没有问题的。超融合有着很多优越性。而且也特别中小企业，当然也包括小金融。具体的搭配要看实际环境的业务量，对故障的容忍度等等。总体来说。需求不算苛刻的情况下可以用超融合架构代替传统的存储架构，可以适当增加一些备份容灾手段来提高可靠性。...

存储虚拟化网关作为前几年推出的技术形态，在异构存储虚拟化整合以及同城双活场景中确实有不少案例。典型的以EMC VPLEX和IBM SVC为代表。其中EMC的vplex还可以结合其RPA产品实现CDP即连续数据保护。但同时，将异构存储虚拟化以及存储双活功能做到存储控制器里的形态反而由...

以下为本人亲自测试结果，仅供参考

首先分布式数据库在高可用方面做的都是非常不错的。通过多数派协议实现数据一致性及高可用，可以了解下OceanBase数据库。其次是国产数据库openGauss系列也出了好几款数据库（例如恩墨的Mogdb、海量的。。。），他们都会配套有云管平台，实现数据库的自动化切换、高可用啥的都是可...

这个是国产数据库的基本要求，应该每一国产数据库都应该有成熟的方案。然而实际情况确并非如此，很多国产数据库用的少，验证的场景少，所以可能缺陷比较多。建议选择的时候做好全面的测试验证，否则可能会埋个大雷。...

SAN 存储：包括存储主备复制和存储双活技术。存储主备复制方案对主存储影响较小，对数据复制传输链路要求不高，但容灾切换过程较为复杂，容灾切换时间较长；存储双活方案的容灾切换时间在秒级，应用无感知，但对数据同步的链路要求很高，对故障更敏感。存储双活方案中又包括存储自身双活...

国产信创的平替虽然能够做到这个需求。但具体能够实现到什么程度。成本如何其实还是要看项目的具体情况来定的。首先成本上。未见的会有大幅度的下降，在架构到达一定规模的时候。我觉得还是把成本把控稍微靠后放一放。首先考虑是否能满足实际的需求，第二是考虑稳定性。这两...