Агент мониторинга mongodb mms не находит членов группы

Question

Я установил последнюю версию агента mongodb mms (6.5.0.456) в ubuntu 16.04 и инициализировал репликационный набор.Поэтому я запускаю репликацию одного узла с включенным агентом мониторинга.Агент работает нормально, однако, похоже, что он на самом деле не находит члена replicaset:

[2018/05/26 18:30:30.222] [agent.info] [components/agent.go:Iterate:170] Received new configuration: Primary agent, Assigned 0 out of 0 plus 0 chunk monitor(s)
[2018/05/26 18:30:30.222] [agent.info] [components/agent.go:Iterate:182] Nothing to do. Either the server detected the possibility of another monitoring agent running, or no Hosts are configured on the Group.
[2018/05/26 18:30:30.222] [agent.info] [components/agent.go:Run:199] Done. Sleeping for 55s...
[2018/05/26 18:30:30.222] [discovery.monitor.info] [components/discovery.go:discover:746] Performing discovery with 0 hosts
[2018/05/26 18:30:30.222] [discovery.monitor.info] [components/discovery.go:discover:803] Received discovery responses from 0/0 requests after 891ns

Я вижу два процесса для агентов монитора:

/bin/sh -c /usr/bin/mongodb-mms-monitoring-agent -conf /etc/mongodb-mms/monitoring-agent.config >> /var/log/mongodb-mms/monitoring-agent.log 2>&1
/usr/bin/mongodb-mms-monitoring-agent -conf /etc/mongodb-mms/monitoring-agent.config

Однако, если я завершу один,это также разрушает другого, поэтому я не думаю, что это проблема.

Итак, вопрос в том, к какой группе относится агент.Где это настроено?Или как узнать, к какой группе относится агент, и как проверить, правильно ли настроена группа.

Функция rs.config () выглядит нормально, с одним членом replicaset, который имеет поле хоста, которое выглядит просто отлично.Я могу использовать это значение для подключения к экземпляру с помощью команды mongo.аутентификация не настроена.

РЕДАКТИРОВАТЬ

Это похоже на то, что диспетчер облака теперь должен быть настроен с начальным хостом.Затем он начинает обнаруживать все остальные узлы в репликасе.Похоже, это отличается от дней до облачного менеджера, когда агент смог отследить rs - если я правильно помню ... Возможно, еще есть способ сделать это проще, поэтому я оставляю этот вопрос открытым длясейчас ...

Answer 1

Итак, вопрос в том, к какой группе относится агент.Где это настроено?Или как узнать, к какой группе относится агент, и как проверить, правильно ли настроена группа.

Значения конфигурации для агента Cloud Manager (например, mmsGroupId и mmsApiKey) задаются в файле конфигурации, который по умолчанию равен /etc/mongodb-mms/monitoring-agent.config.Агенту нужна эта информация для связи с серверами Cloud Manager.

Подробнее см. Установка или обновление агента мониторинга и Конфигурация агента мониторинга в документации по Cloud Manager.

Это видПохоже, что диспетчер облака теперь должен быть настроен с начальным хостом.Затем он начинает обнаруживать все остальные узлы в репликационном наборе.

Если процесс MongoDB уже не управляется автоматизацией Cloud Manager, я считаю, что всегда нужно было добавитьсуществующий процесс MongoDB для мониторинга , чтобы запустить процесс начального обнаружения топологии.После того как развертывание отслеживается, агент Cloud Manager должен автоматически обнаруживать любые изменения в членстве в развертывании.

Для производственных предприятий должна быть включена аутентификация и контроль доступа, поэтому помимо добавления начального имени хоста и порта через облакоПользовательский интерфейс диспетчера, как правило, необходимо предоставить соответствующие учетные данные.