超融合架構加速銀行核心系統跑批效率
作者:深耕行業的 SmartX 金融團隊
背景介紹
某銀行自 2019 年開始引入 SmartX 超融合基礎架構平臺(文章後續將用 HCI 代替超融合架構),用於支撐開發測試 / 同城災備 / 桌面虛擬化 / 輔助生產系統的新一代計算儲存資源池構建,到目前為止,交付的 4 個叢集執行穩定。
經過多次交流和討論,使用者計劃將年終決算跑批驗證相關係統遷移至 SmartX HCI 平臺,通過實際業務場景和資料量, 在驗證 SmartX HCI 效能表現的同時,評估並探索 HCI 對於銀行更多業務場景適用性。
跑批驗證:為了保證生產環境年終決算當日的跑批順利完成,需提前對業務系統進行模擬跑批,驗證跑批應用邏輯,並優化邏輯的過程,降低生產跑批可能遇到的風險,同時驗證跑批的時效性也是非常重要的評估指標。
使用者實際生產環境
-
總賬 / 營銷 / 新會計財務應用系統 & 資料庫採用虛擬化結合集中儲存部署架構。
-
CBS / CMS 應用系統採用虛擬化底層架構,資料庫執行在小機平臺,使用集中儲存提供資料持久化。
SmartX HCI 驗證環境配置
軟體元件:
-
SMTX OS 5.0(HCI 系統)
-
VMware ESXi 6.7u3(Hypervisor)
叢集儲存網路(用於分散式儲存資料同步):
-
乙太網 25GbE 網路
-
啟用 RDMA
跑批驗證系統清單
本次跑批驗證遷移 5 套系統:
-
系統 1:總賬系統
-
系統 2:CBS 信貸系統(Core Banking System)
-
系統 3:CMS 核心系統(Credit Management System)
-
系統 4:營銷系統
-
系統 5:新會計計量準則
在 3 臺 SmartX HCI 測試機上,遷移 & 新建虛擬機器共 18 臺,包括 4 套 Oracle 資料庫,1 套 MySQL 資料庫,儲存使用率達 96.6%(高負載狀態,二副本資料保護),由於 SmartX HCI 平臺 CPU 和 MEM 資源有限,CBS 和 CMS 系統資料庫初始資源配置未能做到與生產系統配置一致。
效能驗證
介紹完上述背景和環境資訊後,下面我們一起看一下整個驗證過程,首先在未對資料庫虛擬機器資源進行優化的背景下,進行了第一輪跑批測試,與生產環境對比如下:
第一輪驗證
通過第一輪測試,
除 CMS 信貸和 CBS 核心系統外,其餘系統跑批效能結果與生產環境相當。首先針對 CBS 核心系統進行分析,監控分析跑批時間段內 HCI 平臺主機和虛擬機器的效能壓力,初步判斷與虛擬機器的資源配置有關,原因是本次測試環境只有 3 臺主機,計算資源平均分配給 18 個業務虛機使用,使得分配給資料庫的資源較少,與生產環境資源配置差距很大。有了優化目標後,對 CBS 核心系統資源進行調整優化。
CBS 核心系統資料庫生產環境計算資源配置:
-
Power8 4.02GHz 64 Core
-
1T MEM
SmartX HCI 平臺 CBS 核心資料庫優化:
-
8 vCPU 調整優化 28 vCPU
-
32G MEM 調整優化 192G MEM
-
按資料庫最佳實踐對 Guest OS 和 Oracle 進行了基礎優化
-
將 Oracle SGA、PGA、Redo 調整至與生產環境一致
當前叢集整體儲存容量使用率達 77.8%(二副本資料保護,在較高負載下,進行新一輪效能測試,驗證應用效能表現及穩定性)。
第二輪驗證
優化後的 CBS 核心系統資料庫跑批效能表現出近 1 倍時間縮短 ,為了保證與生產環境配置儘可能一致,我們對測試庫開啟了歸檔,進一步驗證 SmartX HCI 平臺對資料庫平臺的高效能支撐能力。
Oracle AWR 生產環境與 SmartX HCI 對比
生產環境下 CBS 資料庫等待事件
SmartX HCI 平臺 CBS 資料庫等待事件
通過 AWR 報告, SmartX HCI 相比使用者生產環境在 I/O 相關等待次數和等待時間大幅減少。
CMS 信貸系統的效能問題與 CBS 核心系統資料庫相似,在第二輪驗證過程中,未進行 CMS 系統的優化,優化重心全部傾向於 CBS 系統。
總體跑批測試對比結果如下:
總結
通過 SmartX HCI 測試環境(僅 3 臺 PC 伺服器)表現出的跑批效能與生產環境相當,CBS 核心系統相比生產環境跑批時間縮短 45%,效率提升 83.6%。
藉助超融合敏捷的基礎架構,叢集快速交付,業務系統快速部署,順利完成行方跑批結算驗證任務。
通過本次業務效能驗證,超融合的架構簡單、彈性資源、高效能、易維護性和經濟成本優勢得到充分體現,剩下的事情,就是不斷拓寬超融合的應用場景,用時間來驗證超融合產品的穩定性、產品迭代更多的企業級功能和廠商的服務效率。
點選下載 ,瞭解多個金融行業應用場景在原生產環境平臺與超融合基礎架構上的執行狀況對比。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69974533/viewspace-2889479/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- OB案例、金融行業核心系統跑批SQL最佳化行業SQL
- 超融合架構與傳統IT架構的區別架構
- 傳統企業核心系統架構最佳化行動指南架構
- 交通銀行核心系統分散式實踐分散式
- 什麼叫超融合基礎架構?架構
- 這三個步驟幫助銀行核心系統上雲
- 銀行IT架構變遷史(金融IT基礎架構)架構
- 超融合私有云基礎架構方案評估(架構與儲存篇)架構
- AMD新6核R5 7600X Geekbench跑分出爐:單核跑分提升超過 20%單核
- “分散式透明化”在杭州銀行核心系統上線之思考分散式
- vsan超融合架構資料恢復原理及過程架構資料恢復
- 目前使用AS400核心系統的銀行列表
- 京東方引入SmartX超融合構建”網際網路式”IT架構架構
- 關鍵應用和超融合基礎架構:時機已到架構
- 核心系統上雲部署等工作,實現核心系統雲端執行。
- 中原銀行採用物件一體機攻克核心系統備份管理難題物件
- SmartX 超融合支撐 Rhapsody 醫療整合引擎執行效率實測詳解
- 愛分析調研 | 如何用超融合構建新一代IT基礎架構架構
- GoldenDB ,一個已經全面支撐銀行核心系統的國產資料庫Go資料庫
- 銀行業信創架構設計規劃及實踐 | 架構進階行業架構
- 浪潮資訊超融合方案助力土耳其雲服務商架構升級架構
- 對話易鯨捷:4.27億元貴陽銀行核心系統大單的背後
- MPP架構和批處理架構
- 騰訊雲分散式資料庫TDSQL在銀行傳統核心系統中的應用實踐分散式資料庫SQL
- 金融行業核心系統如何進行分散式改造?行業分散式
- 什麼是超融合技術,與融合架構是一回事嗎,有那些區別架構
- 網商銀行×SOFAStack:首家雲上銀行的微服務架構實踐與演進AST微服務架構
- 對比超融合與 “VMware + FC SAN” 傳統架構:4 大差異與 5 大優勢(更新版)架構
- 歷時3年,郵儲銀行新一代個人業務核心系統打造攻略
- 銀行基於雲原生架構下的 DevOps 建設架構dev
- 一篇文章讀懂傳統架構到超融合架構的轉型升級中的裝置利舊與業務遷移架構
- 超融合基本架構簡單定義架構
- AI加速“應用現代化”,金融核心系統轉型正當時AI
- 自動化kolla-ansible部署centos7.9+openstack-train-超融合單機架構CentOSAI架構
- 大型商業銀行主機架構轉型DDD實踐架構
- 【實戰】顛覆銀行基礎架構的區塊鏈架構區塊鏈
- 網站動靜加速架構 dcdn+ga 全站加速和全球加速api網站架構API
- SPDK Vhost-user 如何幫助超融合架構實現 I/O 儲存效能提升架構