名前ノード間で共有されるデータ（NFS、クォーラムによって多くのジャーナルノード（））
2つの名前ノードのデータ同期のため、JournalNodesと呼ばれるグループの別個のプロセスを介して互いに通信します。名前空間の名前ノードには、すべての変更のアクティブ状態は、ほとんどのJournalNodesプロセスを通知するとき。名前ノードの待機状態は、情報JNSの変化を読み取る能力を持ち、編集ログ内の変更を監視してきた、変更は自分の名前空間に適用されます。もしエラーステータスの名前空間が完全に同期されたことをスタンバイクラスタ保証します。
アクティブ名前ノードとスタンバイ名前ノード間の緑色領域はJournalNodeは、もちろん、数は必ずしも唯一ではない上に、NFSはeditlog書き込みデータ内のファイル・システム.Active名前ノードを共有ように、スタンバイは、次に同期するために内部から読み出さ作用します。
名前ノード間で共有されるデータ（NFS、クォーラムによって多くのジャーナルノード（））
2つの名前ノードのデータ同期のため、JournalNodesと呼ばれるグループの別個のプロセスを介して互いに通信します。名前空間の名前ノードには、すべての変更のアクティブ状態は、ほとんどのJournalNodesプロセスを通知するとき。名前ノードの待機状態は、情報JNSの変化を読み取る能力を持ち、編集ログ内の変更を監視してきた、変更は自分の名前空間に適用されます。もしエラーステータスの名前空間が完全に同期されたことをスタンバイクラスタ保証します。
Hadoopの人間の心のような名前ノードでは、非常に重要であり、動作を停止してはなりません
高い信頼性HDFSにhadoop2.2.0（HA）は、名前ノード2を同時に開始することができる指します。一つは、他はスタンバイ状態であり、稼動状態です。したがって、サーバは、データを手動または自動で他のサービス名前ノードに切り替え、失われていない場合に名前ノード、缶の下に配置されたとき。
共有データ間の名前ノードは、データの一貫性のある状態を確保します。複数の名前ノード間でデータの共有、またはNnetworkファイルシステムのクォーラム・ジャーナルノードによって。前者は、オペレーティングシステム構成の一部、Linuxファイルシステムによって共有され、後者はHadoopの事自体は、構成ソフトウェアに属します。
ここでは、クォーラム・ジャーナルノード構成、手動切り替えモードの使用を記載しています。
クラスタの起動、あなたは、同時に2つの名前ノードを開始することができます。これらの名前ノードには一つだけがアクティブになり、もう一方はスタンバイ状態に属します。サービスアクティブ状態を提供する手段は、スタンバイ状態は、図3に示すように、サービスを提供する準備ができて休止状態、データのみの同期を意味します。
図2
アーキテクチャ
典型的なHAクラスタでは、各名前ノードは、別々のサーバです。一度に、アクティブ状態で唯一名前ノード、他方が待機状態です。これは、名前ノードのアクティブ状態、下位の位置に名前ノードの待機状態、すべてのクライアント操作を担当して切り替える準備ができて、データの状態を維持しています。
2つの名前ノードのデータ同期のため、JournalNodesと呼ばれるグループの別個のプロセスを介して互いに通信します。名前空間の名前ノードには、すべての変更のアクティブ状態は、ほとんどのJournalNodesプロセスを通知するとき。名前ノードの待機状態は、情報JNSの変化を読み取る能力を持ち、編集ログ内の変更を監視してきた、変更は自分の名前空間に適用されます。クラスター・エラー・ネームスペースが完全状態を同期するとき、図に示すようにスタンバイを確保することができます。
図3
高速スイッチング、クラスタ内の名前ノードの待機状態を確保するためには、すべてのデータブロックの位置を知ることが必要です。これを行うには、2のすべてのアドレスは、それらの両方にdatanodes名前ノードに送信心拍データブロックと位置情報を設定する必要があります。
HAクラスタの場合は、アクティブな状態で唯一の名前ノードが重要であることを確認してください。そうしないと、データは名前ノード2つの状態は、データの損失の可能性を発散し、または不正な結果を生成します。これを確実にするために、JNSは一つだけ名前ノードは、自分自身にデータを書き込むことができていることを確認する必要があります。