首页 > 其他 > 详细

容灾闲谈

时间:2018-06-10 13:08:30      阅读:259      评论:0      收藏:0      [点我收藏+]

今天只想说一件事

容灾

什么是容灾系统?

通俗讲

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

在两地建立相同的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可以实时/按需把本地数据同步到云端

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

容灾闲谈

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

踩
(0)
赞
(0)
   
举报
评论 一句话评论(0)
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!