MongoDB Ops Manager
MongoDB Ops Manager는 MongoDB 인프라를 자동화, 모니터링 및 백업할 수 있습니다.
자동화
Ops Manager Automation을 사용하면 MongoDB 노드 및 클러스터를 구성하고 유지 관리할 수 있습니다.
각 MongoDB 호스트에 대해 Automation을 사용하는 MongoDB Agent는 MongoDB 배포를 유지 관리할 수 있습니다. 사용자는 MongoDB Agent를 설치할 수 있습니다. Automation을 사용하면 호스트 추가 및 새 클러스터 또는 기존 클러스터 배포/업그레이드를 수행할 수 있습니다.
모니터링
Ops Manager Monitoring은 주요 데이터베이스 및 하드웨어 지표에 대한 실시간 보고, 시각화 및 경고 기능을 제공합니다.
Monitoring 실행 방법
MongoDB 호스트에 대해 Monitoring을 활성화하면 Monitoring이 MongoDB 배포서버의 노드에서 통계를 수집합니다. Agent는 데이터베이스 통계를 Ops Manager로 도로 전송하여 배포서버 상태를 실시간으로 보고합니다. 선택한 지표에 대해 경고 설정을 할 수 있습니다.
백업
Ops Manager Backup은 MongoDB 복제본 세트 및 샤딩된 클러스터의 예약된 스냅샷과 특정 시점 복구를 제공합니다.
Backup 실행 방법
MongoDB 배포서버에 대해 Backup을 활성화하면 Backup이 지정된 MongoDB 프로세스에서 데이터의 스냅샷을 가져옵니다.
참고
샤딩된 클러스터 또는 복제본 세트만 백업할 수 있습니다. 독립형 mongod 프로세스를 백업하려면 그것을 반드시 단일 노드 복제본 세트로 변환해야 합니다.
Backup 워크플로
백업은 데이터베이스 의 MongoDB 버전 호환성 에 따라 달라집니다. 이 기능 호환성 버전은 현재 버전부터 이전 버전까지 다양합니다. MongoDB 4.2 의 경우 FCV 는 4.0 또는 4.2 일 수 있습니다.
백업 프로세스는 예정된 스냅샷 간격에 따라 데이터 디렉토리의 스냅샷을 만듭니다.
이 프로세스는 MongoDB 배포서버의 데이터 파일을 복사하여 Ops Manager를 사용해 네트워크를 통해 기존 스냅샷 스토리지로 전송합니다.
배포서버에서는 복사 프로세스 중에도 읽기 및 쓰기 작업을 계속 처리할 수 있습니다.
새 백업 프로세스를 사용하면 더 이상 초기 동기화가 필요하지 않습니다. 초기 동기화가 없기 때문에 Ops Manager(FCV 4.2를 실행하는 mongod 사용)는 renameCollection을 많이 사용하는 고객과 같은 광범위한 고객을 지원할 수 있습니다.
MongoDB Agent는 WiredTiger의 상향 백업 커서를 사용하여 상향된 변경 사항을 캡처합니다.
백업이 시작되면 Ops Manager는 지속적인 프로세스로 데이터를 백업합니다. 이 프로세스는 헤드 데이터베이스가 데이터베이스와 동기화된 상태를 유지하는 한 계속해서 스냅샷을 생성합니다.
이 프로세스는 복제본 세트 데이터 동기화처럼 작동합니다.
백업 프로세스:
초기 동기화 를 수행하여 모든 기존 데이터를 현재 상태 로 백업합니다. 샤드 샤딩된 에서 이는 각 샤드 와 config 서버에서 발생합니다.
스냅샷 일정에서 지정한 횟수만큼 배포에서
data디렉토리의 스냅샷을 만든 다음 스냅샷을 스토리지 시스템으로 전송합니다.oplog를 지속적으로 모니터링하고 최신 백업에 새 데이터베이스 작업을 추가하여 특정 시점 복원을 허용하도록 데이터의 로컬 Ops Manager 사본을 유지합니다.
그런 다음 MongoDB Agent는 각 복제본 세트의 oplog를 추적하여 헤드 데이터베이스라는 독립형 데이터베이스를 디스크에 유지합니다. MongoDB Ops Manager는 백업된 각 복제본 세트에 대해 1개의 헤드 데이터베이스를 유지 관리합니다. 헤드 데이터베이스는 MongoDB Agent가 제공하는 마지막 oplog까지 원래의 프라이머리와 일치합니다.
백업 프로세스는 스냅샷 저장 방법에 관계없이 이 방식으로 진행됩니다.
Backup에서는 백업할 복제본 세트의 버전보다 크거나 같은 MongoDB 인스턴스 버전을 사용합니다.
백업은 사용자 정의 스냅샷 보존 정책에 따라 스냅샷을 촬영하고 저장합니다. 샤딩된 클러스터의 스냅샷은 밸런서를 일시적으로 중지합니다. 그런 다음 스냅샷은 해당 클러스터의 모든 샤드 및 config 서버에 마커 토큰을 삽입할 수 있습니다. Ops Manager는 마커 토큰이 스냅샷 데이터에 표시되면 스냅샷을 찍습니다.
Ops Manager는 데이터를 전체 또는 증분 백업으로 백업할 수 있습니다. Ops Manager에는 전체 백업이 필요합니다:
첫 번째 백업의 경우.
스냅샷이 삭제된 후.
블록 저장소 블록 크기가 변경된 경우.
증분 백업으로 네트워크 전송 및 스토리지 비용을 절감할 수 있습니다.
백업 구성 방법에 대한 자세한 내용은 Backup Configuration Options(백업 구성 옵션)를 참조하세요.
데이터 복원하기
백업은 예약된 전체 스냅샷 또는 스냅샷 사이에서 선택된 점에서 데이터를 복원할 수 있습니다.
스냅샷에서 복원을 하면 Ops Manager가 스냅샷 스토리지를 직접 읽습니다. 스냅샷을 복원하는 목적은 다음과 같습니다.
데이터를 다른 클러스터로 옮깁니다.
HTTPS 링크에서 스냅샷 파일을 다운로드합니다.
특정 시점을 기준으로 복원할 때 Ops Manager는 다음을 수행합니다:
스냅샷 스토리지에서 전체 스냅샷을 복원합니다.
지정된 지점에 도달할 때까지 저장된 oplog를 적용합니다.
동일한 HTTPS 메커니즘을 사용하여 스냅샷 및 oplog 업데이트를 제공합니다.
백업당 보관할 oplog의 양을 구성할 수 있습니다. 이는 특정 시점 복원이 처리할 수 있는 시간에 영향을 줍니다.
특정 체크포인트 또는 시점을 기준으로 복원할 때 Ops Manager는 다음을 수행합니다.
스냅샷 스토리지에서 전체 스냅샷을 복원합니다.
지정된 지점에 도달할 때까지 저장된 oplog를 적용합니다.
동일한 HTTPS 메커니즘을 사용하여 스냅샷 및 oplog 업데이트를 제공합니다. 체크포인트를 활성화 하려면 클러스터 체크포인트 활성화를 참조하세요.
백업당 보관할 oplog의 양을 구성할 수 있습니다. 이는 체크포인트 및 특정 시점 복원이 커버할 수 있는 시간에 영향을 줍니다.
MongoDB는 사용자 여러분의 피드백을 환영합니다. Ops Manager 개선을 할 수 있는 방법을 알려주세요.