分三个层次来说:
1、数据层面灾备,我行外围内数据本地两套SVC集群,两个I/O Group,4个节点,同一套SVC集群下的两个节点互为冗余保护,两套SVC集群(两个I/O Group)也是互为冗余保护,本地站点两个存储通过SVC做VDM,实现数据实时同步。相对于x86云存储的冗余性提升一倍。同时同城灾备也搭建了一套SVC集群,采用stretch cluster方式实现SVC高可用。通过Metro Mirror的方式实现同城数据同步复制,从而在本地与同城灾备机房保持数据一致
2、应用层面,建立集群,通过应用负载分发实现灾备。
3、主机层面,通过操作系统的高可用实现,比如aix系统的powerha-xd实现灾备。
非银行内部人员,但既然被邀请了,就抛砖引玉,回答一下。
现在如果还在考虑云的安全性的话,其实可以选择更容易接受的行业云、混合云甚至是私有云,具体差别因具体需求而异。
云灾备方面的规划,大体可分为三个层面:
1、应用层
根据业务等级,将应用系统划分为不同等级。本地数据中心可采用双机热备方式或集群方式的本地高可用保护。当然,云端高可用也可以考虑,但需要考虑到云端业务如何切换、IP如何漂移的问题。
2、网络层
网络层的设计尤为关键,网络通则一切通。云灾备将会涉及到云和云之间的数据复制链路和IP网络传输链路问题,对于一些综合性平台,还需要考虑分支机构、审计机构的网络接入问题。
3、数据层
在数据层将依据恢复优先级等级采用不同数据保护方式和云灾备规划。如果是冷数据的话,公有云其实是可以接受的,比如数据的冷存储场景,云上的成本已经可以做到低于本地磁带存储,并可以实现完全托管以及12 小时或更短的时间内恢复数据。