Docs Menu
Docs Home
/
MongoDB Ops Manager
/

설치 체크리스트

이 페이지의 내용

  • 토폴로지 결정
  • 보안 결정
  • 백업 결정

MongoDB Ops Manager를 설치하기 전에 이 페이지의 내용을 기반으로 몇 가지 결정을 내려야 합니다. 설치 프로세스 중에 이러한 결정에 따라 선택을 해야 합니다.

Ops Manager를 설치하려면 다음을 수행합니다.

  1. MongoDB Ops Manager 개요를 읽어보세요.

  2. 이 페이지의 질문에 따라 설치를 계획하세요.

  3. MongoDB Ops Manager 시스템 요구 사항을 충족하는 서버를 프로비저닝합니다.

    경고

    생산 실패 가능성

    다음을 구성하지 못하면 Ops Manager 인스턴스가 프로덕션에서 실패할 수 있습니다.

    • Ops Manager 시스템 요구 사항에 따른 Ops Manager 호스트

    • MongoDB 매뉴얼의 프로덕션 노트에 따른 MongoDB 호스트입니다. Ops Manager의 MongoDB 인스턴스에는 다음이 포함됩니다.

      • Ops Manager Application Database,

      • 각 블록 저장소

  4. 애플리케이션 데이터베이스 및 데이터베이스 백업(선택 사항)을 설치합니다.

  5. 다음 방법 중 하나를 사용하여 MongoDB Ops Manager 를 설치합니다.MongoDB Ops Manager

    참고

    단일 서버 에 간단한 평가 배포서버 를 설치하려면 간단한 테스트 MongoDB Ops Manager 설치 설치를 참조하세요.

배포서버를 위해 선택하는 토폴로지 는 메타데이터와 스냅샷 모두의 중복성과 가용성, MongoDB Ops Manager 애플리케이션의 가용성에 영향을 줍니다.

Ops Manager는 애플리케이션 메타데이터와 스냅샷을 Ops Manager Application Database 및 데이터베이스 백업에 각각 저장합니다. 데이터 중복성을 제공하려면 각 데이터베이스를 여러 서버에서 3개의 노드로 구성된 복제본 세트로 실행합니다.

데이터베이스에 대한 쓰기 (write) 작업에 고가용성 을 제공하려면 세 멤버가 모두 데이터를 보유하도록 각 복제본 세트 설정하다 설정합니다. 이렇게 하면 멤버에 연결할 수 없는 경우에도 복제본 세트 가 데이터를 쓰기 (write) 수 있습니다. MongoDB Ops Manager 는 w:2 쓰기 고려 (write concern) 를 사용하며, 이를 위해서는 각 쓰기 (write) 작업에 대해 프라이머리 및 하나의 세컨더리 승인이 필요합니다.

MongoDB Ops Manager 애플리케이션에 고가용성 을 제공하려면 애플리케이션 의 인스턴스를 두 개 이상 실행 하고 로드 밸런서 를 사용하세요. MongoDB Ops Manager 애플리케이션 앞에 배치된 로드 밸런서 는 캐시된 콘텐츠를 반환해서는 안 됩니다. 자세한 내용 은 고가용성 MongoDB Ops Manager 애플리케이션 구성을 참조하세요.

다음 표에서는 토폴로지별로 장단점을 설명합니다.

이 배포는 하나의 서버에서 실행되며 데이터 중복성이 없습니다. 서버를 분실한 경우 처음부터 다시 시작해야 합니다.

Pro
서버가 하나만 필요합니다.
Con
서버를 분실하면 사용자 및 프로젝트, 메타데이터, 백업, 자동화 구성, 저장된 모니터링 지표 등 모든 것을 잃게 됩니다.

이 설치에는 최소 3개의 서버가 필요합니다. Ops Manager Application Database 및 백업 데이터베이스의 복제본 세트는 각각 최소 3개의 데이터 보유 멤버로 구성됩니다. 이를 위해서는 충분한 저장 공간과 메모리가 필요합니다.

Pro
Ops Manager Application Database 또는 백업 데이터베이스의 멤버를 잃게 되더라도 MongoDB Ops Manager 가용성은 계속 유지할 수 있습니다. 멤버가 다운된 동안에는 MongoDB Ops Manager 기능이 손실되지 않습니다.
Con
MongoDB Ops Manager 인스턴스가 손실되면 새 MongoDB Ops Manager 인스턴스를 수동으로 시작해야 합니다. 애플리케이션이 다운된 동안에는 MongoDB Ops Manager 기능을 사용할 수 없습니다.

