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

Question

Я установил последнюю версию mongodb mms agent (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 должен автоматически обнаруживать любые изменения в членстве в развертывании.

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