58
Коммутаторы и маршрутизаторы производства HP добавлены в
мониторинг по протоколу SNMP, так же, как и сам гипервизор ESXi 6.0.
3.2 Разработка скриптов системы мониторинга
Ранее было показано, что система мониторинга Zabbix поставляется с
исчерпывающим функционалом, тем не менее, систему нужно адаптировать
под конкретную задачу, для этого применяются различные скрипты. [39]
Сценарий может быть написан на любом языке, который поддерживается
операционной системой, под управлением которой работает сервер Zabbix. Для
большинства нужд достаточно простого сценария Bash, его можно быстро
разработать чтобы сделать оповещения более полезными. По умолчанию
Zabbix будет искать скрипты в каталоге /usr/lib/zabbix/warncripts в пакете
CentOS 7, предоставляемом Zabbix, но это можно изменить, указав параметр
AlertScriptsPath в конфигурации Zabbix. Также, нужно убедится, что сценарий
является исполняемым для правильных пользователей. [39]
По умолчанию в Zabbix нет готовых к использованию скриптов, таких
как резервное копирование конфигурации или подключение
узкоспециализированного оборудования. Zabbix - это общая система, которая
может расширяться с помощью специальных функций, реализованных самим
пользователем. [35]
Для отправки смс сообщений ЗАО «Ситикард» применяет GSM модем с
Ethernet интерфейсом. Для его подключения к системе мониторинга Zabbix
нужно создать скрипт управления. На рисунке 14 показано добавление ссылки
на скрипт. [30]
59
Рисунок 14 - Добавление скрипта в систему мониторинга Zabbix
Текст скрипта для командной оболочки bash приведен на рисунке 15.
Входные параметры скрипта $ {1}, $ {2}, $ {3} в Zabbix связаны с адресом
получателя, субъектом и текстом сообщения, соответственно. Файл скрипта
должен быть расположен в соответствии с параметром AlertScriptsPath,
например, в папке /usr/lib/zabbix/warncripts, указанной в zabbix_server.conf, и
должен иметь разрешения на выполнение для пользователя zabbix или иного,
установленного в файле конфигурации. [35]
Рисунок 15 - Скрипт отправки СМС сообщений
60
Скрипт должен запускаться периодически, обычно через cron. Это
заставит скрипт отправлять свои данные на сервер Zabbix. Если для защиты
страницы состояния используется HTTP-аутентификация, можно использовать
опции -u и -a для передачи желаемого имени пользователя и пароля. Эти
параметры заставляют скрипт предоставлять имя пользователя и пароль для
любого хоста, на который они запрашивается. [35]
Отправитель и сервер Zabbix определяют, какой хост сохраняет
прикладные данные на основе строки хоста, переданной отправляющей
системой. Можете использовать параметр -c, чтобы указать имя хоста.
Сценарий может запускаться через cron, но есть альтернативные методы его
запуска, которые включают в себя использование демона Twisted. [31]
Теперь настройку уведомлений можно проводить в системе мониторинга
Zabbix, указав номер телефона, время активности скрипта и типы отправляемых
сообщений рисунок 16. [36]
Рисунок 16 - Настройка скрипта отправки СМС сообщений
Хороший план мониторинга SQL сервера должен включать следующие
параметры: [29]
производительность базы данных, например, сохраняя запись о
времени завершения запроса, можно обнаружить любые неоптимальные
расположения данных и придумать возможные улучшения;
61
количество ошибок запросов, по мере их роста можно выявить
проблемы, требующие исправления;
трафик пользователей, поскольку потребности в использовании базы
данных, как правило, развиваются быстрее, чем было учтено при
проектировании;
ошибки безопасности.
Средство настройки SQL Server SQL Server 2012 содержит системные
хранимые процедуры, называемые p_configure, и инструмент настройки для
служб и функций. Эти инструменты упрощают включение и отключение
дополнительных функций. Как правило, функции по умолчанию отключены.
Ниже перечислены функции, которые можно активировать с помощью
инструмента xp_cmdshell: [6]
веб-помощник SQL Server;
интеграция с CLR;
специальные удаленные запросы (функции OPENROWSET и
OPENDATASOURCE);
системные процедуры OLE Automation;
системные процедуры для почты базы данных и SQL Mail;
удаленное использование выделенного подключения администратора.
Собрать необходимые параметры можно с помощью хранимой
процедуры или скрипта базы данных, рисунок 17.
62
Рисунок 17 - Скрипт сбора параметров базы данных
Теперь создадим скрипт для мониторинга ip-телефонии, рисунок 18.
Рисунок 18 -Скрипт сбора данных с сервера телефонии
Цель скрипта на рисунке 18 - собрать актуальные ошибки системы
Asterisk, а именно, сколько каналов используется в данный момент времени,
сколько прошло времени после последней перезагрузки. Хотя у Asterisk есть
API и консоль, к которой можно получить доступ из CLI, оба метода имеют
недостатки, в частности, слишком много открытых подключений к консоли
может привести к сбою Asterisk, или создать слишком большую нагрузку.
63
Zabbix можно настроить следить за действительностью сертификата,
который предлагает сервер. Элемент возвращает дни, как долго сертификат все
еще действителен. Триггеры будут информировать, если оставшееся время
падает ниже определенного предела. [6]
Основная идея заключается в использовании команды openssl для
получения сертификата сервера, печати дат сертификата и анализа строки
notAfter. Эту дату можно сравнить с текущей датой. Командная строка
сценария:
END_DATE="$(openssl s_client $S_CLIENT_OPTS </dev/null 2>$TMP| \
openssl x509 -dates -noout | sed -n 's/notAfter=//p')"
После копирования сценария в место, где сервер Zabbix хранит свои
внешние скрипты, опция конфигурации ExternalScripts, и позволяет Zabbix-
серверу выполнить скрипт, можно определить элемент для проверки
действительности сертификата сервера типа External check. Скрипт приведен на
рисунке 19. [37]
Рисунок 19 - Скрипт проверки действительности сертификата
64
3.3 Разработка инструкции для администратора сети
Администратор сети должен отслеживать текущее состояние настроек
системы мониторинга и при необходимости вносить изменения. Если требуется
отключить оборудование, которое передает данные в систему мониторинга,
нудно указать в системе период, в течение которого оборудование будет не
доступно. В противном случае собранные данные системы мониторинга будут
не верны. [17]
Рассмотрим определение периодов обслуживания для хостов и групп
хостов в Zabbix. Существует два типа обслуживания - с сбором данных и без
сбора данных. [38]
Во время обслуживания «со сбором данных» триггеры обрабатываются,
как обычно, и при необходимости создаются события. Тем не менее, система
уведомлений и выполнения автоматизированных действий приостанавливается
для хостов в обслуживании, если операции останова во время обслуживания
указана в конфигурации действий.
В этом случае шаги уведомлений, которые могут включать отправку
сообщений или удаленных команд, будут игнорироваться до тех пор, пока
длится период обслуживания.
Например, если шаги уведомления запланированы на 0, 30 и 60 минут
после обнаружения проблемы, а техническое обслуживание определено на
полчаса и длится от 10 минут до 40 минут после возникновения реальной
проблемы, шаги номер два и три будут выполнены через полчаса, или через 60
минут и 90 минут при условии, что проблема все еще существует. [17]
Аналогичным образом, если во время технического обслуживания
возникает проблема, действия по ее решению начнутся после окончания
периода обслуживания. [40]
Чтобы получать уведомления о проблемах во время обслуживания в
обычном режиме без задержки, нужно снять флажки с операций Pause, в опции
обслуживания и в конфигурации действий, рисунок 20. [40]
65
Рисунок 20 - Настройка технического обслуживания
На рисунке 20 показаны следующие параметры: [34]
Name - название периода обслуживания.
Maintenance type - тип обслуживания, можно установить два типа
обслуживания:
со сбором данных - данные будут собираться сервером во время
обслуживания, будут обработаны триггерысобытий;
без сбора данных - данные не будут собираться сервером во время
обслуживания.
Active since - время выполнения периодов обслуживания, установка
только этого времени не активирует период обслуживания;
Active till - дата и время, когда выполнение периодов обслуживания
перестает быть активным.
Description - описание периода обслуживания.
66
Вкладка «Периоды» позволяет определить точные дни и часы, когда
происходит обслуживание. При нажатии кнопки «Новый» открывается гибкая
форма периода обслуживания, в которой можно определить время:
ежедневно;
еженедельно;
ежемесячно;
одноразовое обслуживание.
Вкладка «Периоды» показана на рисунке 21.
Рисунок 21 - Вкладка «Периоды»
67
Ежедневные и еженедельные периоды имеют параметр каждый день или
каждая неделя, который по умолчанию равен 1. Установка его в значение 2
означает, что обслуживание выполняется каждые два дня или каждые две
недели и так далее. Начальный день или неделя - это день или неделя, которые
активны с момента наступления периода. [34]
В качестве системы хранения данных применяется база данных.
Резервная копия базы данных - это копия, которая может использоваться для
восстановления данных. Резервное копирование базы данных - это процесс
защиты данных от уничтожения. Риск потери данных не может быть полностью
предотвращен, но можно сделать так, чтобы было все, что нужно, для
восстановления. Процесс резервного копирования данных имеет решающее
значение для успешного плана аварийного восстановления. [4]
Организации используют резервное копирование данных, что бы снизить
риски следующих событий: [4]
разрушение данных;
сбои оборудования, включая сбой носителя, сбой программного
обеспечения и ошибки операционной системы;
атаки по сети или другие злонамеренные действия;
ошибки или другие непреднамеренные действия персонала;
несанкционированные изменения и другие нежелательные события.
Для хранения файлов резервных копий выбирают одно или несколько из
следующих мест: [4]
локальное хранилище используется, если нужно сохранить резервную
копию на съемном устройстве хранения, подключенном к компьютеру;
общая папка используется, если нужно сохранить резервную копию в
общей сетевой папке;
ленточные устройства используются, если требуется надежная
архивация на длительный срок;
облачное хранилище.