FAQ: MongoDB Agent
이 페이지의 내용
- 일반
- MongoDB Agent란 무엇인가요?
- Cloud Manager의 MongoDB Agent는 언제 출시되었나요?
- 언제 MongoDB Agent로 전환해야 하나요?
- cluster 또는 노드별로 업데이트할 수 있나요?
- Cloud Manager UI가 변경되었나요?
- Cloud Manager API는 MongoDB Agent를 지원하나요?
- API를 통해 프로그래밍 방식으로 MongoDB Agent로 업그레이드할 수 있나요?
- 새 설치 프로그램이 다른 파일 이름을 사용하나요?
- 레거시 자동화, 모니터링 또는 백업 에이전트에 PEM 키 파일 및 비밀번호가 설정되어 있나요? MongoDB Agent로 전환할 때 알아야 할 사항은 무엇인가요?
- 레거시 모니터링 에이전트만 사용합니다. 이는 어떤 MEAN인가요?
- 나는 레거시 모니터링 및 백업 에이전트만 사용합니다. 이것이 나에게 어떤 MEAN인가요?
- 내 cluster는 이미 3명의 레거시 에이전트를 모두 사용하여 managed. 어떻게 되나요?
- 세 명의 MongoDB Agent 에이전트는 어떻게 되나요?
- Cloud Manager 에 대한 프로그래밍 방식의 액세스 를 위한 OAuth 2.0 인증 은 Preview 기능 으로 제공됩니다.
- 기능 및 해당 설명서는 미리 보기 기간에 언제든지 변경될 수 있습니다. OAuth 2.0 인증 을 사용하려면 Cloud Manager 공개 API 에 대한 요청에 사용할 서비스 계정 을 만듭니다.
이로써 MongoDB Agent에 대한 일반적인 질문에 대한 답변을 확인할 수 있습니다.
일반
MongoDB Agent란 무엇인가요?
MongoDB Agent를 사용하면 MongoDB 인스턴스를 managed, 모니터링 및 백업할 수 있습니다.
Cloud Manager의 MongoDB Agent는 언제 출시되었나요?
Cloud Manager는 2019년 5월에서 6월 사이에 MongoDB Agent를 출시했습니다. 레거시 에이전트가 이제 단종되므로 가능한 한 빨리 MongoDB Agent로 업데이트해야 합니다.
언제 MongoDB Agent로 전환해야 하나요?
이제. 모든 레거시 에이전트 업데이트는 MongoDB Agent로 전환해야 합니다. 프로젝트의 모든 cluster를 업데이트해야 합니다. 업데이트되면 Cloud Manager 콘솔이 MongoDB Agent를 위한 새 인터페이스를 렌더링합니다.
cluster 또는 노드별로 업데이트할 수 있나요?
아니요. 프로젝트의 모든 cluster에 대해 MongoDB Agent 업데이트를 동시에 수행해야 합니다.
Cloud Manager UI가 변경되었나요?
예. 이 변경 사항을 반영하도록 에이전트 및 서버 탭이 업데이트되었습니다.
Cloud Manager API는 MongoDB Agent를 지원하나요?
예.
API를 통해 프로그래밍 방식으로 MongoDB Agent로 업그레이드할 수 있나요?
예.
새 설치 프로그램이 다른 파일 이름을 사용하나요?
아니요. 더 쉽게 업데이트할 수 있도록 설치 프로그램의 이름을 mms-automation
로 변경합니다.
레거시 자동화, 모니터링 또는 백업 에이전트에 PEM 키 파일 및 비밀번호가 설정되어 있나요? MongoDB Agent로 전환할 때 알아야 할 사항은 무엇인가요?
MongoDB Agent 사용으로 전환하면 이러한 설정이 유지됩니다. 이전에 Cloud Manager의 Security > Settings 섹션에서 PEM 키 파일 및 비밀번호를 설정한 경우, Cloud Manager는 현재 자동화 에이전트의 PEM 키 파일 및 비밀번호를 MongoDB Agent PEM 키 파일로 사용하고 비밀번호.
기존의 모든 모니터링 및 백업 PEM 키 파일과 비밀번호는 MongoDB Agent UI 페이지의 Monitoring and Backup 에 대한 새로운 사용자 지정 구성 섹션으로 내보내집니다. 사용자 지정 구성 섹션의 값이 이러한 값을 재정의한다는 경고가 Configure Cloud Manager Agents 섹션(Security > Settings)에 표시됩니다.
레거시 모니터링 에이전트만 사용합니다. 이는 어떤 MEAN인가요?
MongoDB Agent가 이 경우 지원을 제공합니다. MongoDB Agent 사용으로 전환하는 프로세스는 다음과 같이 진행됩니다.
MongoDB Agent를 사용할 수 있게 되면 모니터링 에이전트가 오래되었다는 배너 알림이 표시됩니다.
전환할 준비가 되면 배너에서 Update 을(를) 클릭합니다. 업데이트 프로세스를 안내하는 워크플로가 시작됩니다.
문서 링크가 포함된 MongoDB Agent 설명을 참조하세요.
Cloud Manager 프로젝트에 사용할 사용자 지정 모니터링 구성 옵션을 지정합니다.
MongoDB Agent를 다운로드하여 설치합니다. Cloud Manager는 지정된 서버 목록에 MongoDB Agent가 올바르게 설치되었는지 확인합니다.
참고
이전에 구성된 인증 방법은 계속 작동합니다. Monitoring Settings 에 MongoDB 인증 정보를 제공합니다. 메뉴.
서버에 MongoDB Agent를 설치하면 MongoDB Agent로 전환하기 전에 독립형 에이전트로 존재했던 프로젝트에 대해 Monitoring을 활성화할 수 있습니다.
MongoDB Agent는 이전에 사용한 모니터링 에이전트를 대기 모드로 전환하고 더 이상 UI에 표시하지 않습니다.
이전에 사용된 독립형 모니터링 에이전트는 더 이상 인스턴스를 모니터링할 수 없습니다. 준비가 되면 중지하고 제거할 수 있습니다.
이 시점부터 사용자가 새 버전에 대해 Confirm and Deploy 옵션을 선택하면 MongoDB Agent가 자동으로 업데이트됩니다. 더 이상 새 버전이 출시될 때마다 MongoDB Agent를 다운로드할 필요가 없습니다!
나는 레거시 모니터링 및 백업 에이전트만 사용합니다. 이것이 나에게 어떤 MEAN인가요?
MongoDB Agent가 이 사용 사례를 지원합니다. MongoDB Agent로 전환하는 흐름은 다음과 같이 진행됩니다.
MongoDB Agent를 사용할 수 있게 되면 모니터링 및 백업 에이전트가 오래되었다는 배너 알림이 표시됩니다.
업데이트할 준비가 되면 배너에서 Update 을(를) 클릭합니다. 업데이트 프로세스를 안내하는 워크플로가 시작됩니다.
문서 링크가 포함된 MongoDB Agent 설명을 참조하세요.
Cloud Manager 프로젝트에 사용할 사용자 지정 모니터링 및 백업 구성 옵션을 지정합니다.
MongoDB Agent를 다운로드하여 설치합니다. Cloud Manager는 MongoDB Agent가 알려진 서버 목록에 올바르게 설치되었는지 확인합니다.
참고
이전 인증 방법은 계속 작동합니다. Monitoring Settings 에 MongoDB 인증 정보를 제공합니다. 메뉴. 백업 사용자 설정을 지정하려면 Options Backup 로 Go 다음 > > Edit Credentials.
서버에 MongoDB Agent를 설치하면 이전에 Agent가 구성된 프로젝트에서 모니터링 및 백업이 활성화됩니다.
MongoDB Agent는 이전에 사용한 모니터링 및 백업 에이전트를 대기 모드로 전환하고 더 이상 UI에 표시하지 않습니다. 이전에 사용된 독립형 모니터링 에이전트는 더 이상 인스턴스를 모니터링할 수 없습니다. 준비가 되면 중지하고 제거할 수 있습니다.
이 점부터 새 버전에 Confirm and Deploy 옵션을 사용하기로 선택하면 MongoDB Agent가 자동으로 업데이트됩니다. 더 이상 새 버전이 출시될 때마다 MongoDB Agent를 다운로드할 필요가 없습니다!
내 cluster는 이미 3명의 레거시 에이전트를 모두 사용하여 managed. 어떻게 되나요?
업데이트 흐름은 다음과 같이 진행됩니다.
MongoDB Agent를 사용할 수 있게 되면 레거시 에이전트가 오래되었다는 배너 알림이 표시됩니다.
업데이트할 준비가 되면 배너에서 Update 을(를) 클릭합니다. 업데이트 프로세스를 안내하는 워크플로가 시작됩니다.
문서 링크가 포함된 MongoDB Agent 설명을 읽어보세요.
현재 서버 목록을 검토하고 이를 MongoDB Agent로 업데이트합니다. 이 업데이트 프로세스의 일부로 MongoDB Agent:
모든 레거시 모니터링 및 백업 에이전트를 중지합니다.
모니터링 및 백업이 에이전트로 실행되고 있던 서버에서 모니터링 및 백업을 활성화합니다.
중지된 모니터링 및 백업 에이전트에 대한 바이너리를 제거합니다.
MongoDB 인스턴스에서
mms-monitoring-agent
또는mms-backup-agent
사용자를 잠금 해제하여 원하는 경우 삭제할 수 있습니다. MongoDB Agent는mms-automation
사용자를 사용하여 인스턴스에 연결합니다.
이 점부터 MongoDB Agent는 자동화, 모니터링 및 백업을 위한 단일 프로세스로 작동합니다.
세 명의 MongoDB Agent 에이전트는 어떻게 되나요?
MongoDB는 레거시 자동화 에이전트가 사용한 세 명의 MongoDB 사용자(mms-automation
, mms-monitoring-agent
, mms-backup-agent
)를 한 명의 사용자로 통합했습니다. 이 사용자 mms-automation
는 인스턴스를 자동화, 모니터링 및 백업할 수 있습니다. MongoDB는 다른 프로젝트에서 해당 사용자를 사용할 경우를 대비하여 이전 MongoDB 사용자를 제거하지 않았습니다. 그러나 Cloud Manager는 업데이트의 일환으로 해당 인터페이스에서 이러한 사용자를 잠금 해제했으므로 해당 사용자를 삭제할 수 있습니다.
대부분 자동화 에이전트로 cluster를 managed하지만 독립형 레거시 백업 및 모니터링 에이전트가 있습니다. --------------------------------------- --------------------------------------- --------------------------------------- ----
이전 섹션에서 설명한 대로 독립형 에이전트에 대한 업데이트 흐름을 모두 가져옵니다.
레거시 모니터링 에이전트만 사용합니다. 이 경우 어떤 의미가 있나요? 또는
나는 레거시 모니터링 및 백업 에이전트만 사용합니다. 이것이 나에게 어떤 MEAN인가요?
자동화가 레거시 모니터링 및 백업 에이전트를 관리하는 서버의 경우 내 클러스터는 이미 모든 3 에이전트를 사용하여 관리되고 있습니다.