Docs Menu
Docs Home
/
MongoDB Ops Manager
/

Ops Manager Application Database 및 백업 데이터베이스 설치

이 페이지의 내용

  • 고려 사항
  • 전제 조건
  • 백업 데이터베이스 배포
  • 다음 단계

MongoDB Ops Manager 를 설치하기 전에 지원 데이터베이스를 배포 해야 합니다. 이를 데이터베이스 백업 라고 합니다. 이러한 데이터베이스에는 Ops Manager Application Database백업 데이터베이스 가 포함됩니다. 다음 표에서는 Ops Manager Application Database 와 데이터베이스 백업 를 비교합니다.

자주 묻는 질문

데이터베이스는 무엇을 저장하나요?

경고: 다음 항목에는 민감한 데이터가 포함될 수 있습니다. 무단 액세스 를 방지하고 민감한 데이터를 보호 하려면 Ops Manager Application Database 를 보호해야 합니다.

  • MongoDB Ops Manager 운영 데이터.

  • MongoDB MongoDB 를 사용하여 조회 하고 볼 수 MongoDB Ops Manager 있는 데이터베이스 로그입니다.

  • 느린 쿼리 모니터링 및 개선 페이지에서 로그를 분석하여 성능 개선을 권장하는 Performance Advisor 를 활성화한 경우 최적화되지 않은 쿼리입니다.

  • 실시간 메트릭 페이지에 MongoDB 데이터베이스의 실시간 메트릭을 수집하고 표시하는 실시간 성능 패널 을 활성화한 경우의 실시간 메트릭입니다. Real Time Metrics 페이지에서 다른 곳으로 이동하면 Ops Manager가 데이터를 삭제합니다.

  • Oplog 데이터

  • 임시 동기화 데이터

  • 구성에 따른 스냅샷

데이터베이스가 꼭 필요한가요?

아니요, 를 MongoDB Ops Manager 사용하여 가 관리하는 데이터베이스를 백업 하지 않는 MongoDB Ops Manager 한 아니요.

데이터베이스는 데이터를 어떻게 저장해야 하나요?

독립적인 스토리지 볼륨에 전용 복제본 세트

독립적인 스토리지 볼륨의 데이터베이스 백업당 전용 복제본 세트

데이터베이스에서 배포를 두 개 이상 사용할 수 있나요?

No

MongoDB Ops Manager가 이 데이터베이스에서 자동화 모듈을 사용할 수 있나요?

No

MongoDB Ops Manager가 백업 모듈을 사용하여 이 데이터베이스를 백업할 수 있나요?

No

No

MongoDB Ops Manager가 모니터링 모듈을 사용하여 이 데이터베이스를 모니터링할 수 있나요?

참고

각 백업 데이터베이스는 전용 복제본 세트를 사용해야 합니다. 복제본 세트는 다른 데이터를 저장할 수 없습니다.

정기적인 백업을 실행하면 백업 데이터베이스가 볼륨을 채울 수 있습니다. 애플리케이션 데이터베이스가 볼륨에 쓸 수 없는 경우 MongoDB Ops Manager가 중지됩니다. 적절한 스토리지 설정은 MongoDB Ops Manager 실패 위험을 줄입니다.

백업 데이터베이스 복제본 세트 에는 고가용성 을 위해 3개의 데이터 보유 멤버가 포함되어야 합니다. 세 명의 데이터 보유 멤버를 위한 저장 용량 이 부족한 경우, 데이터베이스 백업의 세 번째 멤버는 중재자 가 될 수 있습니다.

MongoDB Ops Manager 애플리케이션 데이터베이스 의 경우, 복제본 세트 의 멤버 하나를 MongoDB Ops Manager 와 동일한 호스팅하다 에서 실행 수 있습니다.

중요

데이터 보유 멤버가 3명 미만인 데이터베이스 백업

데이터베이스 백업 에 쓸 때 MongoDB Ops Manager 는 Replica Acknowledged (w:2) 쓰기 고려 (write concern) 사용합니다. 이 쓰기 고려 (write concern) 는 프라이머리 하나의 세컨더리 가 해당 쓰기 (write) 를 승인한 후에 쓰기 (write) 가 성공적인 것으로 보고합니다. 즉, 백업 데이터베이스 가 데이터를 보유한 두 멤버 중 하나를 잃으면 MongoDB 는 쓰기 (write) 작업을 중지합니다.