이는 로드 밸런서 뒤에서 여러 MongoDB Ops Manager 애플리케이션을 실행하며 MongoDB Ops Manager 가 제공하는 인프라 이외의 인프라가 필요합니다. 자세한 내용 은 고가용성 MongoDB Ops Manager 애플리케이션 구성을 참조하세요.

Pro
MongoDB Ops Manager는 개별 서버가 손실된 경우에도 계속 사용할 수 있습니다.
Con
더 많은 수의 서버가 필요하고 사용 가능한 애플리케이션 서버로 트래픽을 라우팅할 수 있는 로드 밸런서가 필요합니다.

를 배포 하는 서버가 MongoDB 인터넷 액세스 수 없고 자동화를 사용하는 경우, 에서 첫 번째 managed 배포서버 를 MongoDB MongoDB Ops Manager 만들기 전에 로컬 모드 를 구성하고 바이너리를 저장 해야 합니다. 그러면 MongoDB Agent가 MongoDB Ops Manager 에서 직접 바이너리를 다운로드 할 수 있습니다. 학습 내용은 Configure Deployment to Have Limited Internet Access(인터넷 액세스가 제한되도록 배포서버 구성하기)를 참조하세요.

MongoDB Ops Manager가 프록시 서버를 사용하여 외부 서비스에 액세스하는 경우 MongoDB Ops Manager의 conf-mms.properties 구성 파일에서 프록시 설정을 구성해야 합니다. MongoDB Ops Manager를 이미 시작한 경우 프록시 설정을 구성한 후 다시 시작해야 합니다.

Ops Manager 애플리케이션 데이터베이스 및 백업 데이터베이스에 연결하는 데 인증 또는 TLS 를 사용하려는 경우, 데이터베이스를 배포 할 때 각 데이터베이스에서 해당 옵션을 구성한 다음 데이터베이스에 액세스하는 데 필요한 인증서 정보로 Ops Manager를 구성해야 합니다. 자세한 내용 은 애플리케이션 데이터베이스에 대한 연결 구성을 참조하세요.

참고

MongoDB 8.0부터 LDAP 인증 및 권한 부여는 더 이상 지원되지 않습니다. 이 기능은 사용할 수 있으며 MongoDB 8의 수명 기간 동안 변경 없이 계속 작동합니다. LDAP는 향후 주요 릴리스에서 제거될 예정입니다.

자세한 내용은 LDAP 사용 중단을 참조하세요.

사용자 관리에 LDAP 를 사용하려면 첫 번째 프로젝트를 생성하기 전이나 후에 LDAP 인증을 구성할 수 있습니다. 새 LDAP 인증 체계를 구현하거나 기존 인증 체계를 LDAP 로 변환하기 위해서는 여러 가지 전제 조건이 있습니다. 이러한 차이점에 대해 자세히 알아보려면 필수 구성 요소를 참조하세요.

LDAP 인증에 대한 자세한 내용은 LDAP 인증 및 권한 부여를 위한 Ops Manager 사용자 구성을 참조하세요.

MongoDB 에이전트, 사용자,API 에서 Ops Manager에 연결하는 데 TLS 를 사용하려는 경우,TLS 를 사용하도록 Ops Manager를 구성해야 합니다. Ops Manager를 설치하는 절차에는 TLS 액세스를 구성하는 옵션이 포함되어 있습니다.

백업 데몬을 실행 하는 서버가 인터넷에 액세스 수 없는 경우 데몬을 실행 하기 전에 백업 디먼 에 대한 오프라인 바이너리 액세스 를 구성해야 합니다. 인터넷 액세스가 제한되도록 배포서버 구성 페이지에서는 오프라인 바이너리 액세스 를 구성하는 옵션에 대해 설명합니다.

특정 MongoDB 배포의 백업을 특정 데이터 센터에 할당해야 하는 경우, 각 데이터 센터에는 자체 Ops Manager 인스턴스, 백업 데몬 및 MongoDB Agent가 필요합니다. 별도의 Ops Manager 인스턴스는 단일 전용 Ops Manager 애플리케이션 데이터베이스를 공유해야 합니다. 각 데이터 센터의 MongoDB Agent는 로컬 Ops Manager 인스턴스의 URL 을 사용해야 하며, 다른 호스트 이름 또는 분할 수평 DNS 를 통해 구성할 수 있습니다. 자세한 요구 사항은 특정 데이터 센터에 스냅샷 저장소 할당을 참조하세요.

돌아가기

설치