Там кто-либо контролирует программное обеспечение, которое в состоянии сделать почти продолженное получение по запросу и сохранить среднее число к DataBase?
Мы будем полностью законным бизнесом
Нет, Вы не будете. Вы исследуете Интернет и крадете работу других людей и задаетесь вопросом, какие проблемы могли бы неожиданно возникнуть. Давайте посмотрим, существует возможная тяжба и в крайних случаях, возможно, даже некоторое время в одной из баз отдыха Вашего правительства. Законы варьируются с места на место, но я готов держать пари, что то, что Вы делаете или планируете сделать, не законно нигде.
Во-первых, я думаю Ваш неправильно понимающий использование системы контроля. Обнаружение каждого небольшого пика является излишеством в большинстве ситуаций, и для обнаружения перезапусков Вашего сервера, чтение файлов журнала и возможно вход/построение графика информации о времени работы являются лучшим способом пойти.
Тем не менее много систем построения графика как MRTG, Munin или Cacti используют превосходный rrdtool Tobi Oetiker к, делает точно, что Вы хотите: Это хранит данные для т.е. мелкие интервалы в течение дня (1 440 значений), 5-минутные средние числа в течение прошлой недели, почасовые средние числа в течение месяца и т.д. После дня это перезапишет старые значения от ежедневной базы данных (отсюда имя: Круговой инструмент Database).
Я полностью согласен с SvenW, тем не менее, я думаю, что можно сделать это с Zabbix (другие системы контроля могут также). Установка интервалов сбора информации всего 5 секунд кажутся выполнимыми, процесс демона Zabbix HouseKeeper сделает тенденции, вычисляющие впоследствии на основе параметров хранения, Вы поставили контролируемый объект.
Вы могли бы рассмотреть, чтобы взглянуть на jmx4perl, который идет с очень мощным Плагином Nagios check_jmx4perl. Для Вас вариант использования особенно режим истории jmx4perl-агента мог бы быть интересным. Это допускает хранение настраиваемого количества недавно запрошенных значений в памяти агента, и возвратите их по каждому запросу. С этими данными среднее значение может быть легко вычислено без потребности клиентского устройства хранения данных.
В настоящее время check_jmx4perl использует этот режим истории для контроля на уровнях увеличения (например, как быстро память выделяется), для вычисления средних чисел, еще нет ничего из поля. Но это было бы хорошим дополнением к check_jmx4perl, таким образом, я рассмотрю это для одного из следующих выпусков. Тем не менее, необходимо скорректировать Nagios, опрашивающий интервал С помощью так называемого объемного запроса, можно выбрать значение всех таймеров для определенного сервера сразу, все же.
Все еще сомнительно, имеют ли 5 интервалов опроса с смысл. Для Вашего случая использования было бы намного лучше установить MBean (возможно, в специализированном сервлете) с внутренним планированием (поток), который запрашивает таймеры внутренне с такой высокой частотой и выставляет только среднее число как единственный атрибут JMX, который затем может быть запрошен. Это не должно быть этим трудно для кодирования.