문서 메뉴

문서 홈MongoDB Ops Manager

Ops Manager 시스템 요구 사항

이 페이지의 내용

  • 하드웨어 요구 사항
  • 네트워크 요구 사항
  • 소프트웨어 요구 사항

이 섹션에서는 Ops Manager 구성 요소를 실행하는 호스트의 하드웨어, 소프트웨어 및 네트워킹 요구 사항에 대해 설명합니다.

중요

호스트를 배포하기 전에 설치 체크리스트를 사용하여 구성을 계획하세요.

Ops Manager 애플리케이션 데이터베이스 및 백업 데이터베이스로 실행되는 MongoDB 인스턴스에 대한 요구 사항은 Ops Manager 애플리케이션 데이터베이스 및 백업 데이터베이스 설치를 참조하세요.

참고

이 페이지에서 하드웨어라는 용어를 사용할 때는 다음 아키텍처 중 하나를 사용하는 호스트별 사양으로 이해해야 합니다:

  • 물리적 하드웨어,

  • 가상 호스트에 할당된 하드웨어 구성 요소,

  • 가상 컨테이너에 할당된 하드웨어 구성 요소 또는

  • Kubernetes Worker Node에 할당된 하드웨어 구성 요소입니다.

각 호스트는 해당 호스트가 제공하는 모든 Ops Manager 구성 요소에 대한 총 RAM디스크 용량 요구 사항을 충족해야 합니다:

  • Ops Manager 애플리케이션

  • Ops Manager 애플리케이션 데이터베이스

  • 활성 백업 디먼의 헤드 데이터베이스

  • 백업 블록 저장소 데이터베이스

예제

하나의 호스트에서 Ops Manager 애플리케이션과 백업 데몬 을 모두 제공하려고 합니다. 이 Ops Manager 구성은 300 MongoDB 호스트를 관리 및 모니터링하고, 200 호스트를 백업하고, FCV 4 를 실행합니다.2 이상. 백업되는 모든 데이터베이스의 총 디스크 용량은 4 TB입니다. 총 요구 사항은 다음과 같습니다.

  • Ops Manager 애플리케이션에는 15GB RAM이 필요합니다.

  • 또한 백업 데몬에는 최소 100 GB의 사용 가능한 디스크 용량이 필요합니다.

이 예제 호스트에는 최소 15 GB의 RAM과 100 GB의 디스크 용량이 필요합니다.

경고

생산 실패 가능성

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

Ops Manager 애플리케이션을 지원하는 모든 호스트는 다음 하드웨어 요구 사항을 충족해야 합니다. 단일 프로젝트에 너무 많은 호스트를 연결하면 성능 문제가 발생할 수 있습니다.

모니터링되는 호스트 수
CPU 코어
물리적 메모리 [1]
디스크
최대 400개의 모니터링 호스트
4+
15 GB
/opt의 Ops Manager 애플리케이션용 10GB와 로그용 스토리지 [2]
최대 2,000개의 모니터링 대상 호스트
8+
15 GB
/opt의 Ops Manager 애플리케이션용 10GB와 로그용 스토리지 [2]
2,000개 이상의 호스트
MongoDB 계정 관리자에게 문의
MongoDB 계정 관리자에게 문의
MongoDB 계정 관리자에게 문의
[1] 여기서 물리적 메모리는 Linux 플랫폼의 ps 명령 결과에 RES로 표시된 상주 메모리를 의미합니다. 이는 물리적 메모리가 가상 구조이더라도 가상 머신과 컨테이너에 모두 적용됩니다.
[2](1, 2) 로그에 필요한 저장 용량은 로그 로테이션 구성 방법에 따라 달라집니다. 기본적으로 로그는 기가바이트마다 또는 24시간마다 로테이션되며, 어느 쪽이든 먼저 충족되는 단위에 따라 로테이션됩니다. 보수적으로 추정하면 매달 보관하려는 로그의 30GB의 디스크를 할당해야 합니다. 최적의 디스크 구성을 위해 디스크 할당 및 로그 로테이션 설정을 검토합니다.

Ops Manager 애플리케이션 데이터베이스 는 전용 호스트에서 실행되는 3명의 멤버로 구성된 복제본 세트 로 실행됩니다.

