Ops Manager 시스템 요구 사항

Ops Manager 하드웨어 요구 사항

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

Ops Manager Application Database 하드웨어 요구 사항

Ops Manager Application Database 는 전용 호스트에서 실행되는 3명의 멤버로 구성된 복제본 세트 로 실행됩니다.

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

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

• Ops Manager 애플리케이션 데이터베이스를 저장하기 위한 SSD.

• WiredTiger 스토리지 엔진. WiredTiger 와 MMAPv1 저장 엔진의 차이점은 MongoDB 매뉴얼에서 저장 엔진 유형을 참조하세요.

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

백업 데몬 하드웨어 요구 사항

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

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

백업 데몬에는 최소 100GB의 사용 가능한 디스크 용량이 있어야 합니다.

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

데이터베이스 백업 하드웨어 요구 사항

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

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

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

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

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

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

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

인터넷 사이트 액세스

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

Ops Manager와 데이터베이스 백업 호스트 간의 지연 시간

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

TCP Keepalive 설정

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

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

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

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

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

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

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

MongoDB 및 MongoDB Agent 호스트 액세스

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

> hostname -f

mongodb.example.com

PS C:\> systeminfo | findstr /B /C:"Host" /C:"Domain"

Host Name:                 mongodb
Domain:                    example.com

액세스 가능한 포트

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

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

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

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

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

클릭하여 확대

http://127.0.0.1:8090/health

{
  "mms_db": "OK",
  "backup_db": "OK"
}

/etc/hosts

/private/etc/hosts

%SystemRoot%\System32\drivers\etc\hosts

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

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

운영 체제 호환성 매트릭스

마운트에 대한 실행 옵션 /var

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

Ops Manager 애플리케이션에 대한 Ulimits 요구 사항

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

• 파일 열기

• 최대 사용자 프로세스

• 가상 메모리

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

Ops Manager를 실행하는 사용자 ID(기본적으로 mongodb-mms)에 대해 /etc/security/limits.d/99-mongodb-nproc.conf 사용자 프로세스 구성 파일에 soft 및 hardnproc(프로세스 수) 항목을 추가합니다. 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 Application Database 및 백업 데이터베이스용 MongoDB 버전

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

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

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

이메일 서비스

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

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

• Postfix

• Exim

• Sendmail

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

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

• Gmail

• Sendgrid

Linux 호스트에 fontconfig 설치

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

클라이언트 웹 브라우저

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

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