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

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

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

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

应用层：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专家）。对底层基础环境无非就是 低延时的网络带宽， 双活存储，大二层网络。  若应用没有双活，数据库没...

其实看能力了，像f5这样的硬件负载比较简单，UI界面配置化，功能强大，能够实现绝大部分负载均衡的双活需求，对用户的要求不高，甚至简单培训一下的用户都能上手做配置；而软件负载需要基于操作系统或软件做定制化配置，基本配置很难满足高并发高可靠需求的，尤其是一些开源的软件，更是要深...

同机房的双活比较好做，应用上的负载均衡，不管是硬件上还是软件上都有比较多的解决方案。同城跨机房的话，我们采用裸光纤，也完全可以按同机房来处理。南北这种双活就比较难，一般也不建议做。...

1、要做一套内网全局域名解析和负载均衡，将内部人员访问的域名解析为不同的内网IP，分别负载到两个数据中心去，另外还要在两个数据中心做两套独立的应用负载，两个数据中心的请求分别进入这两套应用负载，再分发到 weblogic集群中去。2、对于公网而言，需要做一套智能DNS，能够探测两...