如何降低 Oracle 容災加固資源池的總成本和複雜度?
隨著 IT 資訊科技的廣泛應用,許多企業基於 Oracle 資料庫構建了 IT 應用,支撐核心業務開展。資料庫的穩定執行,離不開基礎設施底座。之前,我們介紹了 SmartX 超融合作為 Oracle 的雲底座 ,能夠兼顧高效能與簡單敏捷等特性。
同時,為確保業務連續性並符合監管機構政策要求,企業還需要構建 Oracle 資料庫容災環境,以保證主生產 Oracle 資料庫系統出現故障和災難時,能夠快速切換,繼續執行應用,不影響業務開展。不過, 傳統容災加固方案中,容災系統和生產系統的架構必須一致,不僅成本高昂、運維複雜,開放性和擴充套件性也比較差。
本文將概述不同主生產環境 Oracle 資料庫部署架構,並介紹如何 基於 SmartX 超融合 + Oracle 資料庫原廠容災技術 DG/ADG 或者 OGG,實現 Oracle 資料庫容災整體方案,以及金融使用者的實踐分享。
場景一:主生產環境是 Oracle 資料庫一體機
在主生產環境採用 Oracle Exadata 資料庫一體機或 Oracle ODA 資料庫一體機作為資料庫執行平臺時,可採用 SmartX 超融合 + Oracle 原廠資料庫容災技術 DG/ADG (Data Guard/Active Data Guard),構建資料庫容災環境。
方案實現要點與特點
-
採用 Oracle 原廠資料庫層面容災技術 DG/ADG 。
-
生產環境和容災環境 架構不同、伺服器平臺和作業系統相同 。
-
經過最佳化的 SmartX 超融合可以獲得 接近一體機的效能 。
-
容災環境不需要昂貴的資料庫一體機, 總擁有成本低 。
-
容災資源池不僅 可以執行其他業務 ,同時,利用快照和克隆可以非常方便地 為開發測試環境提供資料 。
場景二:主生產環境是 IBM Power 小機 + 集中儲存
在主生產環境採用 IBM Power 小機 + 集中儲存作為 Oracle 資料庫執行平臺時,可採用 SmartX 超融合 + Oracle 原廠資料庫容災技術 Oracle GoldenGate (OGG),構建異構伺服器平臺的資料庫容災環境。
方案實現要點與特點
-
採用 Oracle 原廠資料庫層面容災技術 OGG 。
-
生產環境和容災環境 架構不同、伺服器平臺、作業系統不同 。
-
經過最佳化的 SmartX 超融合可以獲得 接近甚至超過裸金屬加中高階儲存的效能 。
-
容災環境不再需要昂貴的 IBM Power 小機和集中儲存, 總擁有成本低 。
-
容災資源池不僅 可以執行其他業務 ,同時,利用快照和克隆可以非常方便地 為開發測試環境提供資料 。
場景三:主生產環境是 x86 伺服器 + 集中儲存
在主生產環境採用 x86 伺服器 + 集中儲存作為 Oracle 資料庫執行平臺時,可採用 Oracle 原廠資料庫容災技術 Oracle DG/ADG + SmartX 超融合,構建資料庫容災環境。
方案實現要點與特點
-
採用 Oracle 原廠資料庫層面容災技術 DG/ADG 。
-
生產環境和容災環境 架構不同、伺服器平臺相同 。
-
經過最佳化的 SmartX 超融合可以獲得 接近甚至超過傳統架構的效能 。
-
容災環境不再需要昂貴的集中儲存, 總擁有成本低 。
-
容災資源池不僅 可以執行其他業務 ,同時,利用快照和克隆可以非常方便地 為開發測試環境提供資料 。
超融合升級為生產資源池,原有系統成為加固資源池
在此場景下,由於 x86 伺服器 + 集中儲存是多年前裝置,存在效能或者容量瓶頸,許多客戶都會採用 基於 SmartX 超融合平臺的 Oracle 資料庫作為主生產環境,採用利舊現有 x86 伺服器 + 集中儲存的裝置作為 Oracle 資料庫容災環境。
這樣可以在滿足行業法規遵從要求的情況下,充分利舊現有 IT 裝置、最佳化容災投入成本。
在充分利用超融合提升主生產環境效能的同時,SmartX 超融合的雲化特性(按需擴充套件、簡便管理等),可幫助客戶更好建設和管理主生產環境。
基於 SmartX 超融合的容災加固方案總體優勢
-
架構開放 ,不僅可作為 Oracle 資料庫容災資源池,也可支援其他資料庫加固以及應用,提升資源效率。
-
以 接近甚至超過傳統架構的效能 ,支撐核心業務在容災資源池的執行,並可支撐其他業務執行。
-
彈性擴充套件和便於運維 的雲化特性。
-
總擁有 成本低 。
-
採用 Oracle 原廠資料庫容災技術,相比基於傳統集中儲存的資料庫容災方案,可保證事務和資料一致性, 實現秒級 RPO 和分鐘級 RTO ,滿足法規遵從要求。
專案背景
某財險公司基於 Oracle 資料庫構建了核心、非核心、OA、DMZ、財務、投資等多個關鍵 IT 應用系統,支援保險核心業務的執行。為保證業務連續性,客戶計劃對業務系統進行容災加固。考慮到容災系統建設的高成本投入,以及容災系統的實際使用機率,客戶希望在同一機房內的不同區域,採用異構平臺進行新的容災資源池部署,透過在不同資源池內對業務系統進行應用級高可用設計,實現同一機房內的容災加固。
當前架構
客戶需求
-
體系最佳化:建設公司級完整的 IT 容災系統,提升業務連續性,支撐業務發展,滿足合規要求。
-
能力提升:建立有效的災備應急處理體系,藉助自動化工具實現災備高效有序切換,提升抗風險能力和 IT 架構支撐能力。
-
技術領先:建設安全可靠、落地性強、價效比高、靈活敏捷的容災方案。
專案挑戰
本次容災建設需要構建資料庫應用級的高可用保障,確保在災難發生時可以快速切換,具備業務快速恢復能力。同時,雖然在正常情況下容災系統的資源利用率很低,但是一旦發生災難需要切換上線使用時,又必須能達到和主生產系統一致的效能。滿足這個要求最簡單的方法,是採用和主生產系統相同的建設部署方式,但這也會帶來成本高、維護複雜等問題。
方案目標
在充分考慮成本、效能、維護等因素後,客戶確定了建設 與主生產系統不同架構、相同 CPU 伺服器平臺的容災加固技術。 基於超融合架構,利用虛擬化 + Oracle ADG 技術實現資料同步,構建具備同等效能、更簡單、彈性、總擁有成本更低的容災資源池。
方案建設
基於方案目標,客戶在進行了多次技術交流、POC 測試後, 確定採用 SmartX 超融合 + VMware 虛擬化來建設 Oracle 資料庫容災資源池,基於本地機房實現整體容災加固。
-
容災資源池 同時支撐 Oracle 容災加固和其他生產業務 ,資源利用率高。
-
以 更低總擁有成本實現秒級 RPO 和分鐘級 RTO ,確保業務連續性,滿足法規遵從要求。
-
系統 運維簡單 ,彈性 按需擴充套件 ,可線上增加效能和容量。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69974533/viewspace-2856474/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 新型 Oracle 容災加固資源池建設之醫療行業使用者實戰Oracle行業
- 如何降低空間複雜度 陣列本地操作複雜度陣列
- 降低程式碼的圈複雜度——複雜程式碼的解決之道複雜度
- 如何降低軟體的複雜性?
- 如何降低複雜度,用資料庫做訊息佇列的儲存?複雜度資料庫佇列
- 時間複雜度和空間複雜度時間複雜度
- 降低程式碼圈複雜度最佳化技巧複雜度
- 時間複雜度O(n)和空間複雜度時間複雜度
- DDD之理解複雜度、尊重複雜度、掌控複雜度複雜度
- Oracle EBS 資料庫密碼複雜度設定Oracle資料庫密碼複雜度
- 複雜度分析的套路及常見的複雜度複雜度
- 122 演算法的時間複雜度和空間複雜度詳解演算法時間複雜度
- 聽說逆向思維能夠降低時間複雜度?時間複雜度
- 時間複雜度怎麼算?如何計算時間複雜度?時間複雜度
- 那些年忽略的知識:時間複雜度和空間複雜度詳解時間複雜度
- 如何透過 Serverless 技術降低微服務應用資源成本?Server微服務
- 時間複雜度與空間複雜度時間複雜度
- 時間複雜度跟空間複雜度時間複雜度
- 架構設計複雜度的6個來源架構複雜度
- 易被忽略的知識點之 ---- 各種時間複雜度和空間複雜度時間複雜度
- 複雜度分析複雜度
- 共享辦公,降低創業者獲取資源成本創業
- PHP 演算法基礎----時間複雜度和空間複雜度(轉載)PHP演算法時間複雜度
- 【PROFILE】Oracle11g密碼複雜度說明Oracle密碼複雜度
- 如何進行演算法的複雜度分析?演算法複雜度
- Linux 如何設定密碼複雜度?Linux密碼複雜度
- 業務複雜度不夠,如何深挖複雜度
- 資料結構-基本概念和時空複雜度資料結構複雜度
- 淺析程式碼圈複雜度及認知複雜度複雜度
- 說說你對演算法中時間複雜度,空間複雜度的理解?如何計算?演算法時間複雜度
- 外界因素影響下,如何管理內部資源、降低成本是關鍵
- 資料庫容災、複製解決方案全分析(轉)資料庫
- 資料結構:時間複雜度資料結構時間複雜度
- 前端資料結構---複雜度分析前端資料結構複雜度
- 一文講透演算法中的時間複雜度和空間複雜度計算方式演算法時間複雜度
- 我們常說的演算法時間複雜度和空間複雜度到底是什麼?演算法時間複雜度
- 如何減小ABAP業務程式碼的複雜度複雜度
- 你如何估算專案資源的成本?