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

11

Я розгорнув вторинну наментоду на тій же машині, що є моїм основним намендодом:

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

Хтось із досвідом знає, як це зробити безпечно?

hadoop hbase cloudera

— Кайл Брандт
джерело

Чи є якась причина, чому ви не можете просто видалити вторинну роль, а потім знову додати її на інший хост? Ти будеш тимчасово без вторинного наментоду, але це не повинно мати великого значення.

— зростати

@growse: Не маю жодної ідеї - якби я міг відповісти, що я не запитую випадкових людей в Інтернеті, як керувати моїм кластером HBase ;-)

— Кайл Брандт

Тому я пропоную вам відповідь :)

— зросте

4

Це повинно бути досить безпечним, щоб просто видалити роль вторинного Namenode, а потім знову додати її на інший вузол кластера. У проміжний період ви можете побачити попередження від менеджера Cloudera про те, що ролі не існує (що може спричинити довгострокові проблеми з Namodeode), але якщо немає вторинного, більше не наражає ваші дані.

— рости
джерело

3

Завдання 2NN полягає в тому, щоб прочитати зміни у файловій системі HDFS та додати їх до fsimage. Це зменшує час запуску NN, оскільки під час запуску NN зчитує fsimageфайл, а потім застосовує всі зміни тимчасового журналу поверх нього. Іменування дещо невдале, оскільки це насправді не резервне / резервне копіювання NN, а лише утиліта для підвищення продуктивності NN.

У CM є опція "Зміна змін" (залежно від версії CM) на 2NN, див. Також "Контрольна точка" . Обов’язково зробіть це перед тим, як рухатися.
Щоб безпечно зупинити всі послуги
Перемістіть роль 2NN на нову машину.
Перезавантажте всі служби
(Необов’язково, але варто): Впроваджуйте HA

— c4 себе
джерело