У меня возникли проблемы с мониторингом MongoDB 3.2 с помощью Stackdriver по состоянию на 28 августа 2016 г.
Нет упоминания о mongo
что бы то ни было в /var/log/syslog
но если я сделал ошибку конфигурации на .conf
файл, он жалуется, поэтому я знаю, что он загружает файл правильно ...
Так что ошибок нет, но нет упоминания о mongo
либо в /var/log/syslog
и https://app.google.stackdriver.com/services/mongodb утверждает, что я не установил агент.
gke-fatih-standard-fb894cbb-d7ue:/opt/stackdriver/collectd/etc$ sudo service stackdriver-agent restart
[....] Restarting Stackdriver metrics collection agent: stackdriver-agentoption = Interval; value = 60.000000;
Created new plugin context.
option = Interval; value = 60.000000;
Created new plugin context.
option = PIDFile; value = /var/run/stackdriver-agent.pid;
option = Interval; value = 60.000000;
Created new plugin context.
. ok
$ tail -F /var/log/syslog
Aug 28 06:53:01 gke-fatih-standard-fb894cbb-d7ue /USR/SBIN/CRON[21824]: (root) CMD (/etc/supervisor/supervisor_watcher.sh 2>&1 | logger)
Aug 28 06:53:03 gke-fatih-standard-fb894cbb-d7ue collectd[21844]: type = syslog, key = LogLevel, value = info
Aug 28 06:53:03 gke-fatih-standard-fb894cbb-d7ue collectd[21844]: write_gcm: inside module_register for stackdriver_agent/5.5.0-340.wheezy
Aug 28 06:53:03 gke-fatih-standard-fb894cbb-d7ue collectd[21845]: type = syslog, key = LogLevel, value = info
Aug 28 06:53:03 gke-fatih-standard-fb894cbb-d7ue collectd[21845]: write_gcm: inside module_register for stackdriver_agent/5.5.0-340.wheezy
Aug 28 06:53:03 gke-fatih-standard-fb894cbb-d7ue collectd[21846]: Initialization complete, entering read-loop.
Aug 28 06:53:03 gke-fatih-standard-fb894cbb-d7ue collectd[21846]: match_throttle_metadata_keys: 1 history entries, 1 distinct keys, 78 bytes server memory.
Aug 28 06:53:03 gke-fatih-standard-fb894cbb-d7ue collectd[21846]: tcpconns plugin: Reading from netlink succeeded. Will use the netlink method from now on.
Aug 28 06:53:03 gke-fatih-standard-fb894cbb-d7ue collectd[21846]: write_gcm: Asking metadata server for auth token
Aug 28 06:53:04 gke-fatih-standard-fb894cbb-d7ue collectd[21846]: match_throttle_metadata_keys: 2 history entries, 1025 distinct keys, 102801 bytes server memory.
Обратите внимание, что экземпляр / узел отслеживается правильно, только MongoDB вызывает проблемы.
/opt/stackdriver/collectd/etc/collect.d/mongo0.conf
:
# scheduled to node: gke-fatih-standard-fb894cbb-d7ue
# This is the monitoring configuration for MongoDB.
# Look for STATS_USER, STATS_PASS, MONGODB_HOST and MONGODB_PORT to adjust your configuration file.
LoadPlugin mongodb
<Plugin "mongodb">
# When using non-standard MongoDB configurations, replace the below with
#Host "MONGODB_HOST"
#Port "MONGODB_PORT"
# Must use the load balancer because we don't know the fixed nodePort
Host "xxx"
Port "27017"
# If you restricted access to the database, you can set the username and
# password here:
User "stats"
Password "xxx"
</Plugin>
Относится к Мониторинг MongoDB 3 с помощью StackDriver в GCE
После выполнения sudo service stackdriver-agent restart
снова (что я делал раньше) и, возможно, ~ 30 минут исходного инцидента, показатели теперь обнаруживаются Stackdriver.
Поэтому, если вы уверены, что все сделали правильно и без ошибок, вы можете попробовать перезапустить stackdriver-agent
многократно и ожидание ~ 30 минут.
Отсутствие чего-либо mongo
связаны с /var/log/syslog
это проблема. Надеюсь, @ Corey-Kosak может дать больше информации.
Google отказывается от своих интеграций Stackdriver, не ориентированных на GCP (например, Mongo), и переходит на платформу BindPlane MIaaS в качестве поддерживаемой платформы интеграции мониторинга для источников данных, не относящихся к GCP.
Более подробную информацию можно найти здесь:
https://cloud.google.com/monitoring/agent/plugins/bindplane-transition
и тут:
https://bluemedora.com/how-to-monitor-mongodb-bindplane-for-stackdriver-blue-medora/