- •Глава 1. Исследование и анализ существующих систем мониторинга ит-инфраструктуры 6
- •Глава 2. Моделирование ит-инфраструктуры для предприятия и отображение в Zabbix – модели 32
- •Глава 3. Моделирование систем мониторинга 75
- •Введение
- •Глава 1. Исследование и анализ существующих систем мониторинга ит-инфраструктуры
- •1.1. Общая характеристика систем мониторинга ит-инфраструктуры
- •1.2. Сравнительный анализ выбранных систем мониторинга систем мониторинга ит-инфраструктуры
- •1.2.1. Система Microsoft scom
- •1.2.2. Система Zabbix
- •1.2.3. Система Nagios
- •1.2.4. Система Cacti
- •1.2.5. Сравнительный анализ свободно распространяемых систем
- •1.3 Выводы по первой главе:
- •Глава 2. Моделирование ит-инфраструктуры для предприятия и отображение в Zabbix – модели
- •2.1. Основные принципы построения системы мониторинга
- •2.1.1. Архитектура системы мониторинга
- •2.1.2. Моделирование системы мониторинга
- •2.2. Универсальная система мониторинга Zabbix
- •2.2.1. Введение
- •2.3 Процесс функционирования система Zabbix
- •Выводы по второй главе
- •Глава 3. Моделирование систем мониторинга
- •3.1 Введение
- •3.2 Моделирование дополнительных функции для системы мониторинга Zabbix
- •3.3. Алгоритмы задач мониторинга на аппаратном уровне
- •3.4. Алгоритмы задач мониторинга на системном уровне
- •3.5. Алгоритмы задач мониторинга на уровне приложений
- •Вывод по третьей главе:
- •Заключение
- •Библиография
3.3. Алгоритмы задач мониторинга на аппаратном уровне
Типовые задачи автоматизированного мониторинга информационной структуры предприятия на аппаратном уровне:
- мониторинг IPMI сенсоров серверов (температура, напряжение, скорость вращения «кулеров», влажность воздуха в помещении);
- проверка состояние источников бесперебойного питания.
На рисунке 3.3.1 представлена процесс мониторинга IPMI сенсоров серверов.
Рис. 3.3.1. Мониторинг IPMI сенсоров серверов (температура, напряжение, скорость вращения «кулеров», влажность воздуха в помещении)
Нетиповые задачи автоматизированного мониторинга информационной структуры предприятия на аппаратном уровне:
- отслеживание и контроль состояния RAID-массивов;
- отслеживание состояния процессоров.
Рис. 3.3.2. Мониторинг RAID массивов
3.4. Алгоритмы задач мониторинга на системном уровне
Типовые задачи автоматизированного мониторинга информационной структуры предприятия на системном уровне:
- проверка размера буферизации ОС;
- проверка контрольных сумм системных файлов;
- проверка свободного места в разделах.
На рисунке 3.4.1. представлена процесс мониторинга проверки контрольных сумм системных файлов.
Рис. 3.4.1. Проверка контрольных сумм системных файлов
Нетиповые задачи автоматизированного мониторинга информационной структуры предприятия на системном уровне:
- проверка правильности дампирования штатными средствами Solaris;
- Мониторинг кластерной системы КИС.
Проблемы:
Превышение времени выполнения дампирование приводит к тому, что дампирование продолжается в рабочее время что, замедляет или делает невозможным работу в системе
Решение этой проблемы проведена на рисунке 3.4.2.
Рис. 3.4.2. Проверка правильности дампирования штатными средствами Solaris
3.5. Алгоритмы задач мониторинга на уровне приложений
Типовые задачи автоматизированного мониторинга информационной структуры предприятия на уровне приложений:
- проверка занятых лицензии приложении;
- определение отставания, очереди, статуса, ошибок репликации в БД;
- определение числа занятых транзакций.
Пример процесс мониторинга типовых задачи предприятии проведена на рисунке 3.5.1.
Рис. 3.5.1. Определение отставания, очереди, статуса, ошибок репликации в БД
Нетиповые задачи автоматизированного мониторинга информационной структуры предприятия на уровне приложений:
- отслеживание целостности файловой структуры приложении;
- отслеживание соответствия версий приложений
Рис. 3.5.2 Алгоритм проверки целостности файловой структуры приложении
Вывод по третьей главе:
В данной главе разработана архитектура и функциональная и теоретико-множественная модель системы мониторинга и аудита, , описаны алгоритмы функционирования ее модулей и подсистем, выявлено взаимодействие между этими модулями.
Заключение
Бизнес в любой сфере сильно завязан на доступность и работоспособность его ИТ-инфраструктуры 24/7/365. Чтобы обеспечить эту работоспособность, необходимо заранее выявлять узкие места в конфигурации систем и сетей, а также быстро узнавать о наличии поломки и её причине. Для этих нужд в компаниях, где подобное слежение неосуществимо за счёт только специалистов, принято использовать системы мониторинга.
Системы мониторинга бывают платные и свободно распространяемые, а также различаются по своему наполнению «из коробки», масштабируемости, требуемым ресурсам и уровнем знаний, необходимым для приемлемой настройки.
При выборе, разработке, внедрении систем мониторинга сначала нужно определиться с объектами, которые будут подвергаться слежению, а также критические события и показатели, которые и определят количество оповещений при поломке, частоту сканирования и прочие параметры и последствия. Причём оценивание показателей в первую очередь требуется осуществлять не с точки зрения технического инженера, а с точки зрения конечного пользователя.
Ход выполнения работы полностью соответствовал поставленным во введении задачам. Для начала были выдвинуты общие требования к мониторингу поддерживаемых проектов, обладая списком которых можно было приступить к поиску подходящего готового решения.
Затем подробно рассмотрены различные существующие системы мониторинга серверов от широкого многообразия фирм-разработчиков, проанализированы их положительные и отрицательные стороны, соответствие их сформулированным ранее требованиям.
В практической части проведен углубленный анализ функциональных возможностей отечественной системы мониторинга - Zabbix. Смоделированы дополнительные функции для системы Zabbix с учетом потребностей промышленных предприятий.
Проведены алгоритмы задач мониторинга на всех уровнях ИТ- инфраструктуры в виде блок-схемы.
Таким образом все поставленные задачи выполнены.
