graphite-metrics

графітові-метрики: автономний колекціонерів Графіт для різних речей немає (або погано) обробляються іншими демонами моніторингу.
Руда проекту є простою демон (harvestd), який збирає значення метрик і відправляє їх на графіт один раз в інтервалі.
І NBSP; & NBSP; Складається з окремих компонентів ("збирачі") для обробки:
І NBSP; & NBSP; & NBSP; & NBSP; * / Proc / slabinfo на корисну-к-годинник цінностей, не всі (налаштовується).
І NBSP; & NBSP; & NBSP; & NBSP; * / Proc / Vmstat та / Proc / MemInfo на постійній основі.
І NBSP; & NBSP; & NBSP; & NBSP; * / Proc / стат для IRQ, softirq, вилки.
І NBSP; & NBSP; & NBSP; & NBSP; * / Proc / buddyinfo та / Proc / pagetypeinfo (фрагментація пам'яті).
І NBSP; & NBSP; & NBSP; & NBSP; * / Праці / переривання та / Праці / softirqs.
І NBSP; & NBSP; & NBSP; & NBSP; * Cron увійти, щоб справити старт / фініш події і тривалість кожної роботи в окремих показників, адаптує робочі місця для метричних імен з регулярними виразами.
І NBSP; & NBSP; & NBSP; & NBSP; * Per-системи-службі обліку з використанням [1] Systemd і це контрольні групи.
І NBSP; & NBSP; & NBSP; & NBSP; * [2] Sysstat даних САДК журналів (використання щось на зразок САДК -F -L -S ДИСК -S XDISK -S потужність 60, щоб мати більше речей в ньому зареєстровані) через SADF двійковій і це JSON експорту (SADF -j, підтримується починаючи з SYSSTAT -10.0.something, IIRC).
І NBSP; & NBSP; & NBSP; & NBSP; * Iptables правило "хітів", лічильники пакетів і байтів, прийнятих за ф {, 6} таблиць збереження, відображаються за допомогою окремого "столу chain_name rule_no METRIC_NAME" файлу, який повинен бути сформований разом з правилами брандмауера (я використовую [3] цей сценарій, щоб зробити це).
Додаткові метричних колектори можуть бути додані за допомогою Setuptools graphite_metrics.collectors точки входу. . Подивіться на відвантаженої колекторів для прикладів API

Вимоги

• Python