Блог Monit IT




Как зарегистрироваться и добавить свой сайт на проверку.

Видео о том как зарегистрироваться в сервисе, как добавить свой сайт на проверку и настроить SMS уведомления о проблемах.

0 комментариев

Визуализация метрик или как бьется сердце вашего сервера.

В прошлом посте я описал, что из себя представляют метрики и как именуются метрики собираемые Monit IT. Сейчас мы попробуем превратить все эти цифры в понятную картину.

 

Для этого заходим в раздел Отчеты и выбираем график Метрики:

 

Справа располагается панель управления, на которой отображены:

1. Список объектов

Нажимая на треугольный маркер вы раскрываете список метрик, который был собран для этого объекта.

 

2. Два параметра конвертирования данных времени и размера в нужную размерность:

С помощью этого контрола вы сможете делать данные сопоставимыми по их математическому порядку.

 

3. Контролы выбора проверочных точек и периода времени за который вам нужно построить отчет.

Контролы выбора проверочных точек мониторинга и периода отчета

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

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

 

Для вывода графика вы можете отметить метрики у разных объектов и они будут все отображены на графике.

Вот пример графика полученного мной с помощью этого отчета:

 

 

Если хотите узнать подробнее и увидеть, как был построен этот график, посмотрите видео:

 

0 комментариев

Метрики.

В прошлой статье я упомянул о том, что Monit IT собирает метрики и позволяет строить по ним графики и с их помощью сопоставлять графически влияние одних процессов, происходящих на ваших серверах с другими. Например, как влияет объем занятой памяти на сервере, на загрузку процессора и на скорость работы веб-сервера. Интересно?  Тогда читайте дальше!

 

Что такое метрика в Monit IT? Это числовое значение какого-либо параметра, которое может иметь свою размерность ( например миллисекунды или байты ), полученное в результате проведения проверки.

 

До недавнего времени в Monit IT была доступна только одна метрика — время затраченное на проверку объекта. Она измеряется в милисекундах и показывает сколько времени заняла проверка объекта тестером. В целом для проверки веб-сайта это, наверное, вполне достаточная метрика, но даже у ответа веб-сайта есть интересные нюансы, о которых интересно было бы знать. Эти нюансы вы могли видеть при проверке своего веб-сервера в разделе Инструменты на нашем сайте. Вот, например, как выглядит результат проверки сайта lenta.ru:

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

 

Или возьмем SSH проверку в режиме NAGIOS PLUGIN. Вы например проверяете загрузку процессора: сам плагин возвращает вам три метрики load1, load5 и load15 (текущая загрузка процессора, средняя за 5 минут, средняя за 15 минут) и вас конечно же не устроит, если Monit IT покажет вам только, сколько времени у него заняло запустить этот плагин и получить статус ошибки или предупреждения, вам хотелось бы наверняка видеть изменения загрузки процессора в течение времени и сопоставлять это изменение, например, с тем, как быстро ваш сайт обрабатывает запросы посетителей. Теперь это возможно! Monit IT научился получать и сохранять значения разнообразных метрик и также графически представлять их.

 

Для начала рассмотрим то, как именуются метрики. Названия метрик в Monit IT состоят из цифр, латинских букв, а так же могут содержать символы минус «-«, подчеркивание «_», точка «.» и прямой слэш «/».  Все символы в названиях метрик, которые не входят в этот набор, автоматически заменяются на символы подчеркивания «_».  Само название метрики состоит из именной части и размерности. Например стандартная метрика «Общее время затраченное на проверку» выглядит, как mitest.total.ms (здесь mitest.total именная часть, а ms — единицы измерения, миллисекунды).

 

Стандартные метрики имеют интуитивно понятные названия. Например так выглядят метрики для HTTP проверки ( .us в названиях метрик  — сокращение от микросекунды ) :

Метрика mitest.total.ms вам уже знакома (total.us — здесь то же самое, только в микросекундах).  body.bytes — размер тела ответа веб-сайта в байтах.  Остальные метрики это время затраченное на соединение с проверямым сайтом (connect.us), отправки запроса (send.us), время затраченное на ожидание и получение заголовков (headers.us) и время на получение тела ответа, т.е. самого содержимого веб-страницы (body.us).

 

Метрики для проверки PING выглядят так:

min.us, max.us и avg.us — минимальное, максимально и среднее время пинга. ping.lost, ping.ok, ping expected  — количественные характеристики: сколько пинг пакетов потеряно, сколько вернулось и сколько пакетов всего было отправлено. ping.lost.percent — процент потерянных пинг пакетов от ощего числа отправленных.

 

Теперь о метриках собираемых  Nagios плагинами.  Названия этих метрик преобразуются для хранения в базе данных Monit IT. Сначала имя приводится в соответствие с требованиями именования метрик (неподдерживаемые символы заменяются на символ подчеркивания). И потом к названию добавляется размерность метрики.

