シェアのHadoopビッグデータ学習ルートの高可用性構成段階 HAのHadoopのメカニズムが何でありますか、
ハあるメカニズムHadoopの高可用性(7 * 24 サービスを中断することなく時間)
HAメカニズムが正式に最初からhadoop2.0を導入して、以前のバージョンでは、HAのためのメカニズムではありません
Hadoopの-HA 厳密には、個々のコンポーネントに分割することがHAのメカニズム- HDFS のHA 、糸のHA
HDFS HAの詳細なメカニズム
HDFS の HAは、主に通じダブル名前ノードの協調を達成するために
ダブル名前ノードのポイントの調整:
、メタデータ管理は、変更する必要があります。
メモリ、ジャーナルメタデータを保持します
編集のログには、一つだけを持つことができ、かつ唯一のアクティブ状態の名前ノードのノードは、書き込み操作を行うことができます
二つの名前ノード読むことができます編集を
シェア編集(共有ストレージ管理におけるqjournal とNFS 2つの主流達成)
Bは、状態管理機能モジュールを必要とします
実装zkfailoverを、内のすべての常駐名前ノードのノードが配置されています
それぞれzkfailover どこ彼らの監視を担当名前ノードの使用して、ノードをZK 状態のロゴを
状態はで必要とされる切り替える場合zkfailover 切り替えるための責任
スイッチを防止するために必要とされる場合には、脳のスプリットスプリットブレイン現象が発生します
名前ノードのの動作原理
両方のサーバーがある名前ノード 、のいずれかの名前ノード におけるスタンバイ状態でアクティブ状態、データを共有するための2台のサーバー、二つのサーバのそれぞれがメタデータの一部、編集データが、一つだけ、唯一の2つのサーバが名前ノードサーバは別のサーバーが読み取り専用の編集、および共有ストレージへの共有編集を管理することができ、書き込みを編集することができるアクティブな状態です。共有ストレージは、ファイル管理システムのqjournalとNFSによって実装されます。
二つのサーバを管理するためにどのようにアクティブ・スタンバイ状態では、あなたは、管理モジュールが必要になります。ZKFC(飼育係フェイルオーバ・コントローラ)を管理します。それぞれzkfc どこ彼らの監視を担当 ZK状態IDを使用して、名前ノードのノードを。状態はで必要とされる切り替える場合の切り替えを担当しzkfailover
スイッチを防止するために必要とされる場合には、脳のスプリットスプリットブレインを現象が発生します。
スプリットブレイン現象とは何ですか
スプリットブレイン現象は、両方ある名前ノードにある ctiveの、競合の状態これはスプリットブレインです。Hadoopのスプリットブレイン状態を解決するための高可用性構成。
脳の状態発生器を分割する方法
アクティブなときの状態名前ノードの仮死状態でサーバは、その後、別の名前にはノードサーバー zkfc 彼に属する情報受信名前ノードの状態に変更され、アクティブ状態仮死の状態では最初、 namdenode 彼らが目を覚ます、彼らは意志スプリットブレインを作ります。
スプリットブレインを解決する方法
第二の名前ノードの zkfcの場合は、仮死の第1の状態で、ラムう名前ノード殺す 使用して、SSHが殺す-9名前ノードを直接最初のサーバー殺す名前ノードの場合、最大であるナイフをナイフを失敗した、 zkfc 最初のサーバーには、ユーザーが直接カスタムスクリプトを呼び出し て偽- - /home/Hadoop/kill/poweroff.sh殺害死ん名前ノード。