[要約]ディザスタ リカバリ アーキテクチャにとって、スプリット ブレインは壊滅的なイベントです。この記事では、優先解決策、仲裁解決策、仲裁競合について詳しく紹介します。関連するシナリオを理解し、関連する問題を解決することは非常に役立ちます。ぜひお読みください。(この記事に関連する技術製品の最新パラメータについては、公式 Web サイトの最新リリースを参照してください)
1. 災害復旧におけるスプリット ブレイン問題とは何ですか?
スプリットブレインとは、一つの「脳」が何らかの原因で二つ以上の「脳」に分かれてしまった「脳の分裂」のことで、人間が複数の脳を持ち、それぞれが独立していることは誰もが知っています。 、そうすると必然的に問題が発生します。
災害復旧アーキテクチャの設計では、HA やクラスタなどの高可用性アーキテクチャを使用することが多く、通常はクロスリージョン L2 ネットワークを使用して、データセンター間で特定の機能層に独立したクラスタを形成します。 、データベース クラスター、ストレージ ゲートウェイ クラスターなど。2 つのデータセンター ノードの通信障害により 2 つの独立したクラスターが形成され、互いに独立して動作すると仮定すると、これはスプリット ブレインです。以下の図に示すように。
最初の質問は、なぜクラスターがスプリット ブレインを引き起こす可能性があるのかということです。
この問題はクラスターの調停メカニズムに戻る必要がありますが、一般に、クラスターの調停アルゴリズムは、各ノードが取得できる調停リソースの量に基づいて、誰がクラスターのリーダーであるかを判断します。クラスターの調停リソースは、ネットワーク レベルからのハートビート情報と共有ストレージのディスク ハートビート リソースにすぎません。共通ノード層に障害が発生した場合、障害が発生したノードは他のノードよりも少ない調停リソースを取得できます。スプリットブレイン問題。ただし、特別な場合 (2 つのデータセンター間のネットワークに障害が発生した場合)、2 つのノードが利用できる調停リソースは同じになります。