세컨더리 Ops Manager 인스턴스 가 있는 Ops Manager 의 백업 및 복원 Preview로 제공됩니다. 이 기능 과 해당 설명서는 미리 보기 기간에 언제든지 변경될 수 있습니다.
세컨더리 Ops Manager 라는 두 번째 Ops Ops Manager 인스턴스 배포 프라이머리 Ops Manager 와 해당 데이터베이스 백업 백업할 수 있습니다. 세컨더리 Ops Manager 프라이머리 Ops Manager 분실한 경우 복구 경로 역할도 합니다.
이 패턴 Ops Manager 애플리케이션 데이터베이스 및 메타데이터 저장소에 저장하는 운영 데이터를 보호합니다. 이 가이드 사용하여 Ops Manager 자체에 대한 재해 복구를 설계, 구성 및 운영하세요.
이 가이드 백업 및 재해 복구를 관리 Ops Manager 관리자와 Ops Manager 의 고가용성 및 재해 복구 토폴로지를 설계하는 팀을 대상으로 합니다.
세컨더리 Ops Manager 백업의 작동 방식
이 패턴 에서는 두 개의 Ops Manager 인스턴스가 서로 다른 책임을 집니다.
프라이머리 Ops Manager 평소와 같이 MongoDB deployment와 해당 백업을 관리합니다.
세컨더리 Ops Manager 프라이머리 Ops Manager의 데이터베이스 백업 만 관리하고 백업합니다. 세컨더리 Ops Manager 애플리케이션 클러스터를 관리 하지 않습니다.
MongoDB Agent 프라이머리 Ops Manager 애플리케이션 데이터베이스 의 각 호스팅하다 에서 실행되며, 세컨더리 Ops Manager 에 등록됩니다. 세컨더리 Ops Manager 해당 데이터베이스 백업 의 지속적인 특정 시점 백업을 수행합니다.
프라이머리 Ops Manager 분실한 경우, 세컨더리 Ops Manager 에서 데이터베이스 백업 복원 다음 새로운 프라이머리 Ops Manager 시작합니다. 프라이머리 Ops Manager 복원된 데이터베이스 백업 에 다시 연결하고 MongoDB 배포 관리 다시 시작합니다.
재시작 후 MongoDB Agent가 다시 연결되면 복원된 데이터베이스 보다 최신 구성 버전을 보고합니다. 프라이머리 Ops Manager 불일치를 감지하고, 영향을 받는 프로젝트 에 대해 복원 모드로 자동 전환되고, 모든 에이전트를 복원된 구성으로 수렴하고, 조정이 완료될 때까지 배포서버 변경 사항을 차단합니다.
아키텍처
다음 표에서는 이 패턴 의 구성 요소와 해당 책임에 대해 설명합니다.
구성 요소 | 책임 |
|---|---|
프라이머리 Ops Manager | MongoDB 배포 및 해당 백업을 관리합니다. 자체 운영 데이터를 애플리케이션 데이터베이스, 스냅샷 메타데이터 저장 및 oplog 메타데이터 저장 에 저장합니다. |
세컨더리 Ops Manager | 애플리케이션 데이터베이스 스냅샷 및 oplog 슬라이스에 대해 S 호환 저장 블록 저장소 에 쓰는 백업 디먼 실행합니다. 프라이머리 Ops Manager의 데이터베이스 백업 지속적으로 백업합니다. 애플리케이션 클러스터를 관리 하지 않습니다.3 |
애플리케이션 데이터베이스 | 프로젝트 구성, 자동화 상태, 백업 메타데이터 포함한 프라이머리 Ops Manager의 운영 데이터를 저장합니다. 애플리케이션 데이터베이스 백업해야 합니다. |
스냅샷 및 oplog 메타데이터 저장소 | 프라이머리 Ops Manager 백업하는 배포에 대한 차단 및 oplog 인덱스를 저장합니다. 이 저장소도 백업합니다. |
MongoDB Agent | 각 백업 데이터베이스 호스팅하다 에서 실행되고 세컨더리 Ops Manager 에 등록하여 백업 및 복원을 수행합니다. |
세컨더리 Ops Manager 프라이머리 Ops Manager의 데이터베이스 백업 백업을 프라이머리 Ops Manager의 백업 스토리지와 별도의 자체 S3호환 저장 블록 저장소 저장 저장합니다.
배포 변형
단일 오류가 두 인스턴스에 모두 영향을 미치는 것을 방지하려면 프라이머리 Ops Manager 와 별도의 장애 도메인에 세컨더리 Ops Manager 배포합니다. 일반적인 변형은 다음과 같습니다.
다양한 리전
프라이머리 Ops Manager 와 다른 cloud 리전 에 세컨더리 Ops Manager 배포합니다. 이 변형은 리전 손실로부터 보호합니다.
다양한 데이터 센터
프라이머리 Ops Manager 와 다른 데이터 센터 에 세컨더리 Ops Manager 배포합니다. 이 변형은 데이터 센터 의 손실로부터 보호합니다.
별도의 백업 네트워크
세컨더리 Ops Manager 백업 트래픽 전용인 별도의 네트워크에 배치합니다. 이 변형은 애플리케이션 네트워크에서 백업 트래픽을 격리합니다.
중요
프라이머리 Ops Manager 와 다른 랙, 가용영역, 리전 또는 네트워크 세그먼트와 같은 별도의 장애 도메인에 세컨더리 Ops Manager Manager를 배포합니다. 두 인스턴스가 모두 장애 도메인을 주식 경우, 단일 장애로 인해 프라이머리 Ops Manager 와 해당 복구 경로가 모두 중단될 수 있습니다.
지원되는 버전 및 제한 사항
이 패턴 사용하기 전에 다음 요구 사항 및 제한 사항을 검토 .
지원되는 버전
프라이머리 및 세컨더리 Ops Manager 인스턴스 모두 Ops Manager 8.0.24 이상을 실행 해야 합니다.
세컨더리 Ops Manager 프라이머리 Ops Manager 와 동일하거나 그 이상의 버전을 실행 해야 합니다. 프라이머리 Ops Manager 보다 이전 버전인 세컨더리 Ops Manager 실행 하지 마세요.
경고
스냅샷 을 만든 원본 프라이머리 Ops Manager Manager와 동일한 버전 또는 이후 버전을 실행하는 프라이머리 프라이머리 Ops Manager Manager로 애플리케이션 데이터베이스 복원합니다. 대체 바이너리가 애플리케이션 데이터베이스에 기록된 버전보다 오래된 경우 Ops Manager '다운그레이드는 허용되지 않습니다'라는 오류와 함께 시작을 거부합니다.
제한 사항
이 패턴 프라이머리 Ops Manager의 데이터베이스 백업 백업합니다. 임의의 MongoDB 클러스터는 백업하지 않습니다. 프라이머리 Ops Manager MongoDB deployment에 대한 백업을 계속 관리 .
스냅샷 메타데이터 저장 와 oplog 메타데이터 저장 백업하고 조정하는 작업은 수동으로 수행해야 합니다. Ops Manager 이러한 저장소의 복원 점 자동으로 선택하지 않습니다. 따라서 복원 후 백업 메타데이터 일치하지 않을 수 있으며 일부 백업은 복원할 수 없을 수 있습니다. Ops Manager 복원하기 전에 스냅샷 유효성을 검사하고 안전하지 않은 복원 수행하는 대신 오류로 실패합니다.
복원 모드는 Kubernetes Operator가 관리하는 배포와 같이 외부에서 managed 배포에는 적용 되지 않습니다. 애플리케이션 데이터베이스 복원 후 이러한 프로젝트의 에이전트는 다음 폴링에서 직접 복원된 구성을 수신하고 복원 모드로 전환하지 않고 수렴됩니다. 이러한 프로젝트에는 조치 필요하지 않습니다.
스냅샷의 데이터 블록이 더 이상 스냅샷 저장소 에 없으면 스냅샷 복원할 수 없게 될 수 있습니다. 복원 전에 프라이머리 Ops Manager 스냅샷의 블록이 존재하는지 확인합니다. 블록이 누락된 경우 오류와 함께 복원 실패하고 복제본 세트 삭제하여 도중에 실패하는 대신 수정되지 않은 상태로 둡니다.
테스트되지 않은 복원 운영상의 위험이 있습니다. 백업 및 복원 경로를 정기적으로 검증합니다. See the 유효성 검사 runbook in Restore Ops Manager from a Secondary Ops Manager.
다음 단계
이 패턴 설정하다 하고 작동하려면 다음 페이지를 참조하세요.