首先你得确定存储在两个数据中心部署是否采用了存储双活技术(ACTIVE-ACTIVE),还是只是ACTIVE-STANDBY模式,或者ACTIVE-PASSIVE模式,如果是前者,可以采用您所描述的方案一,如果是后两者,其中有一个数据中心的RAC节点需要跨中心访问另一数据中心的存储,存在一定的开销。其次如果是方...
有状态应用的高可用,目前业内主流的做法是通过Operator实现。MySQL MongoDB TiDB AMQ等等现在都采取Operator方式在容器云部署。真正意义上的多OCP双活需要打通OCP集群之间Pod通讯的隧道, Submariner就是做这件事的。 Submariner在2021年下半年会在OCP上正式GA。 ht...
数据库双活 技术有 基于oracle ASM的方案, oracle 可以提供ACS服务;有基于双活存储的 oracle Extend RAC(这种方案较常用); IBM 有DB2解决方案(不熟悉,可以咨询IBM专家)。对底层基础环境无非就是 低延时的网络带宽, 双活存储,大二层网络。 若应用没有双活,数据库没...
双活中心的解决方案旨在为最关键的应用提供更加完备和卓越的关键业务连续高可用性,同时可以充分利用第二个站点的实时数据资源。是否使用双活主要还是要看是否能够容忍故障时的数据库、应用切换时间,如果需要达到RTO近乎为0,那就得考虑双活。双活通常来说建设要求、技术要求...
应用层:DNS、负载均衡、LVS、并行文件系统等等数据库层:DB2 PURESCALE、ORACLE EXTEND RAC、分布式数据库等存储层: 华为HyperMetro、 EMC Vplex Metro、SVC HyperSwap、SVC Enhanced Stretch Cluster、 HDS GAD、 NetApp MetroCluster等等双活最主要的难点有三个:一是如...
无论是那一方面的双活,都是相对复杂的架构,即便是现在的技术比较成熟。在建设和维护上也还是相对麻烦一些。人力,资金的投入也要大一些所以我觉得建设双活之前。最重要的考量就是双活是否是必须的,业务的连续性需求是否一定需要双活的方式来保障。当确定了一定需要双活后,剩下...
其实看能力了,像f5这样的硬件负载比较简单,UI界面配置化,功能强大,能够实现绝大部分负载均衡的双活需求,对用户的要求不高,甚至简单培训一下的用户都能上手做配置;而软件负载需要基于操作系统或软件做定制化配置,基本配置很难满足高并发高可靠需求的,尤其是一些开源的软件,更是要深...
2.2 架构中关键问题及解决方案2.2.1集群仲裁一致性问题问题描述所谓的仲裁一致性问题,是指双中心之间的VPlex存储集群和数据库RAC集群的仲裁结果是否能保证一致性。VPlex集群是靠仲裁站点分别于两个站点之间的网络连通性来判定站点故障。而数据库集群是通过以太网心跳和OC...
强烈推荐DNS!1、主备切换的时候,一般需要备库接管主库的IP地址,那么两个站点的二层网络需要打通(同一网段的IP地址需要同时存在于两个站点),网络设计非常复杂,且两个站点耦合度太高。2、如果网络二层不打通,那么切换时备库就无法使用主库的IP地址,这时所有应用服务器访问数据库的...