8同行回答
浏览1431
应用、网络、存储层面都容易实现双活，难点还是在于数据库层面。金融单位的数据库基本上都是oracle db2，跨站点集群只有部分非重要业务在尝试，就算有什么问题，不会把自己坑死收起
浏览1354
浏览1391
浏览1368
这是个给领导脸上贴金的东西，而且双活真的完美实现了的话，能减少领导的下岗风险。
但是，下面干活儿的人就惨了，这种技术会给系统架构增加数倍的复杂程度，而且应用程序也要能实现两个站点的负载均衡。况且绝大多数企业的数据中心，生产和灾备的机房环境和配置都是不对等的，全业务双活基本上很难实现。我个人觉得，还是做好本地高可用，比研究双活更具实际意义收起
但是，下面干活儿的人就惨了，这种技术会给系统架构增加数倍的复杂程度，而且应用程序也要能实现两个站点的负载均衡。况且绝大多数企业的数据中心，生产和灾备的机房环境和配置都是不对等的，全业务双活基本上很难实现。我个人觉得，还是做好本地高可用，比研究双活更具实际意义收起
浏览1365
双活是所有技术人员不懈的追求，愿望是好的。但是双活受到网络带宽/延迟/稳定性、仲裁节点、应用操作方式等多种因素的影响。实现双活的代价比较大。各厂商双活说了5/6年，实际好的双活案例还是比较少。
从技术角度上讲，应用层的双活比较容易，流量分发，应用集群都很成熟。所以不少网银/渠道类的应用都做了应用层的双活或跨站点部署。而数据层双活比较麻烦，对网络带宽/延迟/稳定性、仲裁节点、应用跨站点写数据等要求很高。目前，很多用户在选择一部分应用进行双活的试点，以掌握相关技术，了解相应的代价。收起
从技术角度上讲，应用层的双活比较容易，流量分发，应用集群都很成熟。所以不少网银/渠道类的应用都做了应用层的双活或跨站点部署。而数据层双活比较麻烦，对网络带宽/延迟/稳定性、仲裁节点、应用跨站点写数据等要求很高。目前，很多用户在选择一部分应用进行双活的试点，以掌握相关技术，了解相应的代价。收起
浏览1386