金融行业云环境的灾备建设与传统灾备建设的思路、提升与局限探讨?

一、传统灾备:金融行业使用一般都已经基于传统技术体系实现了灾备,分别应用级别灾备,和基于FC网络的数据库灾备。具体形态(1)应用级别灾备,在本地和同城机房部署相同应用,访问主中心的数据库;(2)存储级别灾备,特点是平时灾备中心不启动,例如EMC Symantec,IBM的PPRC,华为的Hyper metro(3)...显示全部

一、传统灾备:金融行业使用一般都已经基于传统技术体系实现了灾备,分别应用级别灾备,和基于FC网络的数据库灾备。具体形态(1)应用级别灾备,在本地和同城机房部署相同应用,访问主中心的数据库;(2)存储级别灾备,特点是平时灾备中心不启动,例如EMC Symantec,IBM的PPRC,华为的Hyper metro(3)数据库级别灾备,比如DB2 HADR技术(4)数据库级别的双活,需要数据库双活+文件系统双活+存储双活。比如Oracle的RAC或ADG+GPFS文件系统+存储的Vplex、SVC或Hyper metro(5)网络方面: 使用二层延伸的方法,本地系统和同城灾备在一个网段内,灾备切换中,需要将灾备中心的IP修改为生产中心IP。

二、云环境下的灾备:1、思路与提升(1)大量使用IP存储网络替代FC存储网络,IP比FC网络组网个灵活,使用更方面,扩容更容易(2)使用DNS实现大二层。这样切换IP更容易(3)通过智能DNS实现了应用双活,基于域名的灾备切换(4)使用虚拟机、容器替代实体机。出现了通过Vmware的SRM实现的整体系统在灾备,并实现了灾备调度系统(5)基于CDP技术,实现数据同步和灾备(6)分布式数据库,替代传统数据库,通过一主多从实现数据库级别灾备。

局限与待改进探讨:(1)分布式架构下,系统更范围,节点更多,急切需要实现云平台在发布资源时整套环境 (2)SRM的基于IP的数据传输,默认是15分钟,RPO太长(3)SRM是整个虚拟机的同步,不能像SAN存储那样实现只同步一个卷的数据(4)分布式存储,目前还不能像SAN存储那样实现可靠的存储级别的灾备 (5)分布式数据库分库分表、同城灾备后,交易一致性是一个难点 ,数据备份和数据恢复是一个难点。
发出来希望听听金融行业的朋友们你们在云灾备和传统灾备建设下的思路,提升与局限?

收起
参与40
  • 云计算现在已经不是新潮的技术了,但是金融机构应用系统上云的步伐相对缓慢。个人观点,应用上云会有几个阶段,初期阶段是为了上云而上云,传统架构上的应用系统移动到云环境中,中级阶段部分应用组件适应于云环境部署,终极阶段符合云环境的云原生应用真正在云上生根。 每个阶段所涉及不同的灾备技术。
    2019-04-16

查看其它 5 个回答zp_ccc的回答

zp_ccczp_ccc  高级技术主管 , 国内某金融科技公司

几点想法,不妥的地方请指正。

  1. 传统灾备:中提到的应用级别灾备,存储级别灾备,数据库级别灾备,我觉得用应用系统灾备,存储系统灾备保护,数据库系统灾备保护,这种说法歧异性小,更为合适。
  2. SRM 您提到的是VMWARE 的SRM 产品吧,实际上还是做作业流程管理的系统,这个产品并不能替代灾备复制技术或产品。

云计算现在已经不是新潮的技术了,但是金融机构应用系统上云的步伐相对缓慢。个人观点,应用上云会有几个阶段,初期阶段是为了上云而上云,传统架构上的应用系统移动到云环境中,中级阶段部分应用组件适应于云环境部署,终极阶段符合云环境的云原生应用真正在云上生根。 每个阶段所涉及不同的灾备技术。

互联网服务 · 2019-04-16
浏览4684

回答者

zp_ccc
zp_ccc1615
高级技术主管国内某金融科技公司
擅长领域: 存储灾备服务器

zp_ccc 最近回答过的问题

回答状态

  • 发布时间:2019-04-16
  • 关注会员:9 人
  • 回答浏览:4684
  • X社区推广