Каков наилучший способ хранения отчетов об использовании с течением времени? - PullRequest
0 голосов
/ 16 марта 2009

В настоящее время у меня есть несколько отчетов сервера, которые возвращают статистику использования при каждом запуске. Данные собираются из нескольких разных источников (в основном это файлы журналов), поэтому их нет в базе данных для начала.

Возвращенные данные представляют собой простые списки, например, подробно описывающие, сколько дискового пространства пользователь использует (user => space), средний процент памяти, использованной им за месяц (user => memory), среднее время процессора и т. Д .

Часть информации представляет собой промежуточный итог (например, использование диска), а другие представляют собой средние значения снимков, сделанных в течение месяца.

Выполнение этих отчетов и просмотр результатов работает отлично, но я бы хотел начать хранить эти результаты, чтобы взглянуть на долгосрочные тенденции.

Каков наилучший способ сделать это?

Ответы [ 2 ]

2 голосов
/ 16 марта 2009

CACTI очень полезен и легко настраивается. Использует RRD Tool.

Инструмент RRD великолепен, т.к. он хранит данные в круговом формате и суммирует их. Когда RRD создает файл данных, он создает его с каждой точкой данных, которую он когда-либо будет хранить, поэтому он никогда не будет больше. Вам не нужно беспокоиться о том, что файлы журналов становятся слишком большими. Ключ заключается в том, чтобы настроить его для суммирования по периодам времени, например, ежедневно, ежемесячно, ежегодно. Недостатком является то, что в следующем году вы не сможете узнать об использовании процессора в течение пятиминутного периода с 1 января этого года. Но кому это действительно нужно?

1 голос
/ 16 марта 2009

RRDtool кажется очевидным решением для этого.

Или, если на то пошло, один из готовых инструментов мониторинга, некоторые из которых используют rrdtool для хранения своих данных. Например. Munin .

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...