Продолжаем мониторить систему. Основные средства для мониторинга представлены в этой статье, а теперь поговорим про отдельную утилиту, известную как nmon visualizer. Взять ее можно по адресу http://nmonvisualizer.github.io/nmonvisualizer/. С помощью данной утилиты мы можем парсить логи, собранные nmon'ом. Является отличной альтернативой стандартной программе мониторинга sar.
Для начала включим сбор логов nmom'ом, для этого отредактируем крон.
#crontab -e
#monitoring - это комментарий
00 21 * * * nmon -fdt -^ -s 60 -c 10 -m /share
Ежедневно запускать nmon в 21-00, периодичность(-s) 60 секунд, количество повторных операций (-c) 10, сохранять в директории /share.
С помощью крона nmon соберет статистику, теперь нам надо ее посмотреть - в этом нам поможет парсер. Запускаем!
Посмотрим общую загрузку по процессору:
Посмотрим загрузку по дискам:
Утилита довольна проста в использовании, кнопок настроек совсем немного, но красивые графики и понятийный интерфейс - то что надо!
С помощью Top'а основные процессы на сервере, и выявим пики загрузки сервера:
По этому графику это 2 интервала: 21-30 и 23-00. Мониторинг отработал - теперь время выяснять, как поправить ситуацию. Но это уже совсем другая история.
Для запуска постоянного мониторинга можно использовать smit
smit topas
Start New Recording → Start Persistent local recording # Запуск нового мониторинга
Stop Recording → Stop Persistent Recording → Stop Persistent local nmon Record #Отключение
Успехов!
Для начала включим сбор логов nmom'ом, для этого отредактируем крон.
#crontab -e
00 21 * * * nmon -fdt -^ -s 60 -c 10 -m /share
Ежедневно запускать nmon в 21-00, периодичность(-s) 60 секунд, количество повторных операций (-c) 10, сохранять в директории /share.
С помощью крона nmon соберет статистику, теперь нам надо ее посмотреть - в этом нам поможет парсер. Запускаем!
Посмотрим общую загрузку по процессору:
С помощью Top'а основные процессы на сервере, и выявим пики загрузки сервера:
По этому графику это 2 интервала: 21-30 и 23-00. Мониторинг отработал - теперь время выяснять, как поправить ситуацию. Но это уже совсем другая история.
Для запуска постоянного мониторинга можно использовать smit
smit topas
Start New Recording → Start Persistent local recording # Запуск нового мониторинга
Stop Recording → Stop Persistent Recording → Stop Persistent local nmon Record #Отключение
Успехов!
Если требуется организовать доступ к отчётам NMON Vizualizer для нескольких администраторов или рукводителя, но не хочется предоставлять файлы nmon или разбираться в этом никто не хочет или запрещает уровень безопасности (чаще всего), то можно сделать так: 1. копировать на Linux-машину логи (для каждого хоста в отдельную директорию); 2. сделать простой веб-интерфейс на PHP (я написал на Go), где можно выбрать хост, дату и какие-то дополнительные возможности фильтрации; 3. передавать параметры java-приложению NMON Vizualizer и вуаля... получать результат, который можно сразу же отправлять, например, по е-майл. Заголовок в виде текста (в Linux) можно создать с помощью утилиты convert, а собрать все изображения в один PDF - для красоты - с помощью утилиты pdfjoin. Отправка отчёта возможна с помощью nail, например. А дальше уже - полёт Вашей фантазии. Можно, например, добавить очередь, а если отчёты запрашиваются постоянно по одному временному интервалу - за месяц, например - заранее их формировать и предлагать скачать :)
ReplyDeleteАлексей, очень ценный комментарий! Спасибо=)
ReplyDelete