Мониторинг веб-серверов (постановка)
SYSDBA (обсуждение | вклад) (→Пример обмена данными) |
SYSDBA (обсуждение | вклад) |
||
| Строка 33: | Строка 33: | ||
Лог '''USR$WEBM_LOG''': | Лог '''USR$WEBM_LOG''': | ||
| − | id | + | id dintkey, |
| − | usr$timestamp | + | usr$timestamp dtimestamp_notnull, |
| − | usr$serverkey | + | usr$serverkey dintkey, |
| − | usr$address | + | usr$address |
| − | usr$code | + | usr$code |
| − | usr$response_time | + | usr$response_time dinteger_notnull |
| − | Данные '''USR$ | + | Данные '''USR$WEBM_LOGDATA''': |
| − | id | + | id dintkey, |
| − | usr$logkey | + | usr$logkey dintkey, |
| − | usr$field | + | usr$field dname, |
| − | usr$intvalue | + | usr$intvalue INTEGER, |
| − | usr$dblvalue | + | usr$dblvalue DOUBLE PRECISION, |
| − | usr$tsvalue | + | usr$tsvalue TIMESTAMP, |
| − | usr$varcharvalue | + | usr$varcharvalue VARCHAR(1024) |
| + | |||
| + | Схема организации данных в таблицах USR$WEBM_LOG и USR$WEBM_LOGDATA подобна применяемой в таблицах [[GD_WEBLOG]] и [[GD_WEBLOGDATA]]. | ||
===Пример обмена данными=== | ===Пример обмена данными=== | ||
Версия 15:14, 5 июня 2017
Мониторинг реализуется ввиде прикладного решения на платформе Гедымин со следующей функциональностью:
- Ведение базы данных предприятий, где Гедымин используется как веб-сервер.
- Мониторинг и логирование состояния веб-серверов по установленному расписанию.
- Автоматическое оповещение системного администратора о выявленных проблемах.
- Предоставление разработчику или администратору веб-интерфейса для контроля за состоянием серверов.
Как это работает
- Решение устанавливается на компьютер, где имеется исходящий доступ в интернет и постоянно запущен gedemin.exe в режиме веб-сервера.
- В базе данных прописывается список предприятий. Для каждого указывается список веб-серверов с адресами и используемыми решениями.
- По расписанию (с использованием автозадач) запускается скрипт-функция, которая поочередно опрашивает все сервера. Полученные ответы или коды ошибок, если сервер не доступен, записываются в таблицу лога. Для каждого сервера мы храним два url. Один -- это быстрая проверка доступности сервера. Ее можно вызывать часто без угрозы снижения производительности сервера. Второй -- получение статистики. У нему будем обращаться не чаще одного раза в сутки.
- При обнаружении ошибки, системный администратор оповещается через email.
- Через веб-интерфейс можно получить доступ к панели мониторинга, где выводится список серверов их текущее состояние и накопленная статистика. Веб-интерфейс защищен логином и паролем.
Структуры данных
Данные предприятия хранятся в стандартном справочнике клиентов. Таблицы GD_CONTACT, GD_COMPANY.
Список серверов USR$WEBM_SERVER:
id dintkey, usr$name dname, usr$ip usr$checkurl usr$staturl usr$login usr$password usr$companykey usr$email disabled
Лог 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;
}
Поле с номером версии обязательно и всегда присутствует. По нему мы определяем что находится в нашей структуре.
Как указананная выше информация будет записана в базу данных:
Веб-интерфейс
Пример организации веб-интерфейса. Цветовое выделение сразу позволяет обратить внимание на недоступные и проблемные сервера.