码迷,mamicode.com
首页 > 其他好文 > 详细

容灾闲谈

时间:2018-06-10 15:30:33      阅读:176      评论:0      收藏:0      [点我收藏+]

标签:XA   数据库   工作   异地   功能   云容灾   F12   db2   云上   

今天只想说一件事

容灾

什么是容灾系统?

通俗讲

就是为了防止天灾人祸、不可抗力

在两地建立相同的IT系统

彼此有同步,随时能切换

技术分享图片

容灾系统分为三个层次

①数据容灾

其实就是数据远程的备份

灾难发生时,只保证数据不丢失

但是业务会中断,慢慢恢复、重建

②应用容灾

在数据备份或同步的基础上

还要建立一套相同的应用系统

除了涉及数据,还要涉及到

主机、网络、存储、OS、软件等等

很复杂,但是这种付出是有回报的

灾难发生时,业务能快速回复甚至不中断

③业务容灾

业务容灾就更复杂了

不仅包含了IT应用系统

还要包括办公场地、电话通讯、后勤保障等等

跟业务相关的吃喝拉撒睡都要考虑

这三个层次

建设成本不同,恢复能力也不同

容灾领域

我们听过最响亮的名词是“两地三中心

常有土豪号称实现了“两地三中心”

两地

表示地理位置分开

一般相距很远,避免天灾全军覆没

三中心

是指有三个数据中心&IT业务中心

其中两个是同城的,双活同步提供服务

另外一个是异地的,提供容灾备份

我们可以把容灾能力划个三六九等

①单数据中心,无备份

②单数据中心,本地备份

③双数据中心,同城双活

④两地三中心,同城双活

⑤两地三中心,异地多活

非土豪如何容灾?

容灾系统有两个核心指标

①RTO

就是业务挂了,多久能恢复

不中断最好,RTO=0

技术分享图片

②RPO

就是系统挂了,数据能丢多少

不丢最好,RPO=0

技术分享图片

影响国计民生的行业,比如银行、电力、电信

都会追求业务不中断、数据零丢失

他们会按照最高容灾级别建设

然而,容灾级别越高,建设成本越高

不是人人都建得起“两地三中心”

需要财力,更需要技术能力

技术分享图片

以前,高级别容灾只是土豪的专利

但到了云时代,这一切已经悄悄改变

云计算

正在让容灾变得更便宜、更简单

公有云本身,就具备基础容灾能力

大型云服务商

在数据中心基础设施、网络线路

以及上层支撑平台、运营体系

都是有相当的容错保障的

混合云本身,就是一种异地容灾的雏形

很多企业,IT系统已经采用混合云架构

混合云,其实就是一种“异地”模式

具备容灾的潜力

云计算按需服务模式,让「低成本容灾」成为可能

企业建设云上异地容灾

不必再考虑基础设施的建设成本

根据自己的业务增长和容灾级别

按需使用,成本低廉

1/10甚至1/100的投入

即可拥有和“土豪”一样的容灾能力

……

然而,对云容灾的选择

我们还是两大疑问

把本地数据备份到云端,确实不孬

但是

技术分享图片

企业建设混合云,往往业务分而治之

创新业务放云端,传统业务放本地

但是

技术分享图片

这的确是个问题

在当下的公有云服务商里

找一个和本地IT架构一致的,几乎不可能

然而

Oracle Cloud,没问题!

云上云下,架构完全一致

无论甲骨文公有云环境

还是传统架构本地部署环境

架构完全一致,业务系统无须任何修改

即可在云端运行

技术分享图片

裸机、VM、容器、中间件、数据库、ODA、Exadata……

不需要POC、不需要考虑兼不兼容、性能是否达标

企业全业务云端迁移、全量容灾,一气呵成

上云下云,迁移来去自由

因为云上云下是同构的

所以,轻松前上去,自由迁下来

没有任何顾虑,云上云下互为灾备

对于上云有隐私安全顾虑的企业

甲骨文还有Oracle Cloud@Customer服务

俗称把「公有云搬回家

这个方案,可以帮助企业

把甲骨文公有云建在自己防火墙后面

成为私有化的云生产or灾备中心

Active Data Guard?同构数据库容灾神器

GoldenGate?异构数据库容灾神器

数据容灾是业务容灾的基础

业务容灾是数据容灾的目标

企业最重要的是数据,数据最重要的是数据库

数据库份额最高的是Oracle

所以,数据库的同步和备份,是所有容灾的第一步

这时,我们需要甲骨文数据库容灾神器了

技术分享图片

如果源端和目标端的操作系统、数据库版本完全一致

它能更高效实现整个数据库的数据同步

技术分享图片

它可以把各种主流数据库

(Oracle、Mysql、DB2、Sybase)

实时同步到甲骨文云端数据库(Oracle)

也可以同步到异地或者第三方云的其他数据库

技术分享图片

数据实时同步,业务不受影响

有了GoldenGate,不再担心数据容灾

有了同步过来的数据

就可以将同样的应用在备库上启动

实现应用容灾

GoldenGate,不只是容灾神器

其实,容灾只是GoldenGate的一个应用场景

天灾不是常态,业务创新才是常态

数据库读写分离场景

比如大家熟悉的网络购票业务

余票查询是“读”,购票支付是“写”

查票(读)>>购票(写)

此时就适合做读写分离

技术分享图片

把余票查询库同步到云端,满足海量查票请求

购票完成后,云端余票查询需要实时更新

此时,GoldenGate的实时同步功能就能大显身手

异构数据库的迁移和云化

企业在业务发展,IT分阶段建设

可能存在多个品牌/版本的数据库系统

利用GoldenGate,可以完成异构数据库迁移

将源数据库投递到甲骨文云或者任意目标

技术分享图片

基于GGCS,这个工作还可以是按需付费的

GGCS=GoldenGate Cloud Service

面向云端大数据和BI场景

这种场景下

企业生产数据库在本地运行

大数据分析、BI系统在云端运行

技术分享图片

GoldenGate可以实时/按需把本地数据同步到云端

提供给云端大数据引擎来分析使用

容灾闲谈

标签:XA   数据库   工作   异地   功能   云容灾   F12   db2   云上   

原文地址:https://www.cnblogs.com/zywu-king/p/9162577.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!