Мониторинг веб-серверов (постановка)

Версия 15:38, 5 июня 2017

Мониторинг реализуется ввиде прикладного решения на платформе Гедымин со следующей функциональностью:

1. Ведение базы данных предприятий, где Гедымин используется как веб-сервер.
2. Мониторинг и логирование состояния веб-серверов по установленному расписанию.
3. Автоматическое оповещение системного администратора о выявленных проблемах.
4. Предоставление разработчику или администратору веб-интерфейса для контроля за состоянием серверов.

Как это работает

1. Решение устанавливается на компьютер, где имеется исходящий доступ в интернет и постоянно запущен gedemin.exe в режиме веб-сервера.
2. В базе данных прописывается список предприятий. Для каждого указывается список веб-серверов с адресами и используемыми решениями.
3. По расписанию (с использованием автозадач) запускается скрипт-функция, которая поочередно опрашивает все сервера. Полученные ответы или коды ошибок, если сервер не доступен, записываются в таблицу лога. Для каждого сервера мы храним два url. Один -- это быстрая проверка доступности сервера. Ее можно вызывать часто без угрозы снижения производительности сервера. Второй -- получение статистики. У нему будем обращаться не чаще одного раза в сутки.
4. При обнаружении ошибки, системный администратор оповещается через email.
5. Через веб-интерфейс можно получить доступ к панели мониторинга, где выводится список серверов их текущее состояние и накопленная статистика. Веб-интерфейс защищен логином и паролем.

Структуры данных

Данные предприятия хранятся в стандартном справочнике клиентов. Таблицы GD_CONTACT, GD_COMPANY.

Список серверов USR$WEBM_SERVER:

 id                dintkey,
 usr$name          dname,
 usr$ip            gd_dipaddress,
 usr$checkurl      dtext255 NOT NULL,
 usr$staturl       dtext255 NOT NULL,
 usr$login         dtext40,
 usr$password      dtext40,
 usr$companykey    dintkey,
 usr$email         dtext255,
 disabled          ddisabled 

Лог USR$WEBM_LOG:

 id                dintkey, 
 usr$timestamp     dtimestamp_notnull,
 usr$serverkey     dintkey,
 usr$address      
 usr$code          
 usr$response_time dinteger_notnull

Данные USR$WEBM_LOGDATA:

 id                dintkey,
 usr$logkey        dintkey,
 usr$field         dname,
 usr$intvalue      INTEGER,
 usr$dblvalue      DOUBLE PRECISION,
 usr$tsvalue       TIMESTAMP,
 usr$varcharvalue  VARCHAR(1024)

Схема организации данных в таблицах USR$WEBM_LOG и USR$WEBM_LOGDATA подобна применяемой в таблицах GD_WEBLOG и GD_WEBLOGDATA.

Пример обмена данными

Запрос:

 GET http://some.ip/get_stat_url_v1

Со временем может появиться другая процедура статистики или другая версия этой процедуры. Для того, чтобы несколько могли уживаться на одной базе, у каждой будет свой URL. Запрос может быть без параметров. В этом случае процедура сама знает за какой период посчитать и вернуть статистику.

Ответ сервера:

 {
   version: 1;
   date_begin: '01.04.2017';
   date_end: '01.05.2017';
   active_clients: 567;
   request_server: 2418;
 }

Поле с номером версии обязательно и всегда присутствует. По нему мы определяем что находится в нашей структуре.

Как указананная выше информация будет записана в базу данных:

Веб-интерфейс

Пример организации веб-интерфейса. Цветовое выделение сразу позволяет обратить внимание на недоступные и проблемные сервера.