АссистентНовый вопросИсторияОбласти знаний
Партнёрские проектыСпецпроектыСтать автором
Сменить язык
О РУВИКИ

Система мониторинга производительности сети

Система мониторинга производительности сети (англ. Network Performance Monitor, NPM) была компонентом пакета Operations Management Suite (упразднён в 2019 году[1]), входившего в состав Microsoft Azure. Система предназначалась для мониторинга производительности сетей между офисными площадками, центрами обработки данных, облачными инфраструктурами и приложениями практически в режиме реального времени. Она помогала сетевым администраторам выявлять и устранять такие проблемы, как сетевые задержки, потери пакетов и проблемы с доступностью любых сетевых соединений — как в локальных сетях, так и между виртуальными сетями, виртуальными частными облаками, гибридными инфраструктурами, VPN, а также публичными интернет-соединениями[2]. 29 февраля 2024 года NPM полностью прекратил работу и был заменён на инструмент Connection Monitor[3][4].

Network Performance Monitor

Система мониторинга производительности сети (NPM) — решение для мониторинга сетей из состава Operations Management Suite, который был упразднён в 2019 году и вошёл в состав сервиса Azure Monitor[1]. Она отслеживает доступность соединения и качество соединения между различными площадками как внутри кампусов, так и между частными и публичными облаками. Для тестирования связности используются синтетические транзакции, и систему можно применять на любой IP-сети независимо от производителя и модели сетевых маршрутизаторов или коммутаторов.

Возможности

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

Примеры использования

  • Две локальные сети: мониторинг соединения между двумя офисными площадками, соединёнными через канал MPLS WAN или VPN.
  • Несколько площадок: мониторинг соединения с центральной площадкой из разных офисов — например, когда пользователи из множества офисов получают доступ к приложениям на центральном сервере.
  • Гибридные сети: мониторинг соединения между локальной сетью и виртуальными сетями, связанными через S2S VPN или ExpressRoute.
  • Несколько виртуальных сетей в облаке: мониторинг соединения между несколькими VNet в одной или разных регионах Azure; такие сети могут быть связаны пиринговыми соединениями или через VPN.
  • Любое облако: мониторинг соединения между инфраструктурой и локальной сетью, а также между AWS и виртуальными сетями Azure.

Работа системы

Для работы системы не требуется доступа к сетевым устройствам. На серверах в необходимых подсетях должна быть установлена программа Microsoft Monitoring Agent (MMA) или расширение OMS.

  1. Агент OMS автоматически загружает специальные модули мониторинга сети, которые запускают агент NPM; он обнаруживает подключённые к нему подсети и передаёт эту информацию в OMS.
  2. Агент NPM получает список IP-адресов других агентов от OMS.
  3. Агент NPM инициирует активные проверки (пробы) — используя ICMP или TCP (Ping). Время доставки пакетов между двумя узлами используется для расчёта потерь и задержки на соединении. Данные передаются в OMS, где формируются настраиваемые дашборды.

Видеодемонстрация работы системы доступна онлайн: демо NPM.

Агент OMS (Log Analytics agent), необходимый для работы системы, был окончательно выведен из эксплуатации 31 августа 2024 года и заменён на Azure Monitor Agent (AMA)[5].

Синтетические транзакции

Система использует синтетические транзакции для проверки связности и вычисления сетевых характеристик между узлами. Тестирование проводится с использованием протоколов TCP или ICMP по выбору пользователя. Выбор протокола влияет на поступающие результаты:

  • TCP даёт более точные результаты по сравнению с ICMP ECHO, поскольку маршрутизаторы и коммутаторы присваивают пакетам ICMP ECHO меньший приоритет, чем TCP Ping.
  • Для TCP требуется настройка сетевого и локального файервола на компьютерах, где установлены агенты NPM, для пропуска трафика по порту 8084 (по умолчанию). Возможен выбор и других портов.
  • ICMP не требует настройки файервола, но для мониторинга всех маршрутов между подсетями необходимо установить агенты на большее число машин, чем при использовании TCP.

Хронология

  • 27 февраля 2017 года

Система NPM стала общедоступной (GA)[2]. О запуске решения сообщило издание eWeek[6].

  • 15 февраля 2018 года

Общедоступность мониторинга ExpressRoute.

  • 1 мая 2018 года

Выпуск публичной предварительной версии мониторинга Microsoft peering в ExpressRoute.

  • 27 июля 2016 года

