[發明專利]一種es集群雙機房高可用部署方法

有效

• 申請號: 202110495513.4
• 申請日: 2021-05-07
• 公開（公告）號: CN112905308B
• 公開（公告）日: 2021-07-30
• 發明（設計）人: 秦威偉;曾令華;龔建;胡沛勇
• 申請（專利權）人: 武漢眾邦銀行股份有限公司
• 主分類號: G06F9/455
• 分類號: G06F9/455;G06F11/20
• 代理公司: 成都正煜知識產權代理事務所(普通合伙) 51312
• 代理人: 李龍

1.一種es集群雙機房高可用部署方法，其特征在于，包括：

步驟1：將Es集群安裝部署在主機房A和備機房B，安裝部署好后進行同一分片的副本分別分布在主機房A和備機房B、且分片和分片的副本位于不同區域的參數設置；

步驟2：將Nginx集群安裝部署在主機房A和備機房B，并進行路由配置；

步驟3：基于配置好的主機房A和備機房B實現高可用邏輯調用；

所述步驟2的具體步驟為：

步驟2.1：在主機房A和備機房B各部署一臺Nginx集群；

步驟2.2:部署后，將主機房A和備機房B中的Nginx集群的路由權重配置為2:1；

所述步驟1的具體步驟為：

步驟1.1：在主機房A安裝部署6臺es節點，6臺es節點為Anode1-Anode6；

步驟1.2：在備機房B安裝部署3臺es節點， 3臺es節點為Bnode1-Bnode3；

步驟1.3：設置mater節點和數據節點：修改Anode1、Anode4和Bnode1節點的配置，即將Anode1、Anode4和Bnode1節點中的參數node.master設置為true，修改后，Anode1、Anode4和Bnode1節點為master節點；修改Anode2、Anode3、Anode5、Anode6、Bnode2和Bnode3節點的配置，即將Anode2、Anode3、Anode5、Anode6、Bnode2和Bnode3節點中的參數node.data設置為true，修改后，Anode2、Anode3、Anode5、Anode6、Bnode2和Bnode3節點為數據節點；

步驟1.4：設置Es集群按區域分配參數，即設置決定集群是否按區域分配的參數cluster.routing.allocation.awareness.attributes=zone，設置決定Es集群強制劃分區域的參數cluster.routing.allocation.awareness.force.zone.values=z1,z2,z3，以使一個區域只會保存同一shard的一個副本，且shard和副本位于不同區域，保證副本不會跨區域allocation，其中，shard表示Es集群中用于存儲數據的分片，每個分片有兩個副本，allocation表示節點遷移；

步驟1.5：設置Es集群按區域分配參數后，為各節點劃分編號：即設置各節點中的node.attr.zone參數，將Anode1-Anode3節點的中的node.attr.zone設置為z1、Anode4-Anode6節點的中的node.attr.zone設置為z2、Bnode1-Bnode3節點的中的node.attr.zone設置為z3，其中，node.attr.zone表示區域劃分編號參數，以將不同節點設置為相同的區域編號，實現將對應節點歸屬于同一區域；

步驟1.6：劃分編號后，設置Es集群至少需要兩個master節點才能對外提供服務，并調整Es集群發現其他節點的超時時間；

步驟1.7：若主機房A和備機房B兩機房間存在防火墻或者網絡策略導致tcp在一定時間內中斷，將主機房A和備機房B中各節點的參數network.tcp.keep.alive設置為true，通過此配置定時激活tcp通道，定時激活tcp的時間通過主機房A和備機房B中各節點的參數transport_schedule設置，其中，network.tcp.keep.alive表示定時激活tcp通道的參數，transport_schedule表示定時激活tcp的時間的參數。

2.根據權利要求1所述的一種es集群雙機房高可用部署方法，其特征在于：所述步驟3的具體為：

基于配置好的主機房A和備機房B：

當主機房A中的1個數據節點出現宕機情況：在主機房A的數據節點中抽取一個節點模擬宕機情況，即關掉抽取的節點或關掉抽取的節點所在的虛擬機,進行應用查詢服務正常；

當主機房A中兩個區域各有一個節點出現宕機情況：抽取主機房A中兩個不同區域的兩個節點模擬宕機情況，即關掉抽取的節點或關掉抽取的節點所在的虛擬機,進行應用查詢服務正常；

當主機房A中有一區域的兩個數據節點全宕機：在主機房A中任選一個區域的兩臺機器，模擬宕機情況，即關掉抽取的節點或關掉抽取的節點所在的虛擬機,進行應用查詢服務正常；

當三區域各有一數據節點出現宕機情況：在三個區域中，各抽取一臺數據節點模擬宕機情況，即關掉抽取的節點或關掉抽取的節點所在的虛擬機,進行應用查詢服務正常；

當備機房B對應的區域中的數據節點全宕機：抽取備機房B的兩臺數據節點模擬宕機情況，即關掉抽取的節點或關掉抽取的節點所在的虛擬機,進行應用查詢服務正常；

當區域z1中master節點出現宕機情況：抽取主機房A中的節點Anode1宕機，即關掉抽取的節點或關掉抽取的節點所在的虛擬機,進行應用查詢服務正常；

當區域z2中master節點宕機情況：抽取主機房A中的節點Anode4宕機，即關掉抽取的節點或關掉抽取的節點所在的虛擬機,進行應用查詢服務正常；

當區域z3中master節點宕機情況：將備機房B中的節點Bnode1宕機，即關掉抽取的節點或關掉抽取的節點所在的虛擬機,進行應用查詢服務正常；

當備機房B中的節點全部宕機：抽取備機房B中的節點Bnode1-Bnode3宕機，即關掉抽取的節點或關掉抽取的節點所在的虛擬機,進行應用查詢服務正常；

當主機房A中的節點全部宕機：主機房A全宕機導致master節點數量少于2，此時人工干預，判斷數據重要還是業務重要，如需要提供服務，把備機房中的一個數據節點臨時修改為mater節點，即將一個數據節點的node.master參數設置為true，否則，提供服務會報錯。