이 가이드에서는 세컨더리 MongoDB Ops Manager를 구성하여 프라이머리 MongoDB Ops Manager 및 데이터베이스 백업하는 방법을 설명합니다. 이 패턴에 대한 개요는 세컨더리 인스턴스를 사용하여 MongoDB Ops Manager 백업 및 복원을 참조하십시오.
고려 사항
이 백업 구성 분리
이 백업 구성은 프라이머리 MongoDB Ops Manager가 MongoDB 배포서버의 백업과 별도로 유지합니다. 프라이머리 MongoDB Ops Manager의 데이터베이스 백업을 위해 세컨더리 MongoDB Ops Manager에 할당된 프로젝트를 사용합니다. 이러한 분리를 통해 MongoDB Ops Manager 재해 복구 백업과 애플리케이션 백업간의 혼동을 방지할 수 있습니다.
모든 데이터베이스 백업
프라이머리 MongoDB Ops Manager의 애플리케이션 데이터베이스를 백업해야 합니다. 스냅샷 메타데이터 저장소와 oplog 메타데이터 저장소도 백업합니다. 세 개의 데이터베이스 백업을 백업하면 단일한 일관적인 시점으로 복원할 수 있습니다.
전제 조건
세컨더리 MongoDB Ops Manager를 구성하기 전에 다음 사전 요구 사항을 완료하세요.
세컨더리 MongoDB Ops Manager 인스턴스
프라이머리 MongoDB Ops Manager와 별도의 장애 도메인에 세컨더리 MongoDB Ops Manager를 배포합니다. 프라이머리 MongoDB Ops Manager와 동일한 버전 또는 더 노픈 버전을 실행하는 새 MongoDB Ops Manager 설치를 사용할 수 있습니다.
세컨더리 MongoDB Ops Manager의 자체 애플리케이션 데이터베이스를 고가용성을 위한 복제본 세트 로 배포합니다.
프라이머리 Ops Manager의 애플리케이션 데이터베이스 스냅샷을 위해 S3호환 블록 저장소가 있는 세컨더리 Ops Manager에 백업 디먼 을 활성화하고 구성합니다.
프라이머리 MongoDB Ops Manager 데이터베이스 백업
자동 페일오버를 위해 프라이머리 Ops Manager의 애플리케이션 데이터베이스를 다중 노드 복제본 세트(예시: 3노드 복제본 세트)로 실행합니다. 백업은 복제본 세트와 샤딩된 클러스터를 지원합니다. 기존 독립형 애플리케이션 데이터베이스를 백업해야 하는 경우, 먼저 복제본 세트로 변환합니다. 다중 노드 토폴로지로 전환하기 위한 임시 단계로만 단일 노드 복제본 세트를 사용합니다.
MongoDB Enterprise에서 애플리케이션 데이터베이스를 실행합니다.
백업 및 복원 경로를 전체적으로 테스트하려면 프라이머리 MongoDB Ops Manager에 백업이 활성화된 managed 클러스터가 포함된 프로젝트가 적어도 하나 있어야 합니다.
네트워크 및 보안
세컨더리 MongoDB Ops Manager 애플리케이션 서버가 MongoDB Agent 포트에서 프라이머리 MongoDB Ops Manager의 데이터베이스 백업 호스트에 액세스할 수 있도록 허용합니다.
프라이머리 MongoDB Ops Manager의 데이터베이스 백업 호스트가 세컨더리 MongoDB Ops Manager 애플리케이션 포트에서 세컨더리 MongoDB Ops Manager에 액세스할 수 있도록 허용합니다.
프라이머리 및 세컨더리 Ops Manager 인스턴스 간에 TLS 또는 이에 상응하는 전송 암호화 활성화합니다. 백업 트래픽은 자격 증명 및 기타 민감한 데이터를 포함하는 프라이머리 Ops Manager의 애플리케이션 구성을 전달합니다.
프라이머리 MongoDB Ops Manager의 백업 데이터베이스에 인증할 수 있는지 확인합니다. 자세히 알아보려면 애플리케이션 데이터베이스에 대한 연결 구성을 참조하세요.
호스트 별 상태 유지
재해가 발생하기 전에 각 프라이머리 MongoDB Ops Manager 호스트에서 다음 파일을 보존하세요. 이 파일은 애플리케이션 데이터베이스 백업의 일부가 아니므로 별도로 보존해야 합니다.
item | 위치 | 설명 |
|---|---|---|
암호화 키 |
| 애플리케이션 데이터베이스 내용을 암호화합니다. 초기 설치에 사용된 키와 일치해야 합니다. 그렇지 않으면 프라이머리 Ops Manager가 스타트업 시 복원된 애플리케이션 데이터베이스를 복호화할 수 없습니다. |
Ops Manager 구성 |
| 데이터베이스 URL, 블록 저장소 구성, 라이센스 키 및 TLS 인증서를 저장합니다. 이것이 없으면 프라이머리 Ops Manager를 수동으로 다시 구성해야 합니다. |
에이전트 구성 |
|
|
중요
gen.key 파일이 없거나 복원된 애플리케이션 데이터베이스와 일치하지 않으면 프라이머리 MongoDB Ops Manager가 스타트업 사전 확인에 실패하고 gen.key 이 이 MongoDB Ops Manager 설치에 이미 사용된 키와 일치하지 않는 오류가 발생합니다. 재해 복구 백업에서 애플리케이션 데이터베이스 데이터와 함께 gen.key 를 보관합니다.
절차
세컨더리 MongoDB Ops Manager에 애플리케이션 데이터베이스를 추가합니다.
세컨더리 MongoDB Ops Manager에서 프라이머리 MongoDB Ops Manager의 애플리케이션 데이터베이스를 기존 배포서버로 추가합니다.
프라이머리 MongoDB Ops Manager의 데이터베이스 백업을 위한 전용 프로젝트를 만들거나 선택합니다.
Deployment, Add Existing MongoDB Deployment을 클릭한 다음 애플리케이션 데이터베이스 복제본 세트를 추가합니다. 자세한 내용은 Ops Manager에 기존 MongoDB 프로세스 추가를 참조하세요.
각 애플리케이션 데이터베이스 호스트에 MongoDB Agent를 설치하고 세컨더리 MongoDB Ops Manager 프로젝의
mmsGroupId과mmsApiKey을 사용하여 세컨더리 MongoDB Ops Manager에 등록합니다. 자세한 학습은 배포 관리를 위한 MongoDB Agent 설치를 참조하세요.계속하기 전에 모든 애플리케이션 데이터베이스 노드가 세컨더리 MongoDB Ops Manager에서 정상으로 표시되는지 확인합니다.
애플리케이션 데이터베이스에 대한 백업 사용
세컨더리 MongoDB Ops Manager에서 프라이머리 MongoDB Ops Manager의 애플리케이션 데이터베이스에 대한 백업을 활성화합니다.
배포서버 보기에서 메뉴를 클릭한 다음 Enable Backup을 클릭합니다.
백업 데몬이 실행 중이고 세컨더리 MongoDB Ops Manager에 블록 저장소가 구성되어 있는지 확인합니다.
스냅샷 예정, 보유 정책 및 저장 대상을 설정합니다.
첫 번째 스냅샷이 완료되고 연속 시점 복구 창이 표시될 때까지 기다리세요. 이로써 백업이 정상이라는 것이 확인됩니다.
백업 구성에 대해 자세히 알아보려면 배포서버 백업을 참조하세요.
참고
복원 모드는 MongoDB Ops Manager 8.0.24 이상에서 기본적으로 활성화됩니다. 이를 비활성활화하려면 Admin, General, Ops Manager Config, Custom Variables 아래에서 사용자 지정 변수 mms.featureFlag.automation.restorationMode 을 disabled (으)로 설정합니다. 이 변경사항은 다음 MongoDB Agent 폴링에 적용되며 다시 시작할 필요가 없습니다.
이 패턴을 구성한 후 복원 경로를 정기적으로 검증합니다. 재해 복구 이벤트에서 프라이머리 MongoDB Ops Manager를 복원하려면 세컨더리 MongoDB Ops Manager에서 MongoDB Ops Manager 복원을 참조하십시오.