3. Инструменты мониторинга работы компонентов ит-инфраструктуры в мбуз гб г. Армавира

Одной из функций (функция 4) системного администратора является мониторинг работоспособности компонентов ИТ-инфраструктуры. Рассмотрим его более подробно, так как по мнению руководства и самого системного администратора МБУЗ ГБ г. Армавира данный процесс составляет наибольшую трудность.

Концепция ИТ-инфраструктуры МБУЗ ГБ г. Армавира показана на рисунке 2.

Рисунок 2 – Концепция ИТ-инфраструктуры МБУЗ ГБ г. Армавира

В МБУЗ ГБ г. Армавира по общей программе закупок были поставлены, установлены и приняты к использованию следующие системы мониторинга работоспособности компонентов ИТ-инфраструктуры:

1. HP Storage Essentials – мониторинг хранилищ данных;

2. IBMTivoli Monitoring – мониторинг работоспособности серверного оборудования;

3. HP Diagnostics/TransactionVision – мониторинг работы шин передачи данных;

4. HP Service Health Reporter – мониторинг работоспособности средств виртуализации;

5. IBM Tivoli Netview – мониторинг работоспособности сетевой инфраструктуры;

6. HP End User Management – мониторинг работы критических приложений конечного пользователя.

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

4. Сценарий бизнес-процесса мониторинга работы компонентов ит-инфраструктуры

Рассмотрим то, как системный администратор отдела АСУ МБУЗ ГБ г. Армавира справляется с контролем работоспособности компонентов ИТ-инфраструктуры. На рисунке 3 изображен сценарий бизнес-процесса мониторинга.

Рисунок 3 – Сценарий бизнес-процесса мониторинга работоспособности компонентов ИТ-инфраструктуры

На рисунке отображается общая идеология процесса мониторинга компонентов ИТ-инфраструктуры, который выполняет системный администратор. Суть его заключается в регулярном просмотре статистики от систем мониторинга. Как было показано ранее, в работе МБУЗ ГБ г. Армавира используются множество компонентов ИТ-инфраструктуры и шесть систем мониторинга, каждая из которых следит за работоспособностью отдельных из них.

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

В случае возникновения нештатной ситуации, компонент инфраструктуры выходит из строя с выдачей соответствующего сообщения об ошибке. Данное сообщение фиксируется системой мониторинга и попадает в статистику.

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

5. Разработка формальной модели бизнес-процесса мониторинга работоспособности компонентов ит-инфраструктуры

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

Конечные автоматы – ориентированные графы, в которых состояния системы – вершины графа, а переходы из состояния в состояние – именованные направленные ребра графа.

Перечислим все состояния, в которых может находиться бизнес процесс, сделаем это согласно сценария:

1. Нормальный режим работы

2. Сбор статистики

3. Нештатная ситуация

4. Мониторинг

5. Устранение нештатной ситуации

Схема конченого автомата, иллюстрирующая формальную модель бизнес-процесса, показана на рисунке 4

Рисунок 4 – Граф конечного автомата формальной модели бизнес-процесса мониторинга

Оценим с помощью математической модели затраты на процесс мониторинга. Ключевым показателем с точки зрения работы ИТ-инфраструктуры является время восстановления работоспособности компонента. Составим формулу, по которой произведем оценку временных затрат на данный процесс:

Согласно формуле, время восстановления работоспособности компонента складывается от времени передачи сообщения об ошибке системе мониторинга (Т_п.с.), времени доставки сообщения об ошибке системному администратору (Т_д) и времени устранения неисправности (Т_уст.).

Рассмотрим каждый из показателей в отдельности.

Время передачи сообщения складывается из времени обнаружения факта ошибки (Т_ф.о.), времени идентификации ошибки (Т_и.о.), времени пересылки сообщения по каналам связи (Т_п.к.). Данные показатели целиком зависят от технических характеристики используемых компонентов и время передачи сообщения можно считать константой. По результатам наблюдения было установлено, что этот показатель в среднем равен 1 минуте, причем наибольшее время относится к обнаружению факта ошибки.

Время доставки сообщения об ошибке системному администратору складывается из времени записи сообщения об ошибке в набор статистических данных (Т_з.с.), времени запуска средства мониторинга (Т_с.м.) и времени поиска сообщения об ошибке в наборе статистических данных (Т­_п). Путем наблюдений было выяснено, данный показатель в среднем составляет 45 минут, причем наибольшее время относится к времени запуска средства мониторинга – порядка 40 минут. Здесь дело не в «медлительности» приложений, отвечающих за мониторинг, а в интервалах их проверки.

Время устранения неисправности складывается из времени диагностирования причины возникновения (Т_диаг.) и времени ремонта (Т_рем). По результатам наблюдений среднее время, затрачиваемое на устранение составляет порядка 30 минут. Безусловно, имеются и поломки, требующие и одного рабочего дня на их устранение, но их доля мала. Большинство же поломок связано с программными сбоями, устранение которых происходит не более чем за 10-15 минут.