Переосмысление плана игры для мониторинга сети

Команды корпоративных ИТ и сетевых операторов могут не иметь много общего с именами в вашей группе NCAA March Madness. Но в обеих областях команды должны быть мастерами стратегии, сотрудничества и быстрого мышления, чтобы добиться успеха.

Это потому, что, как и в студенческом баскетболе, мониторинг и управление сетью требует сильной защиты и нападения. Однако поддержание в рабочем состоянии и работоспособность корпоративных сетей вряд ли можно назвать «просто игрой», поскольку цена плохой производительности сети может отрицательно сказаться на прибыли бренда, в то время как в NCAA «всегда следующий год», если только ваш звездный нападающий не направлялся в НБА.

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

Мониторинг производительности сети, который меняет правила игры

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

Что делает конфигурации DIA и SD-WAN настолько привлекательными, так это то, что Интернет повсеместен:каждый удаленный офис уже сотрудничает с интернет-провайдером, который может поддерживать пути доставки приложений через Интернет, что делает эту стратегию относительно простой для развертывания вместе с VPN.

Но после развертывания эти инструменты действительно обеспечат экономию затрат и рабочей силы, которую так жаждут ИТ-директора, или просто заменят старые головные боли ИТ новыми?

С помощью SD-WAN граничные маршрутизаторы в каждом удаленном месте обмениваются данными с центральным контроллером, который объединяет политики маршрутизации, чтобы установить «глобальный стандарт» для маршрутизации по всей WAN. Это дает ИТ-специалистам общее представление о производительности сети между филиалами, но не дает ИТ-специалистам всего необходимого для повышения производительности.

Например, с SD-WAN трафик может проходить по выделенным туннелям VPN, которые соединяют удаленных пользователей и офисы. Все внешние характеристики пути доставки приложения - то есть переходы между DNS-серверами и другими точками взаимодействия в общедоступном Интернете - невидимы для ИТ-группы, управляющей сетью через контроллер в этом сценарии. Скорее, все команды обычно могут получить двоичный ответ «да / нет» от контроллера SD-WAN относительно того, действительно ли приложение было доставлено между граничными маршрутизаторами.

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

Использование мониторинга производительности сети для «массовой прессы»

ИТ-отделам нужны инструменты, которые могут видеть все переходы, которые проходят приложения на своем пути между филиалами, а также анализировать местную производительность, чтобы действительно выиграть «игру» по управлению сетью. Хотя SD-WAN и DIA позволяют командам отказаться от устаревшего оборудования и, теоретически, поддерживать связь между командами до тех пор, пока сети работают, они лишают ИТ-отдел и операционную команду необходимой видимости, чтобы добиться больших успехов.

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