DB2+GPFS架构下灾备的实现是否存在局限性或者技术限制?

双活环境的最主要目的是高可靠性。能够保证RPO=0。双活环境中主要的交易延时在CF与member的通信,和双中心存储的同步复制。相对于单机环境,双活环境下的单个事务是要慢的。 双活环境主要是面向OLTP的环境,主要特点是高并发,短事务。能够通过横向扩展来提高业务处理能力。 读...显示全部

双活环境的最主要目的是高可靠性。能够保证RPO=0。双活环境中主要的交易延时在CF与member的通信,和双中心存储的同步复制。相对于单机环境,双活环境下的单个事务是要慢的。 双活环境主要是面向OLTP的环境,主要特点是高并发,短事务。能够通过横向扩展来提高业务处理能力。 读的操作对于CF的通信需求和日志写磁盘这两方面消耗都比较小,而UID等写操作对这两方面要求比较高。所以普遍意义上双活适合读写比比较高的业务。大家也都来说说啊

收起
参与6

查看其它 3 个回答liuzhai的回答

liuzhailiuzhai系统架构师中国建设银行
虽然不太懂GPFS,但是原理我觉得都是大同小异,对于高并发高io响应的应用毕竟会有影响,倒不一定是读写比例是个量化比例这个问题就可以解决,写的量大了,不管是什么技术都有响应时间影响,而这种影响是随着业务量不断的变化成几何级增长的,所以个人觉得这种方案不适合像民生这样的企业。总不能因为双活导致生产受到影响我觉得这个是前提。所以其实IBM建议双活都是园区高可用的方案比较成熟。
银行 · 2015-06-11
浏览1870

回答者

liuzhai
系统架构师中国建设银行
擅长领域: 双活灾备数据中心

liuzhai 最近回答过的问题

回答状态

  • 发布时间:2015-06-11
  • 关注会员:1 人
  • 回答浏览:1870
  • X社区推广