Конфигурирование мониторинга MongoDB

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

Прежде чем начать

Ознакомьтесь с аппаратными и программными требованиями. Последнюю информацию о требованиях к системе смотрите в документе Отчеты о совместимости программных продуктов (SPCR) для агент MongoDB.
Убедитесь, что у пользователя, конфигурирующего компонент агент MongoDB, есть необходимые роли для сбора данных для всех атрибутов.
- Чтобы сконфигурировать агент для базы данных MongoDB версии 2.4 и версии 2.6, пользователю должны быть назначены роли clusterAdmin, readAnyDatabase и dbAdminAnyDatabase.
- Чтобы сконфигурировать агент для базы данных MongoDB версии 3.x и 4.x, пользователю должны быть назначены роли clusterMonitor, readAnyDatabase и dbAdminAnyDatabase.
Чтобы узнать о группах атрибутов, для которых требуются эти роли, смотрите раздел Табл. 1.
Используйте существующего пользователя или создайте пользователя в базе данных администрирования (admin).
Важное замечание: Прежде чем создавать пользователя и предоставлять ему необходимые роли, нужно соединиться с базой данных MongoDB и изменить базу данных на базу данных администрирования (admin). Если процесс mongod или mongos работает в режиме аутентификации, введите необходимые учетные данные для соединения с базой данных MongoDB.
1. Введите следующую команду, чтобы соединиться с базой данных MongoDB:
  mongo IP:порт
  Где
  - IP - это IP-адрес процесса mongod или mongos.
  - порт - это номер порта процесса mongod или mongos
2. Измените базу данных на базу данных admin:
  use admin
3. Введите одну из следующих команд, чтобы добавить пользователя в базу данных admin MongoDB и присвоить ему необходимые роли:
  - Для базы данных MongoDB версии 2.4 введите следующую команду:
    db.addUser({ user: имя_пользователя, pwd: пароль, roles: [ 'clusterAdmin', 'readAnyDatabase', 'dbAdminAnyDatabase' ] })
  - Для базы данных MongoDB версии 2.6 введите следующую команду:
    db.createUser({user: имя_пользователя, pwd: пароль, roles: [ 'clusterAdmin', 'readAnyDatabase', 'dbAdminAnyDatabase' ] })
  - Для базы данных MongoDB версии 3.x и 4.x введите следующую команду:
    db.createUser({user: username, pwd: password, roles: [ 'clusterMonitor', 'readAnyDatabase', 'dbAdminAnyDatabase' ] })
4. Введите следующую команду, чтобы проверить, что пользователь добавлен в базу данных администратора:
  db.auth(имя_пользователя, пароль)
  
  Код возврата 1 указывает, что пользователь добавлен, а код возврата 0 - что добавление пользователя завершилось неудачно.

В следующей таблице приведена информация о ролях пользователей и атрибутах, для которых требуются эти роли пользователей:

Табл. 1. Группы атрибутов и необходимые для них роли пользователей
Роли	Версия базы данных MongoDB	Группы атрибутов
dbAdminAnyDatabase	2.x, 3.x и 4.x	Время ответа
readAnyDatabase	2.x, 3.x и 4.x	Список Mongod Общая совместная информация Хранилище собраний Имена баз данных Подробности сегмента Подробности хранения собрания
clusterAdmin	2.x, 3.x и 4.x	Информация об экземпляре Mongo Информация о вводе-выводе для экземпляра Mongo Копия MII для APMUI 1 Копия MII для APMUI 2 Блокировка БД экземпляра Mongo Блокировки Блокировки MongoDB Подробности WiredTiger Подробности MMAPv1
clusterMonitor	2.x, 3.x и 4.x	Информация об экземпляре Mongo Информация о вводе-выводе для экземпляра Mongo Копия MII для APMUI 1 Копия MII для APMUI 2 Блокировка БД экземпляра Mongo Блокировки Блокировки MongoDB Подробности WiredTiger Подробности MMAPv1

При дистанционном мониторинге сервера MongoDB смотрите следующие два требования:
1. Поскольку для агент MongoDB требуется оболочка mongo для сбора информации удаленно с сервера MongoDB, система, в которой установлен и сконфигурирован агент MongoDB, должна иметь экземпляр сервера MongoDB. Оболочка mongo сервера MongoDB на компьютере агента используется для соединения с удаленным сервером MongoDB для мониторинга.
2. В файле /etc/hosts системы, которая является хостом агента, должна быть запись для дистанционного компьютера.

Об этой задаче

В имя управляемой системы включается указанное имя экземпляра. Например, можно задать имя экземпляра как имя_экземпляра:имя_хоста:код_продукта, где код_продукта - это двухсимвольный код продукта. Имя управляемой системы может содержать не более 32 символов. Имя экземпляра может содержать до 28 символов, исключая длину вашего имени хоста. Например, если имя экземпляра - Mongo2, то именем управляемой системы будет Mongo2:имя_хоста:KJ.

Важное замечание: Если указано длинное имя экземпляра, то имя управляемой системы усекается и код агента показывается не полностью.

Версии продукта и агента часто различны. Представленные здесь направления относятся к последней версии агента. Информацию о том, как проверить версию агента в вашей среде, смотрите в разделе Команда версии агента. Подробную информацию о списке версиий агента и о том, что нового в каждой версии, смотрите в разделе Хронология изменений.

Напоминание:

Чтобы агент успешно собирал данные, запустите агент от имени пользователя root или используйте один и тот же ID пользователя для запуска агента и процесса mongod.
В среде, в которой MongoDB работает как кластер, убедитесь, что вы установили агент на том же компьютере, на котором работает процесс маршрутизации. Сконфигурируйте агент на том же компьютере, используя IP-адрес и номер порта этого компьютера и задайте для TYPE значение 1.
В среде, в которой MongoDB работает как кластер в режиме аутентификации, убедитесь, что вы добавили тот же самый ID пользователя с необходимыми правами для всех на всех сегментов в кластере.

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