Przenoszenie węzła SecondaryName w klastrze HBase Cloudera

11

Wdrożyłem pomocniczy węzeł nazw na tym samym komputerze, co mój główny węzeł nazw:

Jest to niewłaściwe ze względu na wydajność i trwałość (drugi węzeł nazwy nie jest gorącym zapasem, ale zawiera kopię potrzebnych metadanych). Znalazłem dokumentację na temat przenoszenia nazwy węzła , ale nie ma nic na temat przenoszenia drugiej nazwy.

Czy ktoś z doświadczeniem wie, jak to zrobić bezpiecznie?

hadoop hbase cloudera

— Kyle Brandt
źródło

Czy jest jakiś powód, dla którego nie można po prostu usunąć roli pomocniczej, a następnie dodać ją ponownie na innym hoście? Będziesz chwilowo pozbawiony drugiego imienia, ale to nie powinno mieć większego znaczenia.

— growse

@growse: Nie mam pojęcia - gdybym mógł odpowiedzieć, że nie pytałbym przypadkowych ludzi w Internecie, jak zarządzać moim klastrem HBase ;-)

— Kyle Brandt

Dlatego oferuję odpowiedź :)

— grow

4

Powinno być wystarczająco bezpieczne, aby po prostu usunąć rolę Secondary Namenode, a następnie dodać ją ponownie w innym węźle w klastrze. W okresie pośrednim może pojawić się ostrzeżenie od menedżera Cloudera, że rola nie istnieje (co może powodować długoterminowe problemy z nazwą węzła), ale brak dodatkowej wartości nie stanowi już zagrożenia dla danych.

— rosnąć
źródło

3

Zadaniem 2NN jest odczytanie zmian w systemie plików HDFS i dodanie ich do fsimage. Skraca to czas uruchamiania NN, ponieważ podczas uruchamiania NN odczytuje fsimageplik, a następnie stosuje na nim wszystkie zmiany dziennika tymczasowego. Nazewnictwo jest nieco niefortunne, ponieważ w rzeczywistości nie jest rezerwowym / rezerwowym NN, ale jedynie narzędziem do zwiększenia wydajności NN.

W CM dostępna jest opcja „Roll Edits” (w zależności od wersji CM) na 2NN, patrz także „Checkpointing” . Pamiętaj, aby to zrobić przed przeprowadzką.
Aby być bezpiecznym, zatrzymaj wszystkie usługi
Przenieś rolę 2NN na nową maszynę.
Uruchom ponownie wszystkie usługi
(Opcjonalnie, ale warto): wdrożyć HA

— c4urself
źródło