Cloudera HBase 클러스터에서 SecondaryName 노드 이동

11

동일한 이름의 머신에 보조 네임 노드를 배포했습니다.

이는 성능 및 내구성상의 이유로 잘못 되었습니다 (보조 이름 노드는 핫 스페어가 아니지만 필요한 메타 데이터 사본이 있음). namenode 이동 방법에 대한 문서를 찾았 지만 보조 namenode 이동에 대해서는 아무것도 없습니다.

경험이있는 사람이 안전하게하는 방법을 알고 있습니까?

hadoop hbase cloudera

— 카일 브란트
소스

보조 역할을 제거한 다음 다른 호스트에서 다시 추가 할 수없는 이유가 있습니까? 일시적으로 보조 네임 노드가 없어도 별 문제가되지 않습니다.

— 14:17에 자랍니다.

@growse : 모름-인터넷에서 임의의 사람들에게 HBase 클러스터를 관리하는 방법을 묻지 않을 것이라고 대답 할 수 있다면 ;-)

— Kyle Brandt

그러므로 나는 당신에게 답을 제공합니다 :)

— growse December

4

Secondary Namenode 역할을 제거하고 클러스터의 다른 노드에 다시 추가 할 수있을 정도로 안전해야합니다. 중간 기간 동안 Cloudera Manager에서 해당 역할이 존재하지 않아 (이름 노드에 장기적인 문제가 발생할 수 있음) 경고가 표시 될 수 있지만 보조 노드가 없어도 데이터가 더 이상 위험에 노출되지 않습니다.

— 자라다
소스

3

2NN의 임무는 HDFS 파일 시스템의 변경 사항을 읽고에 추가하는 것 fsimage입니다. 이것은 시작하는 동안 NN이 fsimage파일을 읽은 다음 그 위에 모든 임시 로그 변경 사항을 적용 함에 따라 NN 시작 시간 을 줄입니다. 실제로는 대기 / 백업 NN이 아니라 NN 성능을 향상시키는 유틸리티 일 뿐이므로 이름이 다소 유감입니다.

CM에는 2NN의 "롤 편집"(CM 버전에 따라) 옵션이 있습니다. "Checkpointing" 도 참조하십시오 . 이동하기 전에 그렇게하십시오.
모든 서비스를 안전하게 중지하려면
2NN 역할을 새 시스템으로 이동하십시오.
모든 서비스를 다시 시작하십시오
(선택적이지만 가치 있음) : HA 구현

— c4urself
소스