Перемещение узла SecondaryName в кластере HBase Cloudera

11

Я развернул вторичный наменод на той же машине, это мой основной наменод:

введите описание изображения здесь

Это неправильно по причинам производительности и долговечности (вторичный узел имени не является «горячим» резервом, но у него есть копия необходимых метаданных). Я нашел документацию о том, как перемещать наменод , но ничего о перемещении вторичного наменода.

Кто-нибудь с опытом знает, как сделать это безопасно?

hadoop hbase cloudera Кайл Брандт
источник
Есть ли причина, по которой вы не можете просто удалить дополнительную роль и затем снова добавить ее на другой хост? Вы будете временно без вторичного наменода, но это не должно иметь большого значения.
вырасти
@growse: Не знаю - если бы я мог ответить, что я не буду спрашивать случайных людей в Интернете, как управлять моим кластером HBase ;-)
Кайл Брандт,
Поэтому я предлагаю вам ответ :)
Growse

Ответы:

4

Должно быть достаточно безопасно просто удалить роль Secondary Namenode, а затем снова добавить ее на другой узел в кластере. В промежуточный период вы можете увидеть предупреждение от Cloudera Manager о том, что роль не существует (что может вызвать долговременные проблемы с namenode), но отсутствие вторичного сервера больше не подвергает ваши данные риску.

growse
источник
3

Задача 2NN - прочитать изменения в файловой системе HDFS и добавить их в fsimage. Это уменьшает время запуска NN, так как во время запуска NN читает fsimageфайл, а затем применяет все промежуточные изменения журнала поверх него. Присвоение имен несколько неудачно, поскольку это действительно не резервный / резервный NN, а лишь утилита для увеличения производительности NN.

  • В CM есть опция «Roll Edits» (в зависимости от вашей версии CM) на 2NN, см. Также «Checkpointing» . Обязательно сделайте это, прежде чем двигаться.

  • На всякий случай остановите все службы

  • Переместите роль 2NN на новую машину.

  • Перезапустите все службы

  • (Необязательно, но оно того стоит): Реализация HA

c4urself
источник