전체 노드의 물리적 백업

Kudu는 아직 내장 된 물리적 백업 및 복원 기능을 제공하지 않습니다. 그러나 Kudu 노드 (태블릿 서버 또는 마스터)의 물리적 백업을 생성하고 나중에 복원 할 수 있습니다.

1. 클러스터의 모든 Kudu 프로세스를 중지하십시오. 이렇게하면 백업 된 노드의 태블릿이 불필요하게 다른 곳에 복제되는 것을 방지 할 수 있습니다.
2. 백업을 만드는 경우 백업 할 각 노드에서 WAL, 메타 데이터 및 데이터 디렉터리의 복사본을 만듭니다. 이 복사본은 모든 파일 속성과 희소성을 유지하는 것이 중요합니다.
3. 백업에서 복원하는 경우 기존 WAL, 메타 데이터 및 데이터 디렉터리를 삭제 한 다음 이동 또는 복사를 통해 백업을 복원합니다. 백업 생성과 마찬가지로 복원시 모든 파일 속성과 희소성을 유지하는 것이 중요합니다.
4. 클러스터에서 모든 Kudu 프로세스를 시작합니다.

공통 필수 워크 플로

여러 Kudu 마스터로 마이그레이션

고가용 성과 단일 장애 지점을 방지하려면 Kudu 클러스터를 여러 마스터로 생성해야합니다. 단순성을 위해 또는 Kudu 다중 마스터 지원이 당시에 아직 실험적 이었기 때문에 많은 Kudu 클러스터가 단일 마스터로 생성되었습니다. 이 워크 플로는 다중 마스터 구성으로 마이그레이션하는 방법을 보여줍니다. 또한 간단한 수정을 통해 2 개의 마스터에서 3 개의 마스터로 마이그레이션하는 데 사용할 수도 있습니다. 마스터의 수는 홀수 여야합니다.

마이그레이션 준비

1. 유지 관리 기간을 설정합니다 (1 시간이면 충분 함). 이 기간 동안 Kudu 클러스터를 사용할 수 없습니다.
2. 사용할 마스터 수를 결정하십시오. 마스터의 수는 홀수 여야합니다. 3 개 또는 5 개의 노드 마스터 구성이 권장됩니다. 그들은 각각 하나 또는 두 개의 실패를 허용 할 수 있습니다.
3. 기존 마스터에 대해 다음 준비 단계를 수행하십시오.
   • 마스터의 미리 쓰기 로그 (WAL) 및 데이터가있는 디렉토리를 식별하고 기록합니다. Kudu 시스템 패키지를 사용하는 경우 기본 위치는 / var / lib / kudu / master이지만 fs_wal_dir및 fs_data_dirs구성 매개 변수 를 통해 사용자 정의 할 수 있습니다 . 아래 명령 fs_wal_dir은 / data / kudu / master / wal이고 fs_data_dirs/ data / kudu / master / data라고 가정합니다. 구성이 다를 수 있습니다. 이러한 디렉터리 구성에 대한 자세한 내용은 Kudu 구성 문서를 참조하십시오 .
   • 마스터가 RPC에 사용하는 포트를 식별하고 기록합니다. 기본 포트 값은 7051이지만 rpc_bind_addresses구성 매개 변수를 사용하여 사용자 정의되었을 수 있습니다 .
   • 마스터의 UUID를 식별하십시오. 다음 명령을 사용하여 가져올 수 있습니다.master_data_dir예
   • $ sudo -u kudu kudu fs dump uuid --fs_wal_dir = / data / kudu / master / wal --fs_data_dirs = / data / kudu / master / data 2> / dev / null 4aab798a69e94fab8d77069edff28ce0
   • 기존 마스터의 이전에 기록 된 데이터 디렉토리
   • $ sudo -u kudu kudu fs dump uuid --fs_wal_dir=<master_wal_dir> [--fs_data_dirs=<master_data_dir>] 2>/dev/null
   • 선택 사항 : 마스터에 대한 DNS 별칭을 구성합니다. 별칭은 DNS cname (시스템에 DNS에 A 레코드가 이미있는 경우), A 레코드 (시스템이 IP 주소로만 알려진 경우) 또는 / etc / hosts의 별칭 일 수 있습니다. 별칭은 마스터의 추상 표현이어야합니다 (예 :) master-1.