1. 程式人生 > >容災閑談

容災閑談

同構 如何 中間件 我們 VM 銀行 中間 實時同步 完成後

今天只想說一件事

容災

什麽是容災系統?

通俗講

就是為了防止天災人禍、不可抗力

在兩地建立相同的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可以實時/按需把本地數據同步到雲端

提供給雲端大數據引擎來分析使用

容災閑談