[發明專利]基于RPC的多機房獨立多活方法、系統及電子設備

有效

• 申請號: 202011506815.9
• 申請日: 2020-12-18
• 公開（公告）號: CN112653753B
• 公開（公告）日: 2023-04-07
• 發明（設計）人: 陽佩;俞鷹;徐鐵鐵
• 申請（專利權）人: 平安銀行股份有限公司
• 主分類號: H04L67/1095
• 分類號: H04L67/1095;H04L67/56;H04L67/54;H04L67/145
• 代理公司: 北京英特普羅知識產權代理有限公司 11015
• 代理人: 鄧小玲;王勇

本發明實施例提供了一種基于RPC的多機房獨立多活系統，包括：第一機房和第二機房，第一機房包括第一注冊中心服務、第一注冊代理中間件及多個第一微服務，第二機房包括第二注冊代理中間件和第二注冊中心服務；第一注冊中心服務監聽所述第一機房是否正常運行；當第一注冊中心服務監聽到第一機房宕機或者發生網絡故障時，第一注冊代理中間件斷開與所述第二機房的連接；及第一注冊代理中間件與第二注冊代理中間件進行心跳檢測，當第二注冊代理中間件在預設時間內未接收到所述第一注冊代理中間件的心跳信息時，則第二注冊中心服務將第一同步數據刪除。通過本發明實施例能夠保證各個機房間的獨立多活高可用，也保證各個機房數據的正確。

技術領域

本發明實施例涉及基架運維技術領域，尤其涉及一種基于RPC的多機房獨立多活方法、系統及電子設備。

背景技術

在大數據背景下，多活方案已經成為解決大數據瓶頸的重要手段。多活指不同地理位置上的系統都能夠提供業務服務。目前業界的多活方案，基本都是依賴注冊中心中間件(例如，consul和eureka)自身的能力。

在國內，目前使用最廣的中間件則是ZooKeeper。ZooKeeper作為老牌的開源中間件，活躍在各大公司的系統設計中，并作為核心中間件。當存在多數據中心時，ZooKeeper沒有數據中心隔離及同步功能。當將ZooKeeper作為注冊中心使用時，無法在其中任何一個機房宕機的情況下，通過自身能力同步多機房的數據，也就無法滿足現在企業日益嚴格的異地多活高可能的要求。

在現有ZooKeeper中間的雙活及多活方案都是基于一個集群，使用多個機房的集群節點組合構成大集群，從而達到一個集群，這樣既實現了多機房部署，又實現了各機房數據的自動同步，各機房就像同機房一樣使用，但是這種部署方式也帶來了非常大的隱患。

由于所述集群的雙活或多活的實現是基于ZooKeeper的選舉算法，要求集群中存活機器數必須大于n/2，比如現有生產集群是7臺服務器，那么可接受宕機數量為3臺，當宕機數量超過3臺時，就會導致整個集群不可用。例如：如圖1，由于A機房服務器數量為3，?B機房服務器數量為4，當A機房中所有服務器宕機時，B機房不受影響；當B機房所有服務器宕機時，則導致A、B兩個機房所有服務器全部宕機。

因此，本方案旨在解決在任何一個機房宕機的前提下，如何不影響其他機房獨立存活的技術問題。

發明內容

有鑒于此，有必要提供一種基于RPC的多機房獨立多活方法、系統、電子設備、計算機設備及可讀存儲介質，能夠解決在任何一個機房宕機的前提下，如何不影響其他機房獨立存活的技術問題。

為實現上述目的，本發明實施例提供了一種基于RPC的多機房獨立多活系統，包括：

第一機房和第二機房，所述第一機房包括第一注冊中心服務、第一注冊代理中間件及多個第一微服務，所述第二機房包括第二注冊代理中間件和第二注冊中心服務，所述第一機房和所述第二機房基于RPC進行通信連接；

所述第一注冊中心服務監聽所述第一機房是否正常運行；

當所述第一注冊中心服務監聽到所述第一機房正常運行時，所述第一注冊代理中間件獲取所述第一機房的第一同步數據，并將所述第一同步數據寫入至所述第二注冊中心服務；

當所述第一注冊中心服務監聽到所述第一機房宕機或者發生網絡故障時，所述第一注冊代理中間件斷開與所述第二機房的連接；及

所述第一注冊代理中間件與所述第二注冊代理中間件進行心跳檢測，當所述第二注冊代理中間件在預設時間內未接收到所述第一注冊代理中間件的心跳信息時，則所述第二注冊中心服務將所述第一同步數據刪除。

可選地，當所述第一注冊中心服務監聽到所述第一機房恢復正常時，所述系統還包括：

所述第一注冊中心服務恢復監聽；