应用层：DNS、负载均衡、LVS、并行文件系统等等数据库层：DB2 PURESCALE、ORACLE EXTEND RAC、分布式数据库等存储层： 华为HyperMetro、 EMC Vplex Metro、SVC HyperSwap、SVC Enhanced Stretch Cluster、 HDS GAD、 NetApp MetroCluster等等双活最主要的难点有三个：一是如...

数据库双活 技术有 基于oracle ASM的方案， oracle 可以提供ACS服务；有基于双活存储的 oracle Extend RAC（这种方案较常用）; IBM 有DB2解决方案（不熟悉，可以咨询IBM专家）。对底层基础环境无非就是 低延时的网络带宽， 双活存储，大二层网络。  若应用没有双活，数据库没...

首先你得确定存储在两个数据中心部署是否采用了存储双活技术（ACTIVE-ACTIVE），还是只是ACTIVE-STANDBY模式，或者ACTIVE-PASSIVE模式，如果是前者，可以采用您所描述的方案一，如果是后两者，其中有一个数据中心的RAC节点需要跨中心访问另一数据中心的存储，存在一定的开销。其次如果是方...

有状态应用的高可用，目前业内主流的做法是通过Operator实现。MySQL MongoDB TiDB   AMQ等等现在都采取Operator方式在容器云部署。真正意义上的多OCP双活需要打通OCP集群之间Pod通讯的隧道， Submariner就是做这件事的。 Submariner在2021年下半年会在OCP上正式GA。 ht...

双活中心的解决方案旨在为最关键的应用提供更加完备和卓越的关键业务连续高可用性，同时可以充分利用第二个站点的实时数据资源。是否使用双活主要还是要看是否能够容忍故障时的数据库、应用切换时间，如果需要达到RTO近乎为0，那就得考虑双活。双活通常来说建设要求、技术要求...

无论是那一方面的双活，都是相对复杂的架构，即便是现在的技术比较成熟。在建设和维护上也还是相对麻烦一些。人力，资金的投入也要大一些所以我觉得建设双活之前。最重要的考量就是双活是否是必须的，业务的连续性需求是否一定需要双活的方式来保障。当确定了一定需要双活后，剩下...

db2 purescalesvc hyperswap ds8000

不太适合，容器属于轻量级平台，其设计的初衷就是为了能够快速创建和快速销毁，对于was而言还好，不过其镜像比较重，同时配置也复杂，建议更换为tomcat；db2就更不适合了，容器本身具有易销毁和无状态的特性，当然bat大厂也做了数据库的容器化，不过那些也是基于mysql这种轻量级的数据库，另外...

如楼上所说。你如果要做到应用层的同层双活，就要考虑的是怎样让整个应用可以在主挂掉时候快速切换到从。这是个整体的结构。你的从要参考主来架设。至少要该有的都有。而基础层架构的双活。我觉得目的是为了保证在本地的设备不产生单点故障，这个。。。根据你的业务开考虑吧...