Ops Manager 애플리케이션 데이터베이스를 제공하는 모든 호스트는 다음 하드웨어(물리적 또는 가상) 요구 사항을 충족해야 합니다. 단일 프로젝트에 너무 많은 호스트를 연결하면 성능 문제가 발생할 수 있습니다.

모니터링되는 호스트 수
RAM
디스크 용량
CPU 코어
최대 400
8GB RAM에 mongod 애플리케이션에 필요한 RAM 추가
200 GB
4 × 2GHz+
최대 2,000
15GB RAM에 mongod 애플리케이션에 필요한 RAM 추가
500 GB
4 × 2GHz+
2,000 이상
MongoDB 계정 관리자에게 문의
MongoDB 계정 관리자에게 문의
MongoDB 계정 관리자에게 문의

최상의 성능을 위해 다음을 충족합니다:

디스크 용량 추정치는 대략적인 수치입니다. 필요한 디스크 용량은 모니터링 중인 데이터베이스 수로 인해 증가하거나 또는 감소할 수 있습니다.

중요

백업을 시작하기 전에 MongoDB 계정 관리자에게 문의하여 백업 디먼 호스트의 스토리지 요구 사항을 추정하는 데 도움을 받으세요.

백업 데몬 을 활성화하는 각 호스트는 다음 요구 사항과 Ops Manager에 대한 요구 사항을 충족해야 합니다.

활성 백업 디먼을 제공하는 각 호스트에는 다음과 같은 하드웨어 요구 사항이 있습니다.

디스크 용량 및 처리량 요구 사항을 확인하려면 MongoDB 계정 관리자에게 문의하세요.

Ops Manager 백업을 사용하는 경우, 데이터베이스 백업에 대한 호스트를 프로비저닝해야 합니다.

데이터베이스 백업의 호스트 요구 사항은 스냅샷 을 저장하는 데 블록 저장소 데이터베이스 또는 파일 시스템 스토리지를 사용하는지 여부에 따라 달라집니다. 데이터베이스 백업에는 항상 oplog 데이터가 보관됩니다.

데이터베이스 백업에 스냅샷을 저장하는 경우, 해당 호스트는 일반적으로 백업된 전체 프로덕션 데이터 크기의 2~3배를 저장할 수 있는 충분한 용량을 갖추고 있어야 합니다. 스냅샷은 블록 저장소의 블록 수준에서 압축되고 중복 제거됩니다.

구체적인 요구 사항은 데이터 압축률과 변경률에 따라 달라집니다. 데이터베이스 백업 호스트의 사용 사례 및 워크로드에 따른 스토리지 요구 사항을 추정하는 데 도움을 받으려면 MongoDB 계정 관리자에게 문의하세요.

데이터베이스 백업에 스냅샷을 저장하는 경우 데이터를 보유하는 각 멤버는 다음 요구 사항을 충족해야 합니다.

CPU 코어
디스크 용량
RAM
4 × 2GHz+

Ops Manager 블록 저장소에 필요한 최소 디스크 용량은 다음 공식을 사용합니다.

( dbPath 전체 크기의 2-3배) * 2(그루밍 작업)

최소 디스크 용량을 정확하게 결정하려면 MongoDB 지원팀 에 문의하세요.

우수한 스냅샷 및 복원 속도를 제공하기 위해 블록 저장소 디스크 1TB당 8GB의 RAM을 제공합니다. Ops Manager는 1TB의 블록 저장소를 1024 4바이트로 정의합니다.

디스크 용량 및 처리량 요구 사항을 확인하려면 MongoDB 계정 관리자에게 문의하세요.

데이터베이스 백업에 스냅샷을 저장하지 않을 경우, 데이터를 보유한 각 멤버는 다음 요구 사항을 충족해야 합니다.

CPU 코어
디스크 용량
4 × 2GHz+
구성된 특정 시점 창에 맞게 압축된 oplog의 크기입니다. 기본값은 24시간입니다.

Ops Manager가 인터넷에서 직접 바이너리를 다운로드하도록 구성한 경우, Ops Manager는 인터넷에 대한 IPv4IPv6 요청을 모두 사용하여 HTTPS를 통해 다음 인터넷 사이트에 액세스해야 합니다:

