Агент мониторинга mongodb mms не находит участников группы
Я установил последний mms-агент mongodb (6.5.0.456) на ubuntu 16.04 и инициализировал набор реплик. Следовательно, я запускаю набор реплик с одним узлом с включенным агентом мониторинга. Агент работает нормально, однако на самом деле, похоже, не находит члена набора реплик:
[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 () выглядит нормально, с одним членом набора реплик, у которого есть поле хоста, что выглядит нормально. Я могу использовать это значение для подключения к экземпляру с помощью команды mongo. авторизация не настроена.
РЕДАКТИРОВАТЬ
Похоже, что облачный менеджер теперь должен быть настроен с начальным хостом. Затем он начинает обнаруживать все остальные узлы в наборе реплик. Кажется, это отличается от дней до облачных менеджеров, когда агент мог отслеживать rs - если я правильно помню ... Вероятно, все еще есть способ сделать это проще, поэтому я оставляю этот вопрос открытым для сейчас...
Ответы 1
So, question is what is the Group that the agent is referring to. Where is that configured? Or how do I find out which Group the agent refers to and how do I check if the group is configured correctly.
Значения конфигурации для агента Cloud Manager (например, mmsGroupId и mmsApiKey) задаются в файле конфигурации, которым по умолчанию является /etc/mongodb-mms/monitoring-agent.config. Эта информация нужна агенту для связи с серверами Cloud Manager.
Дополнительные сведения см. В разделах Установите или обновите агент мониторинга и Конфигурация агента мониторинга в документации Cloud Manager.
It kind of looks that the cloud manager now needs to be configured with the seed host. Then it starts to discover all the other nodes in the replicaset.
Если процесс MongoDB уже не управляется автоматизацией Cloud Manager, я считаю, что всегда было так, что вам нужно было добавить существующий процесс MongoDB в мониторинг, чтобы начать процесс первоначального обнаружения топологии. После отслеживания развертывания любые изменения в членстве в развертывании должны автоматически обнаруживаться агентом Cloud Manager.
На производственных предприятиях должны быть включены аутентификация и контроль доступа, поэтому в дополнение к добавлению исходного имени хоста и порта через пользовательский интерфейс Cloud Manager вам обычно необходимо предоставить соответствующие учетные данные.