超融合架構加速銀行核心系統跑批效率

作者：深耕行業的 SmartX 金融團隊

背景介紹

某銀行自 2019 年開始引入 SmartX 超融合基礎架構平臺（文章後續將用 HCI 代替超融合架構），用於支撐開發測試 / 同城災備 / 桌面虛擬化 / 輔助生產系統的新一代計算儲存資源池構建，到目前為止，交付的 4 個叢集執行穩定。

經過多次交流和討論，使用者計劃將年終決算跑批驗證相關係統遷移至 SmartX HCI 平臺，透過實際業務場景和資料量， 在驗證 SmartX HCI 效能表現的同時，評估並探索 HCI 對於銀行更多業務場景適用性。

跑批驗證：為了保證生產環境年終決算當日的跑批順利完成，需提前對業務系統進行模擬跑批，驗證跑批應用邏輯，並最佳化邏輯的過程，降低生產跑批可能遇到的風險，同時驗證跑批的時效性也是非常重要的評估指標。

使用者實際生產環境

SmartX HCI 驗證環境配置

軟體元件：

叢集儲存網路（用於分散式儲存資料同步）：

跑批驗證系統清單

本次跑批驗證遷移 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 核心系統資料庫生產環境計算資源配置：

SmartX HCI 平臺 CBS 核心資料庫最佳化：

當前叢集整體儲存容量使用率達 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%。

藉助超融合敏捷的基礎架構，叢集快速交付，業務系統快速部署，順利完成行方跑批結算驗證任務。

透過本次業務效能驗證，超融合的架構簡單、彈性資源、高效能、易維護性和經濟成本優勢得到充分體現，剩下的事情，就是不斷拓寬超融合的應用場景，用時間來驗證超融合產品的穩定性、產品迭代更多的企業級功能和廠商的服務效率。