사이트
목적
downloads.mongodb.com
opsmanager.mongodb.com
fastdl.mongodb.org

Ops Manager 애플리케이션 호스트와 해당 애플리케이션 데이터베이스, Oplog 및 블록 저장소 복제본 세트 간의 연결은 네트워크 지연 시간이 최대한 짧아야 합니다. 배포가 200 MongoDB 호스트를 초과하는 경우 Ops Manager 애플리케이션 구성 요소 간의 지연 시간은 1 ms 미만이어야 합니다. 네트워크 환경이 이 요구 사항을 충족할 수 없을 것으로 예상되는 경우 MongoDB 지원팀에 문의 하세요.

많은 Ops Manager 구성 요소가 실행 중인 mongod 프로세스에 연결됩니다. 여기에는 다음이 포함됩니다:

  • 애플리케이션 데이터베이스,

  • 모든 데이터베이스 백업,

  • MongoDB Agent가 관리하는 모든 MongoDB 데이터베이스.

이러한 구성 요소를 호스팅하는 시스템은 서로에게 데이터 트래픽을 전송하여 활성 연결을 확인합니다. TCP 킵얼라이브(keepalive) 설정에 따라 이 검사를 실행하는 빈도가 결정됩니다. 대부분의 시스템에서는 기본값인 7200초(2시간)를 사용합니다.

해당 시간 내에 네트워크 연결이 끊어질 수 있습니다. 기존 연결이 없으면 Ops Manager는 해당 mongod 프로세스에 대한 새 연결을 만들어야 합니다. 이로 인해 통신이 지연되거나 네트워크 시간 초과 또는 소켓 오류가 발생할 수 있습니다. 이 문제를 방지하려면 킵얼라이브 값을 줄여 확인 검사를 늘립니다. 모든 Ops Manager 구성 요소는 동일한 킵얼라이브 값을 사용해야 합니다.

이 값을 권장 값으로 설정하는 방법을 알아보려면 TCP 킵얼라이브 시간이 MongoDB 배포에 영향을 미치나요? 를 참조하세요. MongoDB Server 매뉴얼에서 확인 가능합니다.

안정적인 연결을 보장하기 위해 각 MongoDB 및 MongoDB Agent 호스트는 해당 FQDN으로 자체 식별해야 합니다.

Ops Manager 애플리케이션은 HTTP 또는 HTTPS를 통해 사용자 및 MongoDB Agents에 연결할 수 있어야 합니다. MongoDB Agents는 MongoDB 클라이언트 MongoDB 데이터베이스에 연결할 수 있어야 합니다.

Ops Manager는 사용자와 데이터베이스에 연결하기 위해 개방형 HTTP(또는 HTTPS) 및 MongoDB 네트워크 포트만 필요하지만, 방화벽에서 열리는 포트는 암호화, 인증, 모니터링 등 어떤 기능이 활성화되어 있는지에 따라 달라집니다.

이 페이지에서는 어떤 시스템이 다른 시스템의 어떤 포트에 연결해야 하는지 정의합니다.

Ops Manager는 다양한 서비스와 연결됩니다. 이 페이지에서는 Ops Manager 배포에 사용되는 다양한 구성 요소를 배포하기 위해 열어야 하는 포트에 대해 설명합니다.

중간 방화벽에서 열어야 하는 특정 포트는 암호화, 인증, 모니터링 등 활성화된 기능에 따라 달라집니다.

Ops Manager 구성 요소 간의 연결을 보여주는 다이어그램입니다.
클릭하여 확대

다음 섹션에 나열된 모든 포트는 MongoDB 설치 설명서에 지정된 포트이거나 알려진 포트 입니다. IANA 에 의해 할당된 특정 서비스에 대한 . 포트 번호를 변경할 수 있는 경우 각 섹션의 표 뒤에 해당 내용이 표시됩니다.

인터넷에 연결하지 않고 Ops Manager를 실행하려면 인터넷 액세스가 제한되도록 배포 구성을 참조하여 인터넷에 연결하지 않고도 Ops Manager를 실행하는 데 필요한 모든 바이너리가 있는지 확인하세요.

