从IT应用架构角度，畅谈双活数据中心容灾解决方案

以Vxlan实现方式为例,每个中心通过单独的ED设备与Underlay网络连接,在每个中心内部业务数据通过VXLAN进行业务交换,涉及到跨中心业务互访时,将通过与ED设备直连的leaf设备剥离VXLAN标签转换为VLAN业务后,由ED设备再次进行VXLAN封装,从而通过大二层透传到对端中心的ED设备剥离VXLAN标签,由对端中心的leaf设备重新封装VXLAN标签.一种是VPLS模式,这个是一个标准协议,但是技术比较复杂.大二层互联也是叠加在现有的网络之上,但是是每个厂家私有协议,在复杂的网络环境中很难实现对接.支持Overlay网络,可以跨裸光.

2、关于Golden Gate

还有刚才提到的Golden Gate性能瓶颈在数据同步环节,即在复制进程Replicat入库速度,因为在容灾端恢复数据过程是执行逻辑SQL,比较消耗资源.

抽取进程(Extract) ：该进程主要瓶颈在于LCR(logical change record)转换为UDF环节,主要优化建议：

• 拆分Extract进程,建议同一个schema下表尽量在一个进程组中
• 优化进程参数如eofdelay、flushsecs等
• I/O部分建议增加日志读取间隔3s,增加内存刷新时间3s

投递进程(Pump)：带宽优化和IO优化：

• 复制的表最好有主键或唯一索引,减少生产日志量
• 数据传输过程启用数据压缩特性,减少带宽需求量
• 适当增大TCP缓存
• 增加队列读取间隔为3s,内存刷新时间为5s

复制/应用进程(Replicat)：该环节出现性能问题较多,需要重点优化：

• 合并小交易减少事物数量,减少写checkpoint file/table次数
• 大交易拆分(maxtransops参数),提高写入速度
• 基于表或Range等拆分replicat进程

还有就是这边变化得非常大,尤其在这方面是非常大的,如何优化中进行一定的拆分,建议同一个schema下表尽量在一个进程组中,这个独立解决也可以进行带宽优化和IO优化.合并小交易减少事物数量,减少写checkpoint file次数.大交易拆分,提高写入速度,基于表等拆分进程.这是一个表,在每分钟产生的数据量,如果在16G以下,基本上是准时的,但如果在16G以上延迟非常高,每分钟40G的话,能延迟到1小时了.所以它做的市场上的业务量大,能延迟.

3、关于ADG

这也是我们一个前提测试的情况,我们用了一个数据库的数据总量11G,存储总量是这些,这是它的规格,有40G,有280G左右,我们当时采用的是千兆网,传输日志平均占用带宽为16.24MB/s,单个小时内峰值为52MB/s.目前这是一个测试情况,另外一个注意的地方,需要做的好多测试参数,底层依赖于存储,他们之间设置的参数有规则,参数的超时时间不能随便设,必须保证RAC的磁盘仲裁要晚于GPFS的仲裁,使得在网络故障情况下GPFS提前RAC做出判定.这样才能避免数据的损坏.

4、防止“脑裂”现象

• 由于数据中心间距离远,网络稳定性相比同机房差,必须需要额外进行冗余设计,如网络连接、内部网络、san连接等.2个数据中心间网络不稳定情况下,无论存储虚拟化技术还是Oracle的RAC均可能出现“脑裂”现象,造成访问中断,数据不一致现象发生,需要仔细设计,如采用互联环状全冗余架构等、完善的仲裁机制等.
• 对跨中心间的网络带宽、存储访问带宽利用率不能超过30%.
• 双活由多层软硬件组成,如数据库RAC、远程文件系统、存储等,需要仔细规划它们之间的心跳参数,确保越低层的心跳超时时间越高.

5、全面的计划内外测试场景

双活涉及到跨中心网络层,数据层和存储层,故障场景相比较传统架构更多,更复杂,相互之间存在多种依赖关系,需要充分设计故障测试场景.如果建设的话需要重点进行测试.

这是我们建设的一个双活数据中心架构的例子,这是两个机房,它的上层是接入网,下层是Spine.下面是各个虚拟化接口,应用层,提供虚拟层跨中心迁移功能.再下面是个存储层,双活架构.

今天分享就到这里.若有疑问,欢迎留言交流.

文章来自微信公众号：DBAplus社群

（编辑：源码网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!