СОВРЕМЕННЕ ПРОБЛЕМЫ МОНИТОРИНГА И УПРАВЛЕНИЯ В ВЫЧИСЛИТЕЛЬНЫХ СЕТЯХ

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

Ключевые слова: КЛЮЧЕВЫЕ СЛОВА: сеть, мониторинг, zabbix, nagios, prtg, network performance monitor, spiceworks, управление, idef0, провайдер, IT

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

Еще в начале 80-х комитет ISO выделил основные компоненты системы управления сетью. Модель получила название FCAPS. По версии ISO, для успешного управления сетью надо уметь управлять отказами (F), конфигурацией оборудования и сервисов (C ), собирать и обрабатывать статистику по потреблению услуг (A), оценивать производительность (P) и централизованно управлять безопасностью (S). Прошедшие три десятка лет не добавили ничего принципиально нового, и все задачи управления сетью так или иначе прыгают вокруг основных составляющих.

Среди существующих комплексов можно выделить такие как: 1. ZABBIX — свободная система мониторинга и отслеживания статусов разнообразных сервисов компьютерной сети, серверов и сетевого оборудования,написанная Алексеем Владышевым. Для хранения данных используется MySQL, PostgreSQL, SQLite или Oracle. Веб-интерфейс написан на PHP. 2. Nagios (МФА: nɑˊgɪos) — программа с открытым кодом, предназначенная для мониторинга компьютерных систем и сетей: наблюдения, контроля состояния вычислительных узлов и служб, оповещения администратора в том случае, если какие-то из служб прекращают (или возобновляют) свою работу. Nagios первоначально была создана под именем Netsaint, разработана Этаном Галстадом (англ. Ethan Galstad). Он же поддерживает и развивает систему сегодня, совместно с командой разработчиков, которые занимаются как официальными, так и неофициальными плагинами. Первоначально Nagios была разработана для работы под Linux, но она также хорошо работает и под другими ОС, такими как Sun Solaris, FreeBSD, AIX и HP-UX. 3. PRTG (или Paessler Router Traffic Grapher) — условно-бесплатная программа (пробный период — 30 дней, после чего ограничивается количество сенсоров), предназначенная для мониторинга использования сети, работает в семействе операционных систем Windows. 4. Тetwork Performance Monitor (NPM) входит в семейство продуктов на базе Web, выпуск которых компания SolarWinds Orion начала в 2001 году. NPM — это зрелая и полнофункциональная система контроля и оповещения, обеспечивающая базовые функции мониторинга с использованием протокола SNMP; ее дополнительные модули позволяют работать с крупными сетями. В системе NPM операции ping с использованием протокола Internet Control Message Protocol (ICMP), а также запросов SNMP и Cisco IOS NetFlow применяются для сбора базовых данных по подключенным к сети устройствам и по времени отклика, а также могут собирать дополнительную информацию с сетевых устройств, поддерживающих перечисленные стандарты. 5. Spiceworks. Это удобная и мощная система, позволяющая собрать и структурировать информацию о вашей сети: состав «железа», установленное ПО, журналы событий, инвентаризация сетевого оборудования, вплоть до расхода картриджей в сетевых принтерах, и многое другое. И это не только система инвентаризации, но и HelpDesk, а теперь и MDM(Mobile Device Manager) в одном лице.

Коммерческие комплексы подобного рода весьма дороги и далеко не безгрешны, а среди open-source систем присутствует явный и откровенный пробел, что просто подталкивет на разработку собственной системы, ориентируясь на задачи определённого поставщика телекоммуникационных услуг.

В целом нужно отметить, что планируемая система — это не система мониторинга, и не альтернатива выше перечисленным.

Основная задача — автоматизация повседневной работы центра управления сетью.

Целевой компанией, рассматриваемой в данной статье является один из крупных региональных интернет провайдеров Самарской области с количеством абонентов приближающимся к 50 тысячам. Я не называю наименование компании, чтобы не навредить её репутации, но можно быть уверенным, что подобной схемы работы придерживается большинство поставщиков телекоммуникационных услуг, работающих в пределах Российской Федерации и за её пределами.

На ниже приведённых схемах приведена диаграмма процесса "Деятельность IT департамента интернет компании" в методологии IDEF0. (рис. 1).

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

Отдел мониторинга и поддержки осуществляет приём абонентских запросов на устранение сетевых неисправностей, а также ведёт мониторинг загруженности некоторых сетевых узлов используя упомянутую выше систему мониторинга Zabbix.

На текущий момент основной проблемой данного отдела является замедленное реагирование на возникающие проблемы, а также невозможность самостоятельного устранения неполадок. Для решения вопроса, создаётся заявка в центр управления сетью (ЦУС), который в свою очередь проводит её анализ и удалённо взаимодействует с оборудованием, или передаёт информацию в отдел технического сервиса.

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