Например, если плагин вернул такую метрику ‘GigabitEthernet1/0/26_in_error’=771c  , то она будет преобразована в  _GigabitEthernet1/0/26_in_error_.counter  и в базу будет записано значение 771 для этой метрики.

 

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

Подпишитесь на RSS канал нашего блога и присоединяйтесь к нам в твиттере @atlexru

0 комментариев

Новый тип проверки: SSH

Возможно вы уже заметили анонс в твиттере  на прошлой неделе, о том, что мы добавили новый тип проверки в Monit IT — SSH. Сейчас мы расскажем о нем подробнее.

SSH —  позволяющий производить удалённое управление операционной системой и туннелирование TCP-соединений (например, для передачи файлов).  (Это цитата из википедии, если хотите узнать больше о протоколе SSH прочитайте эту статью). Нас в этом протоколе интересует именно удаленное управление операционной системой. Используя этот протокол SSH тестер будет подключаться к вашей операционной системе, запускать необходимую команду и проверять возвращаемый код ошибки и обрабатывать выходные данные.

SSH тестер имеет три типа проверки:

 

1. Самый простой: AUTH

 

Тестер подключается к удаленному серверу по указанному адресу и порту, аутентифицируется и отключается от удаленного хоста. В данном режиме тестер проверяет саму возможность подсоединения к удаленному серверу по протоколу SSH.

 

2. Тип проверки: EXEC

Этот метод уже подразумевает запуск какой-либо команды на удаленном сервере и возможную проверку возвращаемого значения на соответствие заданным параметрам

На скриншоте вы можете видеть, какие параметры имеет данный тип проверки. Вы должны ввести команду, которую необходимо выполнить на удаленном сервере (заметьте, что Monit IT не проверяет команды на деструктивность или побочные эффекты, так что если вы введете команду удаления  всей файловой системы на сервере… ну что ж, вы сами в этом виноваты, вы ведь не вводите такие команды в консоли своего сервера, значит и в Monit IT такие команды использовать не нужно :) )

 

Если вы оставите поля  Ожидаемый код возврата и Проверка строки или регулярного выражения  пустыми, то Monit IT просто запустит введенную вами команду ничего более не проверяя.

 

В поле Ожидаемый код возврата вы можете ввести число, и Monit IT сравнит  код возврата запускаемой команды с числом в этом поле. Если они не совпадут, тестер вернет ошибку.

 

В поле Проверка строки или регулярного выражения можно ввести строку или регулярное выражение. После запуска команды тестер сравнит объедененное содержимое вывода команды в stdout и stderr на соответствие регулярному выражению или наличию строки в этом выводе. Как замечение: тестер примет только 4 килобайта вывода команды.

 

3. Третий и, наверное, самый интересный тип проверки NAGIOS PLUGIN 

 

Как видите настроек у этого типа проверки даже меньше, чем у предыдущего, но это не делает его менее интересным.

От вас требуется ввести только выполняемую команду и тестер проверит вывод данной команды в соответствие с правилами NAGIOS плагинов.

 

Что такое Nagios? Nagios это одна из систем мониторинга с открытым исходным кодом, которая широко используется системными администраторами. Плюсы и минусы ее мы обсуждать в данной статье не будем, скажем лишь то, что Nagios мощный продукт, но требует усилий в установке и настройке, а также  оборудование на которое эта установка производится.

 

Чем же интересна данная проверка? — спросят люди, незнакомые с Nagios. Мы ответим: количеством проверочных скриптов, написанных огромным сообществом системных администраторов использующим Nagios. Вы можете проверять любые параметры вашего сервера: загрузка процессора, свободное место на диске… да вобщем все что угодно! Вам нужно только установить плагины Nagios на свой сервер и потом их запускать с помощью Monit IT.

 

Например на скриншоте показана команда проверки загрузки процессора. Она собирает данные о загрузке процессора на текущую минуту и за последние 5 и 10 минут.  Ключами -w и -c задаются пороги предупреждения и ошибки. Так если текущая загрузка будет равна 5, то тестер выставит флаг предупреждения, а если загрузка превысит порог 10, то флаг ошибки.

 

Но и это еще не все: самое вкусное я приберег на последок. :) Monit IT теперь умеет автоматически собирать все проверенные метрики и хранить их. Впоследствии вы сможете наглядно представить эти метрики в виде графиков и сопоставить их с другими метриками. Например вы сможете наглядно  узнать, как загрузка процессора влияет на скорость ответа вашего сервера! Подробнее об этом в следующей статье.

 

В нашем блоге мы подробно расскажем, как установить плагины Nagios на ваш сервер, а также остановимся на конкретных примерах тестирования серверов с помощью этих плагинов. Если вам это интересно, подпишитесь на RSS канал нашего блога и присоединяйтесь к нам в твиттере @atlexru 

 

 

0 комментариев