Cloudera HBaseクラスターでのSecondaryNameノードの移動


11

私はメインネームノードと同じマシンにセカンダリネームノードを展開しました。

ここに画像の説明を入力してください

これは、パフォーマンスと耐久性の理由から間違っています(セカンダリネームノードはホットスペアではありませんが、必要なメタデータのコピーがあります)。namenodeの移動方法に関するドキュメントを見つけましたが、セカンダリnamenodeの移動については何もありません。

経験のある人はこれを安全に行う方法を知っていますか?


セカンダリロールを削除してから別のホストに再度追加できない理由はありますか?一時的にセカンダリネームノードがなくなりますが、それはそれほど重要ではありません。
growse

@growse:わからない-インターネット上のランダムな人々に私のHBaseクラスターの管理方法を尋ねないだろうと答えられたら;-)
カイルブラント14

したがって、私はあなたに答えを提供します:)
growse 14

回答:


4

セカンダリNamenodeロールを単に削除してから、クラスター上の別のノードに再度追加するだけで十分に安全である必要があります。中間期間では、Cloudera Managerからロールが存在しないという警告が表示される場合があります(namenodeで長期的な問題が発生する可能性があります)が、セカンダリがなくてもデータが危険にさらされることはありません。


3

2NNの仕事は、HDFSファイルシステムの変更を読み取り、それらをに追加することfsimageです。これにより、NNが起動時にfsimageファイルを読み取り、その上にすべての中間ログの変更を適用するため、NNの起動時間が短縮されます。実際にはスタンバイ/バックアップNNではなく、NNのパフォーマンスを向上させるユーティリティにすぎないため、命名はやや不幸です。

  • CMには、2NNの「ロール編集」(CMのバージョンに応じて)オプションがあります。「チェックポイント」も参照してください。移動する前に確認してください。

  • すべてのサービスを安全に停止するために

  • 2NNの役割を新しいマシンに移動します。

  • すべてのサービスを再起動します

  • (オプションだが価値がある):HAを実装する

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.