문서 메뉴
문서 홈
/
MongoDB Ops Manager
/

모니터링

이 페이지의 내용

  • 설치
  • 알림
  • 배포
  • 프로젝트

Ops Manager 서비스의 URI 또는 IP 주소가 <install_dir>/conf/conf-mms.properties 파일의 mongo.mongoUri 속성에 올바르게 저장되어 있는지 확인합니다.

mongo.mongoUri=<SetToValidUri>

이 속성을 설정하지 않으면 기본값 127.0.0.1:27017에 연결을 시도하는 동안 Ops Manager가 실패합니다. URL.

서비스의 URI 또는 IP 주소가 변경되면 새 주소로 속성을 업데이트해야 합니다. 예를 들어, 고정 IP 주소가 없는 시스템에 배포하거나 고정 IP 없이 EC2에 배포한 후 EC2 인스턴스를 다시 시작하는 경우 주소를 업데이트합니다.

URI 또는 IP 주소가 변경되면 서비스에 액세스하는 각 사용자는 연결에 사용된 URL과 클라이언트 사이드 monitoring-agent.config 파일의 주소도 업데이트해야 합니다.

Ops Manager <install_dir>/bin/credentialstool 를 사용하여 mongo.mongoUri 값에 사용된 비밀번호를 암호화하는 경우 <install_dir>/conf/conf-mms.properties 파일에 mongo.encryptedCredentials 키도 추가하고 이 속성 값을 true로 설정합니다.

mongo.encryptedCredentials=true

경고 조건에 대한 해결 방법은 경고 해결을 참조하세요 .

경고 생성 및 관리에 대한 자세한 내용은 경고 설정 구성 및 managed를 참조하세요 .

경고 알림을 끄는 방법에는 최소 두 가지가 있습니다.

알림 이메일 목록에 여러 이메일 그룹이 포함된 경우 한 명 이상의 사용자가 동일한 경고에 대해 여러 번 알림을 받을 수 있습니다.

이러한 오류 메시지는 Deployment 페이지의 호스트 이름으로 표시됩니다. 사용 가능한 연결 수가 Ops Manager에서 정의한 최소값을 충족하지 않는 경우 표시됩니다. 이러한 오류는 mongos 인스턴스에서 생성되지 않으므로 mongos 로그 파일에 나타나지 않습니다.

모니터링은 호스트별로 열려 있는 파일 디스크립터 및 연결 수를 최대 연결 한도와 비교합니다. 최대 파일 디스크립터 ulimit 매개변수는 사용 가능한 서버 연결 수에 직접적인 영향을 미칩니다. 에이전트는 Ops Manager가 정의한 최소값을 충족할 만큼 연결이 충분히 있는지 계산합니다.

핑 문서에서 각 노드 및 해당 serverStatus.connections 값에 대해 current 값과 available 값의 합계가 모니터링 대상 호스트에 설정된 maxConns 구성 값보다 작으면 모니터링에서 Host has low open file limits 또는 Too many open files 메시지를 Ops Manager에 전송합니다.

핑 문서는 모니터링에서 Ops Manager로 전송되는 데이터입니다. 핑 문서를 보려면 다음과 같이 하세요:

이 기능에 액세스하려면 다음 중 하나를 수행해야 합니다.

  1. Deployment 페이지를 클릭합니다.

  2. 호스트 이름을 클릭합니다.

  3. Last Ping를 클릭합니다.

이 오류를 방지하려면 ulimit 열린 파일을 64000 로 설정하는 것이 좋습니다. 또한 mongoshmaxConns 명령을 최소한 권장 설정으로 설정하는 것이 좋습니다.

자세한 내용 은 MongoDB ulimit 참조 페이지MongoDB maxConns 참조 페이지를 참조하세요.

이 상태의 가능한 원인은 다음과 같습니다.

  • 네트워킹 제한 또는 문제(예: (방화벽, 프록시, 라우팅)

  • 데이터베이스가 TLS 로 실행 중입니다. 전역적으로 또는 호스트별로 TLS 를 활성화해야 합니다. 자세한 내용은 TLS를 사용하도록 MongoDB Agent 구성배포에 TLS 활성화를 참조하세요.

  • 데이터베이스가 인증과 함께 실행 중입니다. Ops Manager에 호스트에 대한 인증 자격 증명을 제공해야 합니다. MongoDB 인증 및 권한 부여 구성을 참조하세요.

모니터링 배포 감지에서 문제가 발생할 수 있는 요인은 다음과 같습니다.

이 문제를 해결하려면 다음을 수행하세요.

  1. Deployment를 클릭합니다.

  2. Processes 탭을 클릭합니다.

  3. Add Deployment를 클릭합니다.

  4. New Deployment 창에서 다음 값을 지정합니다.

    • 배포 유형

    • 내부 호스트 이름

    • 내부 포트

  5. 해당하는 경우:

    • 데이터베이스 사용자 이름과 비밀번호를 추가합니다.

    • 모니터링에 연결하려면 TLS 를 활성화합니다.

참고

배포를 추가(또는 제거)할 때 모니터링을 다시 시작할 필요가 없습니다.

충돌 후 배포를 추가하고 모니터링을 다시 시작하면 Deployment 페이지에 호스트 이름이 표시되지 않을 수 있습니다. Ops Manager는 배포를 중복 배포로 감지하고 데이터를 억제합니다.

재설정하려면:

  1. Settings를 클릭합니다.

  2. Project Settings를 클릭합니다.

  3. Reset Duplicates를 클릭합니다.

배포가 여러 데이터 센터에 걸쳐 있는 경우 모든 모니터링에서 모든 배포를 검색할 수 있는지 확인하세요.

드문 경우지만 mongod 이(가) 중단되고 복제본 세트가 재구성됩니다. 다운 배포는 삭제할 수 없으며 다음 오류 메시지를 반환합니다.

경고

이 배포는 백업이 활성화되어 있으므로 삭제할 수 없습니다.

이러한 배포서버를 삭제하는 데 도움이 필요하면 MongoDB 지원팀 에 문의하세요.

프로젝트를 생성하여 서버, 에이전트, 사용자 및 기타 리소스에 대해 격리된 추가 시스템 또는 환경을 모니터링합니다.

예제

방화벽은 배포를 둘 이상의 환경으로 분리할 수 있습니다. 이 경우 두 개 이상의 개별 Ops Manager 프로젝트가 필요합니다.

API 키는 각 프로젝트마다 고유합니다. 각 프로젝트에는 적절한 API 키가 있는 자체 에이전트가 필요합니다. 각 프로젝트 내에서 에이전트는 프로젝트의 모든 호스트에 연결할 수 있어야 합니다.

프로젝트 생성 및 관리에 대해 자세히 알아보려면 프로젝트를 참조하세요 .

돌아가기

자동화

다음

업그레이드 문제

이 페이지의 내용