容灾闲谈

Posted 2020-11-17 zywu-king

今天只想说一件事

容灾

什么是容灾系统？

通俗讲

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

在两地建立相同的IT系统

彼此有同步，随时能切换

▼

容灾系统分为三个层次

↓

①数据容灾

其实就是数据远程的备份

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

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

②应用容灾

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

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

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

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

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

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

③业务容灾

业务容灾就更复杂了

不仅包含了IT应用系统

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

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

这三个层次

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

容灾领域

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

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

▼

↓

两地

表示地理位置分开

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

三中心

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

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

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

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

①单数据中心，无备份

②单数据中心，本地备份

③双数据中心，同城双活

④两地三中心，同城双活

⑤两地三中心，异地多活

非土豪如何容灾？

容灾系统有两个核心指标

①RTO

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

不中断最好，RTO=0

②RPO

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

不丢最好，RPO=0

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

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

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

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

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

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

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

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

云计算

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

①

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

大型云服务商

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

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

都是有相当的容错保障的

②

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

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

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

具备容灾的潜力

③

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

企业建设云上异地容灾

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

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

按需使用，成本低廉

1/10甚至1/100的投入

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

……

…

然而，对云容灾的选择

我们还是两大疑问

▼

①

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

但是

②

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

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

但是

这的确是个问题

在当下的公有云服务商里

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

然而

Oracle Cloud，没问题！

↓

①

云上云下，架构完全一致

无论甲骨文公有云环境

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

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

即可在云端运行

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

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

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

②

上云下云，迁移来去自由

因为云上云下是同构的

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

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

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

甲骨文还有Oracle [email protected]服务

俗称把「公有云搬回家」

这个方案，可以帮助企业

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

成为私有化的云生产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可以实时/按需把本地数据同步到云端

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