경고

기본 읽기 및 쓰기 고려

MongoDB 버전에 대한 기본값 MongoDB 읽기 및 쓰기 (write) 고려데이터베이스 백업애플리케이션 데이터베이스 에 대한 기본값 읽기 및 쓰기 (write) 고려와 일치해야 합니다. 다른 읽기 또는 쓰기 고려 (write concern) 를 설정하다 하면 데이터가 손실될 수 있습니다.

MongoDB Ops Manager를 설치한 후 애플리케이션 데이터베이스를 모니터링하도록 선택할 수 있습니다.

애플리케이션 데이터베이스를 모니터링하려면 다음을 수행합니다.

  1. 데이터베이스 백업 설치를 완료합니다.

  2. MongoDB Ops Manager 애플리케이션을 설치합니다.

  3. Enable Monitoring 애플리케이션 데이터베이스의 경우.

    1. 애플리케이션 데이터베이스 호스트에 MongoDB Agent 를 설치 합니다.

    2. MongoDB Ops Manager UI를 통해 애플리케이션 데이터베이스를 추가합니다 .

다음도 참조하세요.

전체 절차를 수행하려면 애플리케이션 데이터베이스 모니터링 활성화를 참조하세요.

데이터베이스 백업 를 호스팅하다 하는 복제본 세트 는 MongoDB Ops Manager 다음을 충족해야 합니다.

복제본 세트 는 MongoDB Ops Manager 메타데이터 지원하는 데이터를 저장해야 합니다. 다른 데이터를 저장해서는 안 됩니다.

블록 또는 oplog 저장소에 S3호환 저장소를 사용하는 경우 백업 데이터베이스는 블록 및 oplog에 대한 메타데이터를 저장할 수 있습니다.

다음 Ops Manager 릴리스 시리즈의 경우, 다음 MongoDB 버전 중 하나에서 데이터베이스 백업을 실행할 수 있습니다:

Ops Manager 릴리스
MongoDB 4.2
MongoDB 4.4
MongoDB 5.0
MongoDB 6.0

MongoDB Ops Manager 5.0

더 이상 사용되지 않습니다.

지원됨

지원됨

Ops Manager 6.0

더 이상 사용되지 않습니다.

지원됨

지원됨

참고

더 이상 사용되지 않는 버전은 해당 Ops Manager 릴리스에서 계속 작동할 수 있지만, 다음 릴리스에서 이 버전에 대한 지원을 제거할 예정입니다. MongoDB 지원팀은 잠재적인 호환성 문제를 방지하려면 지원되는 버전으로 마이그레이션할 것을 권장합니다.

자세한 내용은 MongoDB 레거시 지원 정책Ops Manager용 MongoDB 소프트웨어 수명 주기 예정을 참조하세요.

버전 지원은 첫 번째 릴리스부터 마지막 릴리스까지 전체 릴리스 시리즈에 적용됩니다.

MongoDB 버전 관리에 대해 자세히 알아보려면 MongoDB 매뉴얼의 MongoDB 버전 관리를 참조하세요.

중요

오직 MongoDB Ops Manager 데이터베이스 백업만이 이 요건을 충족해야 합니다. Ops Manager가 관리하는 MongoDB 배포는 충족하지 않아도 됩니다. 관리형 MongoDB 배포에 필요한 최소 버전은 MongoDB 호환성 매트릭스를 참조하세요.

Ops Manager Application Database에는 WiredTiger를 사용합니다.

데이터베이스 백업 구성 옵션은 백업 준비를 참조하세요.

MongoDB 매개 변수 설정하다 하여 데이터베이스 백업 을 실행 하지 마세요 .--notablescan 이 매개 변수를 설정하다 하면 모든 쿼리가 인덱스를 사용해야 합니다.

MongoDB Ops Manager 에서 데이터베이스 백업 로의 연결이 안전한지 확인합니다. TLS만 사용하는 의 연결을 허용하도록 이러한 데이터베이스를 구성합니다.MongoDB Ops Manager

인증 메커니즘 을 사용하여 데이터베이스 백업 에 액세스 를 특정 MongoDB 사용자로 제한합니다. 인증 을 사용하도록 데이터베이스 백업 를 구성하려면 애플리케이션 데이터베이스로 인증하도록 MongoDB Ops Manager 구성을 참조하세요.

