Перемещение узла 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
источник