I.概要
1. ZAB（飼育係原子ブロードキャスト）飼育係のために特別に設計されたブロードキャストプロトコルである
アルゴリズム、PAXOS用いて改良されたアルゴリズム設計2PCプロトコルの底に基づい2.
3.アクション：放送原子クラッシュ回復及び
4。 PAXOSアルゴリズム概要：クラスタ内のすべてのノードは、操作を実行するかどうかを決定し、ノード間の通信ネットワークは、ノードがローカル・ログ・レコードに要求を受信した後に要求します。PAXOSは、実際に妥当性と一貫性の不安定なクラスタ内のデータを解決-問題は、このプロセスは、通常の投票プロセスを確保し、投票の有効性を確保する方法、安定性を保証し、ネットワーク・ノードの安定しないということです問題
第二に、原子放送
クラスタの一貫飼育係内のすべてのノードからそのデータを確実にするために、主に、原子放送
設計する2.アトミックブロードキャスト2PCベースのアルゴリズム
3. 2PC - 2フェーズコミット- 2相コミット-核となるアイデアは、「一票です拒否権「：
確認の段階：要求の受信後にコーディネーターが参加者からのフィードバックを待って、各参加者に要求を転送する
B相コミット：すべての参加者がyesに戻る場合は、コーディネータは、参加者を与えますこの要求を実行するには、問題の命令、およびクライアントコーディネータは成功信号を返します
中止され、ステージC：コーディネータ参加者はノーリターンを受けていないか、すべての参加者を受け取っていない場合はyesの場合、すべての参加者が同時に操作を削除するように求められますクライアントは、故障信号を返す
ノードは、レコード操作が失敗しているが、クラスタ全体がこの操作を実装することを決定しましたので、この時間フォロワーリーダーがリクエストを送信する場合、リーダーは再びレコードを直すフォロワ動作をお送りします。4.を、フォロワー再記録中、投票しません
アトミックブロードキャストプロセス
第三に、クラッシュ回復
1.クラスタが自動的に新しいリーダーを選出する際に、クラスタ全体のリーダーが失われた場合、処理が呼び出されたクラッシュリカバリ
に選出された。2.各リーダーの後、世界的に増えて割り当てられます選出されたリーダーは、それぞれのフォロワーに配布epochidますし、2人のリーダーがあった場合は、その飼育係が自動的に小さくepochidのリーダーを殺すこの時間は、唯一のリーダークラスタ全体ていることを確認し-epochid、
3トランザクションIDがあります32は高いepochidを表す64ビットの2進数、実際のトランザクションIDの唯一の下位32ビット
4.リーダー各置換は、新しいスナップショットとログファイルを生成します
オブザーバーの概要
1.特長：投票や選挙が、投票結果を監視し、その後、投票結果に応じて対応する要求を実行しない
2.アプリケーションのシナリオ：不正なネットワークまたはリモートネットワーク構造、クラスタノードの数が多い以上
3。生存の観測者かどうかは、クラスタ全体に影響を与えません。