НИЦТВО СИСТЕМНОГО АДМІНІСТРАТОРА
У цілому системному адміністраторові рекомендується дотримуватися існуючої ієрархії розташування конфігураційних файлів і каталогів. Додавання в систему моніторингу нових хостів і служб зводиться до створення нових конфігураційних файлів і сценарій запуску, як було показано в розділі 5 - Розробка програмного забезпечення, тому повторно описувати параметри і принципи конфігурування системи в цій роботі сенсу немає, проте варто більш детально зупинитися на описі інтерфейсів окремих модулів системи.
5.1 Опис веб-інтерфейсу системи
Для того щоб виконувати інтерактивне спостереження за службами було зручніше в систему інтегрований web-інтерфейс. Web-інтерфейс ще гарний тим, що дає повну картину системи завдяки вмілому застосуванню графічних засобів і надання додаткової статистичної інформації.
При вході на веб-сторінку Nagios буде запитаний введення імені користувача і пароля, які ми встановили в процесі настройки. Стартова сторінка веб-інтерфейсу показано на малюнку нижче.
Рис. 5.1 - Стартова сторінка веб-інтерфейсу системи
Зліва знаходиться навігаційна панель, праворуч результати різного представлення даних про стан мережі, хостів і служб. Нас буде цікавити в першу чергу розділ Monitoring. Подивимося на сторінку Tactical Overview.
Рис. 5.2 - Стартова сторінка веб-інтерфейсу системи
На цій сторінці розташовується суммирующая інформація по всіх параметрах моніторингу та станом хостів і служб, при цьому жодних подробиць не наводиться, однак, якщо виникають якісь проблеми, то вони виділяються особливим кольором і стають гіперпосиланням, що веде до докладного опису виниклої проблеми. У нашому випадку на поточний момент серед усіх хостів і служб є одна нерозв'язана проблема, перейдемо за цим посиланням (1 Unhandled Problems).
Рис. 5.3 - Виявлена ??проблема служби
Тут ми в таблично вигляді спостерігаємо на якому саме хосте виникла проблема, що за служба її викликала (у нашому випадку це велике завантаження процесора на маршрутизаторі), статус помилки (може бути нормальний, пороговий і критичний), час останньої перевірки, тривалість присутності проблеми, номер перевірки по рахунку в циклі і детальна інформація з конкретними значеннями, повертаними використовуваним плагіном.
Перейдемо за посиланням служби CPU Load.
Рис. 5.4 - Детальний опис стану служби
Тут ми бачимо повний опис проблеми, ця сторінка корисна при глибокому аналізі проблеми, коли не зовсім ясна причина її виникнення, наприклад вона може бути в занадто жорстко заданих порогових значеннях критичності стану або неправильно заданих параметрах запуску плагіна, що також буде оцінюватися системою як критичне стан. Крім опису, з цієї сторінки можливе виконання команд над службою, наприклад відключити перевірки, призначити інший час наступної перевірки, прийняти дані пасивно, прийняти проблему на розгляд, відключити оповіщення, відправити оповіщення вручну, запланувати відключення служби, відключити виявлення нестабільного стану і написати коментар.
Перейдемо на сторінку Service Detail.
Рис. 5.5 - Детальний представлення всіх служб
Тут ми бачимо список всіх хостів і служб, незалежно від їх поточного стану. Ця можливість може бути і корисна, але переглядати довгий список хостів і служб не зовсім зручно і потрібна вона скоріше щоб час від часу візуально уявити обсяг роботи, виконуваної системою. Тут кожен хост і служба, як і на малюнку 6.3 є посиланням, що веде до більш докладного опису параметра.
Перейдемо за посиланням Host Detail.
Рис. 5.6 - Повний докладний список хостів
У даній таблиці представлений повний докладний список хостів, їх статуси, час останньої перевірки, тривалість поточного статусу та додаткова інформація. У нашій системі прийнято, що статус хоста перевіряється за допомогою перевірки доступності хоста по протоколу ICMP (8), тобто командою ping, проте в загальному випадку перевірка можна бути якою завгодно. Значки в колонці праворуч від імені хоста говорять про групу, до якої він належить, зроблено це для зручності сприйняття інформації. Значек світлофора це посилання, що веде до докладного списку служб даного хоста, описувати цю таблицю окремо не має сенсу, вона точно така ж, як і на малюнку 10.4, тільки інформація представлена ??про єдиний хості.
Наступні за списком посилання є різними модифікаціями попередніх таблиць і розібратися з їх змістом не складе труднощів. Найц...