이러한 사용자가 readWriteAnyDatabasedbAdminAnyDatabase 역할을 갖도록 설정합니다. 백업 데이터베이스가 샤드 클러스터인 경우 clusterAdmin 을 추가하고, 그렇지 않으면 clusterMonitor 를 추가합니다.

복제본 세트 를 실행하는 호스트는 다음 요건을 충족해야 합니다.

호스트는 호스팅하다 가 실행하는 데이터베이스 에 따라 Ops Manager Application Database 하드웨어 요구 사항 또는 데이터베이스 백업 하드웨어 요구 사항을 충족해야 합니다. 호스팅하다 가 데이터베이스 외에도 다른 MongoDB Ops Manager 구성 요소를 제공하는 경우, 각 구성 요소에 대한 hardware 요구 사항을 합산하여 호스팅하다 에 대한 요구 사항을 결정해야 합니다.

이 튜토리얼에서 명시적으로 상충하는 경우를 제외하고는 MongoDB 프로덕션 노트에 지정된 요구 사항에 따라 호스트를 구성해야 합니다. 프로덕션 노트에는 ulimit, NUMA 및 기타 구성 옵션에 대한 정보가 포함되어 있습니다.

소문자 FQDN을 사용합니다. 대문자를 사용하면 MongoDB Ops Manager가 백업 데이터베이스를 찾지 못할 수 있습니다. 호스트 이름 지정에 대해 자세히 알아보려면 RFC 1178 를 참조하세요.

호스트 네트워크 보안은 방화벽 구성 에 설명된 필요한 포트를 허용해야 합니다. 각 호스트에 대한 적절한 인바운드 및 아웃바운드 방화벽 규칙은 필수 포트에 대한 액세스를 허용해야 합니다.

RHEL 및 CentOS 6은 최대 사용자 프로세스 수를 1024로 제한합니다. 이는 일반 사용자 프로세스 제한(ulimit -u) 설정을 재정의합니다.

Ops Manager를 실행하는 사용자 ID(기본적으로 mongodb-mms)에 대해 /etc/security/limits.d/99-mongodb-nproc.conf 사용자 프로세스 구성 파일에 softhardnproc(프로세스 수) 항목을 추가합니다. RHEL 1024 사용자 프로세스 제한보다 큰 값을 사용합니다.

mongodb-mms soft nproc 200000
mongodb-mms hard nproc 500000

/etc/security/limits.d/99-mongodb-nproc.conf이(가) 존재하지 않으면 이를 생성합니다. /etc/security/limits.d/90-nproc.conf 파일의 컨텐츠를 템플릿으로 사용합니다.

호스트가 기본 MongoDB data 또는 log 경로 또는 포트 를 사용하도록 구성되지 않았고 SELinux 정책을 시행하는 경우 데이터베이스 백업을 시작하기 전에 SELinux 정책을 업데이트합니다.

SELinux 정책을 업데이트하는 방법을 알아보세요:

  • MongoDB Community Edition의 경우 SELinux 구성을 참조하세요.

  • MongoDB Enterprise 에디션의 경우 SELinux 구성을 참조하세요.

데이터베이스 백업 를 호스팅하다 하기 위해 복제본 세트 를 배포 MongoDB 하려면 MongoDB Ops Manager 다음을 수행합니다.

1

호스트는 호스트 구성 요구 사항을 충족해야 합니다.

중요

MongoDB 프로덕션 노트 에 따라 데이터베이스 백업 에 대한 MongoDB deployment 를 구성합니다. 그렇지 않으면 MongoDB deployment 가 실패할 수 있습니다.

2

단계에 따라 MongoDB를 설치합니다. 데이터베이스 백업으로 MongoDB Enterprise 를 설치하는 경우 MongoDB Enterprise 종속성을 설치해야 합니다.

3

애플리케이션 데이터베이스하나의 복제본 세트 배포 에 설명된 단계를 따르세요. 애플리케이션 데이터베이스를 배포한 후 다음 절차 중 하나를 사용하여 MongoDB Ops Manager를 설치할 수 있습니다.

그런 다음 나머지 백업 데이터베이스에 대해 MongoDB Ops Manager를 사용하여 관리형 복제본 세트 배포 를 수행할 수 있습니다. 또는 각 백업 데이터베이스에 대해 복제본 세트를 수동으로 배포 할 수 있습니다.

돌아가기

하드웨어 및 소프트웨어 요구 사항