Ops Manager에는 다음과 같은 최소 네트워크 포트 요건이 필요합니다:

  • Ops Manager 사용자와 MongoDB Agents 모두 HTTP 또는 HTTPS를 통해 Ops Manager 애플리케이션에 연결할 수 있어야 합니다.

  • Ops Manager는 Ops Manager 애플리케이션 MongoDB 데이터베이스를 실행하는 mongod 에 연결할 수 있어야 합니다.

  • 각 Ops Manager 프로젝트에 대해 MongoDB Agents는 모든 클라이언트 MongoDB 프로세스(mongod 또는 mongos)에 연결할 수 있어야 합니다.

  • 또한 Ops Manager 애플리케이션은 Ops Manager 사용자에게 이메일을 보낼 수 있어야 합니다.

Ops Manager를 사용하려면 지정된 호스트에 대해 다음 포트를 엽니다.

서비스
기본 포트
운송
방향
목적
TLS를 사용하시나요?

HTTP

8080

TCP

인바운드
사용자 및 MongoDB Agents에서 Ops Manager에 대한 웹 연결을 제공합니다.
아니요

HTTPS

8443

TCP

인바운드
사용자 및 MongoDB Agents로부터 Ops Manager에 대한 안전한 웹 연결을 제공합니다.
HTTP 또는 HTTPS
8090

TCP

인바운드

Zabbix 또는 Nagios와 같은 모니터링 서비스를 통해 Ops Manager를 모니터링하기 위한 상태 확인 엔드포인트를 제공합니다. localhost를 통해서만 사용할 수 있으며 기본적으로 비활성화되어 있습니다.

활성화하려면 상태 확인 엔드포인트 활성화를 참조하세요. 활성화되면 다음 위치에서 엔드포인트에 액세스할 수 있습니다.

http://127.0.0.1:8090/health

중요

이 포트는 localhost(또는 127.0.0.1)에서만 액세스할 수 있습니다. 포트 번호는 8090에서 다른 값으로 변경할 수 있습니다.

API 엔드포인트는 HTTP 서비스에서 Ops Manager 애플리케이션 데이터베이스백업 스냅샷 스토리지로의 연결을 확인할 수 있는 기능을 제공합니다.

성공적인 응답은 다음을 반환합니다:

{
"mms_db": "OK",
"backup_db": "OK"
}
옵션
MongoDB
27017

TCP

아웃바운드
MongoDB 애플리케이션, 백업 및 클라이언트 데이터베이스에 연결합니다.
옵션

SMTP

587

TCP

아웃바운드
Ops Manager에서 SMTP 호스트 또는 AWS SES 로 이메일 전송 .
옵션

참고

대부분의 Ops Manager 관리는 사용자 인터페이스를 통해 수행할 수 있습니다. 일부 절차에서는 운영 체제에 액세스해야 합니다. 관리자가 Ops Manager와 MongoDB 호스트에 액세스할 수 있도록 허용하려면 해당 호스트에 대한 다음 포트를 엽니다.

서비스
기본 포트
운송
방향
목적
TLS를 사용하시나요?
ssh
22

TCP

인바운드
Linux 시스템 관리.
RDP
3389

TCP

인바운드
Windows 시스템 관리.
아니요

Ops Manager는 하나 이상의 스토리지 시스템에 MongoDB 데이터베이스를 백업할 수 있습니다:

MongoDB 호스트를 백업하려면 기본 백업 호스트(블록 저장소, S3 호환 스토리지 스냅샷 저장소 및/또는 파일 시스템 스냅샷 저장소)에 대한 다음 포트를 엽니다.

서비스
기본 포트
운송
방향
목적
TLS를 사용하시나요?
MongoDB
27017

TCP

아웃바운드
전체 데이터베이스의 스냅샷을 블록 저장소에 백업하거나 스냅샷 메타데이터를 S3 호환 스토리지 블록 저장소 메타데이터 데이터베이스에 백업하세요.
옵션

HTTPS

443

TCP

아웃바운드
데이터베이스 스냅샷 데이터를 S3 호환 스토리지 버킷에 백업하세요.

NFS

2049

TCP

아웃바운드
데이터베이스 스냅샷을 UNIX/ Linux 기반 파일 시스템에 백업하세요.
아니요

CIFS

3020

TCP

아웃바운드
데이터베이스 스냅샷을 Windows 기반 파일 시스템에 백업합니다.
아니요
프록시 서버
25999