NPM была анонсирована в статусе Public Preview.

  • 18 марта 2020 года

Анонс Connection Monitor, объединившего функционал NPM.

  • 23 февраля 2021 года

Официальное объявление об устаревании NPM[7].

  • 1 июля 2021 года

Блокировка создания новых ресурсов NPM[7].

  • 29 февраля 2024 года

Окончательное прекращение работы и отключение сервиса[7][8].

Поддерживаемые операционные системы

Windows Server

Дистрибутивы Linux

Клиентские операционные системы

  • Windows 7 SP1 и новее

Доступность по регионам

Система мониторинга производительности сети доступна в следующих регионах Azure:

  1. Восточное побережье США (Eastern US)
  2. Западная Европа (Western Europe)
  3. Юго-Восточная Азия (South East Asia)
  4. Юго-Восточная Австралия (South East Australia)
  5. Центральный Запад США (West Central US)
  6. Южный регион Великобритании (South UK)
  7. Вирджиния (US Gov Virginia)

Частота сбора данных

TCP handshakes совершаются каждые 5 секунд, а данные передаются каждые 3 минуты[9].

Преемник (Connection Monitor)

Официальной заменой Network Performance Monitor (NPM) является инструмент Connection Monitor, входящий в состав службы Azure Network Watcher[10]. Ключевыми отличиями нового решения являются единый интерфейс для мониторинга облачных и гибридных сред, а также поддержка серверов с включённым Azure Arc и нового агента Azure Monitor Agent (AMA)[10][11]. В отличие от NPM, где подсети обнаруживались автоматически, в Connection Monitor требуется ручная настройка конечных точек (источника и назначения)[12].

Актуальная цепочка передачи данных работает по следующей схеме: AMA передаёт информацию в Azure Monitor Logs, после чего она визуализируется в Azure Monitor Workbooks[11]. Функция построения топологии сети сохранена под названием Unified topology и предоставляет возможность поузлового анализа[13]. При этом минимальная частота сетевых проверок была изменена на 30 секунд[14].

Примечания

  1. ↑ 1 2 OMS is Now Azure Monitor: Get Smarter About Managing Your Infrastructure. Lunavi (15 января 2019). Дата обращения: 26 августа 2026.
  2. ↑ 1 2 NPM solution goes GA (англ.). TechNet Blogs. Microsoft (27 февраля 2017). Дата обращения: 26 августа 2026. Архивировано 1 марта 2017 года.
  3. ↑ Network Performance Monitor (NPM) Deprecation. GitHub. Azure Deprecation Dashboard (29 февраля 2024). Дата обращения: 26 августа 2026.
  4. ↑ Migrate from Network Performance Monitor (NPM) to Connection Monitor. Microsoft Learn. Microsoft. Дата обращения: 26 августа 2026.
  5. ↑ Migration to Azure Monitor Agent (AMA). Microsoft Learn. Microsoft. Дата обращения: 26 августа 2026.
  6. ↑ Microsoft Adds Network Performance Monitor to Management Suite (англ.). eWeek. eWeek (24 февраля 2017). Дата обращения: 26 августа 2026. Архивировано 24 февраля 2017 года.
  7. ↑ 1 2 3 Network Performance Monitor (NPM). GitHub. azure-deprecation. Дата обращения: 26 августа 2026.
  8. ↑ Migrate to Connection Monitor from Network Performance Monitor. Azure China Documentation. Дата обращения: 26 августа 2026.
  9. ↑ Azure Log Analytics: частота сбора данных (англ.). Microsoft Docs (16 июня 2022). Дата обращения: 26 августа 2026. Архивировано 15 июня 2023 года.
  10. ↑ 1 2 Migrate from Network Performance Monitor to Connection Monitor. Microsoft Learn. Microsoft. Дата обращения: 26 августа 2026.
  11. ↑ 1 2 Azure Monitor Agent with Connection Monitor. Azure China Documentation. Microsoft. Дата обращения: 26 августа 2026.
  12. ↑ We are attempting to use Azure Network Watcher Connection Monitor. Microsoft Q&A. Microsoft. Дата обращения: 26 августа 2026.
  13. ↑ Connection Monitor overview. Microsoft Learn. Microsoft. Дата обращения: 26 августа 2026.
  14. ↑ Create a connection monitor using the Azure portal. Microsoft Learn. Microsoft. Дата обращения: 26 августа 2026.

Категории