讨论:在应用异地双活的方案中普遍的模式遇到瓶颈

目前一些主流关系数据库(DB2ORACLE)通过purescale、rac仅有在本地或同城实现双活,在跨异地的情况下基本看不到数据库层面的双活应用案例。有些号称实现数据库双活的案例都是在应用层实现库的逻辑分离和数据的集中,底层的数据库还是相互独立的。在应用异地双活的方案中普遍的...显示全部
目前一些主流关系数据库(DB2ORACLE)通过purescale、rac仅有在本地或同城实现双活,在跨异地的情况下基本看不到数据库层面的双活应用案例。有些号称实现数据库双活的案例都是在应用层实现库的逻辑分离和数据的集中,底层的数据库还是相互独立的。在应用异地双活的方案中普遍的模式是:应用双活+DB容灾。这种模式通过实际的演练通常会遇到这样一个问题:应用跨广域访问DB效率问题。就这个问题我们银行还特意抓包进行了分析,分析的结果发现应用跟DB交互的延时比本地访问大很多,特别是一些OLTP应用,这种延时会直接导致处理效率下降。后来用过一些广域加速设备,延时有所改进,但效果不明显。

大家都是怎么做的,可以探讨交流下!收起
参与15

返回aixrs6000的回答

“答”则兼济天下,请您为题主分忧!
aixrs6000aixrs6000系统工程师招商银行(上海DC)
1.1500公里以上。
2.TOP系统的双活现阶段才刚刚实现了应用层面的双活,即应用节点跨异地,库在一个站点。数据库异地双活的思路主要是分库。
3.异地广域带宽600M左右,设置了QOS。
银行 · 2014-03-25
浏览3011

回答者

aixrs6000
系统工程师招商银行(上海DC)

aixrs6000 最近回答过的问题

回答状态

  • 发布时间:2014-03-25
  • 关注会员:1 人
  • 回答浏览:3011
  • X社区推广