Замена KVM: ящик с инструментами

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

Как правило, на первоначальном этапе наиболее актуальной и проработанной является задача управления серверами. Для повседневной работы (установки сервера. настройки ПО и т. п.) требуется локальный доступ, то есть KVM-консоль. которую через коммутатор KVM подключают сразу к нескольким серверам. Для небольших инфраструктур такая схема будет приемлемой и полезной по следующим причинам:
• KVM-консоль позволяет работать со всеми серверами;
• наряду с функцией локального управления и переключения между серверами, большинство KVM имеют функцию удаленного доступа — устранять сбои можно из любой точки мира через Интернет;
• для работы с подобным оборудованием (KVM-консоли и переключатели) не требуются особые знания по его установке, настройке и использованию.

Тем не менее данный подход не лишен существенных недостатков:
• KVM-консоли и переключатели можно использовать только при включенном и исправном сервере;
• через такое подключение нельзя перезагрузить зависший сервер;
• при недоступности сервера невозможно диагностировать неисправность — поломка ли это самого сервера или, например, просто отсутствие питания.

Наконец, этот подход применим только для серверов, а на работу ИТ-систем напрямую влияет и другое оборудование — коммутаторы, системы хранения данных и т. д., которые остаются «за бортом» подобного «централизованного» управления.

Таким образом, при помощи переключателей KVM можно решать некоторый ограниченный круг ежедневных задач, а также диагностировать небольшой перечень неисправностей инфраструктуры. Но до полноценной системы контроля и управления это решение «не дотягивает».

В этой связи напрашивается аналогия. Представим, что мы пытаемся решить задачу удаленного контроля автомобиля (читай — ИТ-инфраструктуры). KVM — это робот, который может вести машину и следить за индикацией на панели приборов. Но он не сможет подкачать спущенное колесо или, например, понять, что автомобиль не заводится из-за сгоревшего предохранителя.

Для полноценного решения всего спектра задач контроля и управления серверной инфраструктурой производители серверов разработали так называемые встроенные модули управления (Integrated Management Module, IMM), которые сегодня есть почти в любом сервере. IMM является отдельным мини-компьютером, не зависит от самого сервера и поэтому позволяет решать следующие задачи:
• отслеживать состояние сервера, имеющиеся неисправности, историю действий и т. п.;
• управлять сервером на уровне «железа» — включать/выключать и перезагружать даже «зависший» сервер;
• получать доступ, как с KVM-консоли.

И при этом все подобные модули обеспечивают возможность работы через браузер, то есть подходят для 99% всех задач, возникающих при работе с сервером, — разве что коммутационные шнуры сами не подключают. Но IMM не предоставляет единого инструмента — это отдельные устройства для каждого сервера. И поскольку общих стандартов на IMM нет, то и централизованно к ним подключиться тоже не получится. Тем не менее это необходимое средство.


Zabbix
Первым шагом к централизации должна стать система мониторинга. Выбор программных продуктов огромный — от промышленных систем, например HP OpenView, до продуктов с открытым исходным кодом вроде Zabbix или Nagios. Эти утилиты подходят не только для серверного оборудования, но и для любого устройства, которое «умеет» информировать о своих неисправностях посредством прерываний SNMP, то есть для всей ИТ-инфраструктуры. При их использовании администратор, увидев, что сервер почему-то недоступен, уже сможет выяснить причину недоступности: отсутствие питания, неисправность блока питания сервера, поломка сетевой карты, коммутатора или системы хранения, на которой размещается ОС сервера, и т. п.

Вернемся к предложенной аналогии: наш робот научился выходить из автомобиля, проверять состояние колес, заглядывать под капот, чтобы проконтролировать уровень масла, состояние предохранителей и т. п. Но для каждого узла автомобиля (частей ИТ-инфраструктуры: серверов, коммутаторов. СХД и т. д.) все еще нужны отдельные ящики с инструментами.

На самом деле все эти ящики с инструментами могут быть сложены в общее хранилище — в своеобразный багажник, физической аналогией которого является выделенная сеть управления. К ней подключаются все IMM серверов и порты управления другого оборудования — SAN- и Ethernet-коммутаторов. СХД и прочего оборудования. Собрать все эти инструменты в один общий ящик вполне возможно, для этого существуют промышленные системы управления разработки ВМС, HP, ЕМС и т. д. При инсталляции придется много поработать, зато потом жизнь станет гораздо легче. Помимо этого такая технология позволяет подключать дополнительные сетевые и облачные функции, так что вопрос нужен ли смартфону антивирус (http://vdblog.ru/mobilnyj-mir/nuzhen-li-smartfonu-antivirus.html) сразу же отпадает - т.к. весь сетевой трафик может фильтроваться на уровне провайдера, предоставляющего доступ к Интернету!


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

Построение и использование таких процессов эффективно как при решении стандартных рутинных задач технической поддержки, когда требуется выявить неисправность и восстановить компоненты ИТ-инфраструктуры, так и при автоматизации критичных для бизнеса задач, где неприемлемы задержки и ошибки ручного управления. Такой подход позволяет использовать готовые, наиболее часто встречающиеся процессы управления — например, рекомендации ITIL или классические задачи администрирования. Кроме того, система автоматизации комплексных процессов управления позволяет разрабатывать собственные процессы и интегрировать в них широкий набор ИТ-систем.