TCP

아웃바운드
스냅샷 백업 호스트를 쿼리합니다.
아니요

Ops Manager 애플리케이션에 표시된 링크를 사용하여 스냅샷을 복원할 수도 있습니다. 사용자가 스냅샷을 다운로드하려면 Ops Manager를 사용하는 데 필요한 동일한 포트가 열려 있어야 합니다.

다운로드 링크를 찾으려면 Continuous Backup, Restore History 탭을 차례로 클릭한 다음 스냅샷 옆에 있는 download 링크를 클릭합니다.

참고

MongoDB 3.4.2 Enterprise 이상에서는 백업 스냅샷을 쿼리할 수 있는 기능을 제공합니다. Ops Manager는 백업 쿼리에 설명된 대로 이러한 쿼리 가능한 스냅샷을 읽기 전용 MongoDB 인스턴스로 프로비저닝합니다. 백업 스냅샷을 쿼리하려면 다음 포트를 엽니다:

서비스
기본 포트
운송
방향
목적
TLS를 사용하시나요?
MongoDB
27700-27719

TCP

인바운드
앱 호스트와 쿼리 가능 백업 스냅샷 간의 통신을 활성화합니다.
옵션

MongoDB Enterprise 사용자는 LDAP를 사용하여 Ops Manager 사용자를 인증할 수 있습니다. LDAP를 사용하여 인증하려면 Ops Manager와 LDAP 호스트에서 다음 포트를 엽니다.

서비스
기본 포트
운송
방향
목적
TLS를 사용하시나요?

LDAP

389

UDP

모두
LDAP 호스트에 대해 Ops Manager 사용자를 인증 및/또는 권한을 부여합니다.
아니요

LDAPS

636

UDP

모두
LDAP 호스트에 대해 Ops Manager 사용자를 인증 및/또는 권한을 부여합니다.

비표준 포트 구성을 포함하여 Ops Manager LDAP URI 문자열을 구성하려면 사용자 인증을 참조하세요.

MongoDB Enterprise 사용자는 Kerberos 또는 LDAP를 사용하여 MongoDB 사용자를 인증할 수 있습니다. LDAP 또는 Kerberos를 사용하여 인증하려면 MongoDB 클라이언트 데이터베이스, Ops Manager, Kerberos 또는 LDAP 호스트 간에 다음 포트를 엽니다.

서비스
기본 포트
운송
방향
목적
TLS를 사용하시나요?
Kerberos
88
TCP / UDP
아웃바운드
Kerberos 호스트에 대해 MongoDB 사용자의 인증을 요청합니다.
아니요
Kerberos
88

UDP

인바운드
Kerberos 호스트에 대해 MongoDB 사용자의 인증을 받습니다.
아니요

LDAP

389

UDP

모두
LDAP 호스트에 대해 MongoDB 사용자를 인증 및/또는 권한 부여합니다.
아니요

LDAPS

636

UDP

모두
LDAP 호스트에 대해 MongoDB 사용자를 인증 및/또는 권한 부여합니다.

Ops Manager 애플리케이션 데이터베이스에 대한 인증을 위해 Kerberos를 구성하려면 애플리케이션 데이터베이스로 인증하도록 Ops Manager 구성을 참조하세요.

WiredTiger 스토리지 엔진을 사용하는 MongoDB Enterprise 배포는 네이티브 암호화 옵션을 지원합니다. KMIP 서비스를 사용하여 마스터 암호화 키를 관리할 수 있습니다. KMIP를 통해 암호화된 스토리지 엔진을 지원하려면 백업 디먼 호스트, MongoDB 호스트, KMIP 호스트 간에 다음 포트를 엽니다.

서비스
기본 포트
운송
방향
목적
TLS를 사용하시나요?

KMIP

5696

TCP

아웃바운드
MongoDB 데이터베이스와 KMIP 호스트 간에 메시지를 전송합니다.

참고

KMIP 호스트의 포트를 변경하는 경우, 암호화된 백업 스냅샷을 참조하여 새 포트를 사용하도록 Ops Manager를 구성하세요.

Ops Manager가 로컬 모드로 구성되지 않은 경우 HTTPS를 통해 다음 인터넷 사이트에 액세스해야 합니다:

각 MongoDB Agent 및 Ops Manager 인스턴스는 MongoDB 인스턴스 또는 MongoDB Agent를 호스팅하는 각 호스트의 호스트 이름을 확인할 수 있어야 합니다.

각 호스트에서 가능하면 호스트 이름을 FQDN(정규화된 도메인 이름)으로 설정합니다. 호스트 이름을 찾고 FQDN으로 설정하는 방법은 운영 체제 설명서를 참조하세요.

각 호스트에서 FQDN을 설정하면 해당 호스트에 로그인할 때 어떤 호스트를 사용하고 있는지 알 수 있습니다. 다른 호스트가 상대 호스트의 호스트 이름을 알 수 있도록 하려면 해당 호스트가 호스트 네임을 확인할 수 있는 방법을 제공해야 합니다.

호스트 이름 확인을 구성하는 방법에는 두 가지가 있습니다.

호스트의 호스트 이름을 확인할 수 있게 하려면 DNS(도메인 이름 서비스)로 호스트를 실행하세요. DNS는 IP 주소를 지정된 도메인(예: example.com)을 가진 호스트 이름에 매핑합니다. 이 DNS 호스트에는 배포의 각 호스트에 대한 항목이 있어야 합니다: Ops Manager, MongoDB Agent 및 MongoDB. 로드 밸런서뿐만 아니라 LDAP, Kerberos, 이메일 호스트에 대한 항목이 권장됩니다.

DNS 설정이 불가능한 경우 각 시스템의 hosts 파일에 각 호스트에 대한 항목을 추가합니다.

운영 체제
hosts 위치
Linux
/etc/hosts
Mac OS X
/private/etc/hosts
Windows
%SystemRoot%\System32\drivers\etc\hosts

일반적으로 다음으로 확인됩니다:

C:\Windows\System32\drivers\etc\hosts

hosts 파일은 루트에서 읽을 수 있는 일반 텍스트로, root 또는 Administrator 권한으로 편집해야 합니다. 입력 형식은 다음과 같이 작성됩니다:

127.0.0.1 localhost
10.15.0.5 opsmgr.example.dev
10.15.10.15 rs1.example.dev
10.15.10.16 rs2.example.dev
10.15.10.17 rs3.example.dev

Ops Manager 구성 요소를 실행하는 호스트는 다음 소프트웨어 요구 사항을 충족해야 합니다:

중요

Ops Manager 5.0 이상에는 Bash 4.2 이상이 필요합니다.

Ops Manager를 실행하는 호스트는 다음 운영 체제 중 하나의 64비트 버전에서 실행되어야 합니다.

운영 체제
Ops Manager 6.0
Ops Manager 7.0
Amazon Linux
2
2, 2023
Debian
10, 11
11
Red Hat Enterprise Linux / CentOS
7, 8, 9
7 (더 이상 사용되지 않음), 8, 9
SUSE Linux 엔터프라이즈 서버
12, 15
12 (더 이상 사용되지 않음), 15
Ubuntu
18.04, 20.04, 22.04
20.04 (더 이상 사용되지 않음), 22.04

참고

s390x 및 PowerPC(ppc64le) 아키텍처에 MongoDB Agent를 설치할 수 있지만 이러한 플랫폼에는 Ops Manager 애플리케이션을 설치할 수 없습니다. 이전 표에 나열된 플랫폼 중 하나에 Ops Manager 애플리케이션을 설치해야 합니다.

Microsoft Windows Server 플랫폼에 대한 지원은 Ops Manager 5 에서 중단 되었습니다.0 및 이후 버전에서는 5 중 하나를 사용할 수 있습니다. 이전 표의 지원되는 플랫폼 목록에서 0 이상의 Ops Manager 버전을 설치하거나 Kubernetes Operator를 사용하여 컨테이너에 Ops Manager를 배포합니다.

MongoDB Agent를 실행하는 호스트는 다음 하드웨어 아키텍처 및 운영 체제 중 하나의 64비트 버전에서 실행되어야 합니다. 다음 표에는 관련 플랫폼에서 MongoDB Agent를 사용하여 배포할 수 있는 MongoDB 서버 버전이 나와 있습니다.

