Cloudera HBase Kümesinde İkincilAd Düğümünü Taşıma

11

Ana makinem aynı makineye ikincil isim dağıttı:

Bu, performans ve dayanıklılık nedenlerinden dolayı yanlıştır (ikincil ad düğümü etkin yedek değildir, ancak gerekli meta verilerin bir kopyasına sahiptir). Adenin nasıl taşınacağıyla ilgili belgeler buldum , ancak ikincil adenin taşınmasıyla ilgili hiçbir şey yok.

Tecrübesi olan herkes bunu nasıl güvenle yapacağını biliyor mu?

hadoop hbase cloudera

— Kyle Brandt
kaynak

İkincil rolü kaldırıp başka bir ana bilgisayara tekrar ekleyememenizin bir nedeni var mı? Geçici olarak ikincil bir adenode olmadan olacaksınız, ancak bu çok fazla önemli değil.

— 14'te

@growse: Hiçbir fikrim yok - eğer internetteki rastgele insanlara HBase kümemi nasıl yöneteceğimizi sormam diye cevap veremezsem ;-)

— Kyle Brandt

Bu nedenle size bir cevap

— öneriyorum

4

İkincil Namenode rolünü kaldırmak ve ardından kümedeki farklı bir düğüme tekrar eklemek yeterince güvenli olmalıdır. Ara dönemde, Cloudera Manager'dan rolün bulunmadığına dair bir uyarı görebilirsiniz (bu adenode ile uzun vadeli sorunlara neden olabilir), ancak İkincil olmamak verilerinizi artık riske atmaz.

— growse
kaynak

3

2NN'nin görevi, HDFS dosya sistemindeki değişiklikleri okumak ve fsimage. Bu, NN başlangıç zamanını azaltır, çünkü NN fsimagedosyayı okur ve ardından tüm ara günlük değişikliklerini üstüne uygular. Gerçekten bir bekleme / yedek NN değil, sadece NN performansını artırmak için bir yardımcı program olduğundan, adlandırma biraz talihsizdir.

CM'de 2NN'de "Rulo Düzenlemeleri" (CM sürümünüze bağlı olarak) seçeneği vardır, ayrıca bkz . "Kontrol Noktası" . Hareket etmeden önce bunu yaptığınızdan emin olun.
Güvenli olmak için tüm hizmetleri durdurun
2NN rolünü yeni bir makineye taşıyın.
Tüm hizmetleri yeniden başlat
(İsteğe bağlı ancak buna değer): HA'yı uygulayın

— c4urself
kaynak