商業(yè)銀行應用雙活架構設計方案(已改無錯字)
2023-06-09 23:57:31 本頁面
【正文】 Quorum / TieBreaker 之需求：為了避免雙活數(shù)據(jù)中心產(chǎn)生腦裂(Split Brain)的狀況，解決方案需要提供有效的 Quorum / TieBreaker 方式來保證數(shù)據(jù)完整性，最好將仲裁放在第三個數(shù)據(jù)中心。工作負載之考慮：業(yè)務交易中，應用所產(chǎn)生之寫操作 (INSERT, UPDATE,DELETE)比例越高，則越多數(shù)據(jù)需要跨數(shù)據(jù)中心傳送。這類型業(yè)務交易不利于雙活數(shù)據(jù)中心設計。推薦業(yè)務劃分，讀寫分離等, 有效規(guī)避數(shù)據(jù)中心間交互的架構。在滿足構建不同數(shù)據(jù)中心應用雙活的實現(xiàn)條件下，要實現(xiàn)應用的雙活需要完成以下步 驟：（1）現(xiàn)狀分析：調(diào)研某商業(yè)銀行重要應用系統(tǒng)現(xiàn)有的主機系統(tǒng)、存儲系統(tǒng)、SAN、網(wǎng)絡系統(tǒng)等的架構、配置、部署情況、關鍵的參數(shù)設置，以及近期的 IT 規(guī)劃；通過現(xiàn)狀分析明確基礎架構、可恢復能力、應用關聯(lián)關系等，評估當前環(huán)境與目標之間的差距，工作內(nèi)容包括：對操作系統(tǒng)版本等系統(tǒng)信息進行調(diào)研和分析；對應用系統(tǒng)使用的硬件以及存儲信息進行調(diào)研和分析；對兩個數(shù)據(jù)中心之間的網(wǎng)絡、帶寬等進行調(diào)研和分析；對當前應用系統(tǒng)架構進行調(diào)研和分析；對應用系統(tǒng)使用的文件系統(tǒng)的容量以及每天產(chǎn)生的日志總量進行調(diào)研和分析。對每月月初、月中、月末的系統(tǒng)負載進行調(diào)研和分析；對心跳站點的網(wǎng)絡帶寬，本地磁盤或者存儲現(xiàn)在進行調(diào)研和分析。（2）風險評估通過風險分析梳理在實施過程中所面臨的風險場景，對可能的風險進行評估，按照風險的嚴重性和可能性，定義風險級別，形成風險矩陣，并提出風險應對建議。不同數(shù)據(jù)中心應用雙活架構設計結合系統(tǒng)現(xiàn)狀以及高可用性需求，編制《不同數(shù)據(jù)中心應用雙活總體建設策略規(guī)劃建議》。GPFS 雙活實施根據(jù)雙活的總體建設測試規(guī)劃，完成不同數(shù)據(jù)中心機房的應用雙活。應用雙活可用性測試由于不同數(shù)據(jù)中心應用雙活需要第三個站點作為心跳站點，實現(xiàn)方式以及雙活故障測試場景都比較復雜，因此我們需要根據(jù)應用雙活的要求，設計各種災難場景，完成相應的測試，形成測試報告，例如：模擬任何一臺服務器宕機模擬任何一臺存儲宕機模擬兩個數(shù)據(jù)中心之間網(wǎng)絡故障模擬任何一臺服務器的網(wǎng)卡故障模擬 SAN 交換機故障模擬網(wǎng)絡交換機故障演練規(guī)劃以及組織根據(jù)災難場景與技術架構設計，制定災難演練場景的定義、演練方式、演練范圍、演練計劃、演練組織架構、災難恢復流程、操作手冊及應急措施等。. 同數(shù)據(jù)中心應用雙活方案如果當前的硬件環(huán)境以及重要應用系統(tǒng)架構無法滿足不同數(shù)據(jù)中心雙活的實現(xiàn)條件， 建議采用同機房的應用雙活解決方案。以下是我們結合某商業(yè)銀行的系統(tǒng)現(xiàn)狀設計的同機房應用雙活架構圖：
公司管理相關推薦
鄂ICP備17016276號-1