아키텍처
Distro/OS
7.0
6.0
5.0
4.4
4.2
4.0
3.6
x86_64
RHEL/CentOS/Oracle Linux 7
RHEL/Rocky/Alma Linux/Oracle Linux 8 1
RHEL/Rocky/Alma Linux/Oracle Linux 9 1
Amazon Linux 2
Amazon Linux 2023
SUSE12
SUSE15
Debian 8 2
Debian 9 2
Debian 10 2
Debian 11 2
Ubuntu 16.x
Ubuntu 18.x
Ubuntu 20.x
Ubuntu 22.x 3
Windows
RHEL/CentOS 8
RHEL/CentOS 9
Amazon Linux 2
Amazon Linux 2023
Ubuntu 20.x
PowerPC/ ppc64le
RHEL/ Centos 7
RHEL/ CentOS 8
zSeries/ 390x
RHEL 7
RHEL 8

1 Rocky 또는 Alma Linux OS에는 redhat-lsb-core 패키지가 포함되어 있어야 합니다.

2 Debian 설치에는 패키지가 포함되어야 lsb-release 합니다. 자세한 내용은 lsb-release를 참조하세요.

3 BI용 MongoDB Connector 는 Ubuntu 22 에서 지원되지 않습니다.04.

Windows 2008 또는 Windows Server 2008R2에서의 MongoDB Agent 실행에 대한 지원은 Ops Manager 5.0부터 종료됩니다.

MongoDB Agent는 여전히 Windows 2016, 2019, 2020에서 실행되는 MongoDB 배포 관리를 지원합니다.

참고

Ops Manager 서버 4 기준.0.11, Windows 아키텍처에는 Visual Studio 용 Visual C++ 재배포 가능 패키지가 2013 필요합니다.

Ops Manager에는 /var 디렉토리를 지원하는 볼륨에 저장된 필수 바이너리를 실행하기 위해 기본 호스트 시스템에서 /etc/fstab로 정의된 기본 exec 옵션이 필요합니다.

Ops Manager 패키지는 다음 ulimits를 자동으로 발생시킵니다.

  • 파일 열기

  • 최대 사용자 프로세스

  • 가상 메모리

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 파일의 컨텐츠를 템플릿으로 사용합니다.

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

Ops Manager 릴리스
MongoDB 4.4
MongoDB 5.0
MongoDB 6.0
MongoDB 7.0
Ops Manager 7.0
더 이상 사용되지 않습니다.
지원됨
지원됨
Ops Manager 6.0
더 이상 사용되지 않습니다.
지원됨
지원됨

참고

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

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

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

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

중요

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

MongoDB를 실행하는 호스트(백업 디먼 및 Ops Manager 데이터베이스 백업 호스트)에 대한 ulimit 요건은 MongoDB 매뉴얼의 다음 페이지를 참조하세요:

Email Server를 설치하고 확인합니다. Ops Manager는 알림을 전송하고 사용자 계정을 복구하기 위해 이메일 서버가 필요합니다. SMTP 서버 또는 AWS SES 서버를 사용할 수 있습니다. Email Server를 구성하려면 Email Delivery Method Configuration을 참조하세요.

많은 Linux 호스트 지향 배포판에는 기본적으로 로컬 SMTP 서버가 포함되어 있습니다. 여기에는 다음이 포함되지만 이에 국한되지는 않습니다:

Windows Server에는 인터넷 정보 서버와 함께 SMTP 릴레이가 포함되어 있습니다.

타사 제공업체를 통해 메일을 보내도록 Ops Manager를 구성할 수도 있습니다. 여기에는 다음이 포함되지만 이에 국한되지는 않습니다:

Linux 호스트에 Ops Manager 버전 4.0.13 이상을 설치하는 경우 fontconfig 패키지를 설치하여 Status 탭에서 데이터를 PDF 또는 PNG 형식으로 내보낼 수 있도록 활성화합니다.

Ops Manager를 사용하려면 Javascript가 활성화된 상태에서 다음과 같은 지원되는 브라우저 중 하나를 사용해야 합니다.

지원되는 웹 브라우저
지원되는 버전
최신 스테이블
최신 스테이블
최신 스테이블
최신 스테이블

Ops Manager는 지원되지 않는 브라우저에서 경고를 표시합니다.

← 설치 체크리스트