Решение для мониторинга производительности сети
![]() | В этой статье есть несколько проблем. Пожалуйста, помогите улучшить его или обсудите эти проблемы на странице обсуждения . ( Узнайте, как и когда удалять эти шаблонные сообщения )
|
Монитор производительности сети (NPM) в Operations Management Suite, компоненте Microsoft Azure , отслеживает производительность сети между офисными сайтами, центрами обработки данных , облаками и приложениями практически в реальном времени. Оно помогает сетевому администратору находить и устранять узкие места, такие как задержка в сети , потеря данных и доступность любого сетевого канала в локальных сетях, виртуальных сетях Microsoft Azure , VPC Amazon Web Services , гибридных сетях, VPN или даже общедоступных интернет-каналах.
Монитор производительности сети
[ редактировать ]Монитор производительности сети (NPM) — это мониторинг сети из пакета Operations Management Suite, который отслеживает сети. NPM контролирует доступность и качество подключения между несколькими точками внутри и между кампусами, частными и публичными облаками. Он использует синтетические транзакции для проверки доступности и может использоваться в любой IP-сети, независимо от марки и модели развернутых сетевых маршрутизаторов или коммутаторов.
Функции
[ редактировать ]- Создается информационная панель для отображения сводной информации о сети, включая события работоспособности сети, предполагаемые неработоспособные сетевые ссылки и ссылки подсети с наибольшими потерями и наибольшей задержкой. Также можно создавать пользовательские информационные панели для определения состояния сети в определенный момент времени в истории.
- Также создается интерактивная карта топологии, показывающая маршруты между узлами. Сетевой администратор может использовать его, чтобы определить неработоспособный путь и выяснить основную причину проблемы.
- Оповещения можно настроить на отправку электронных писем заинтересованным сторонам при достижении порогового значения.
Варианты использования
[ редактировать ]- Две локальные сети : отслеживание соединения между двумя офисными площадками, которые можно соединить с помощью канала MPLS WAN или VPN.
- Несколько сайтов : отслеживание подключения к центральному сайту с нескольких сайтов. Например, сценарии, в которых пользователи из нескольких офисов получают доступ к приложениям, размещенным в центральном расположении.
- Гибридные сети : мониторинг подключения между локальными сетями и виртуальными сетями Azure, которые можно подключить с помощью S2S VPN или ExpressRoute.
- Несколько виртуальных сетей в облаке : отслеживайте подключения между несколькими виртуальными сетями в одном или разных регионах Azure. Это могут быть одноранговые виртуальные сети или виртуальные сети, подключенные с помощью VPN.
- Любое облако : отслеживайте соединения между веб-службами Amazon и локальными сетями. А также между веб-службами Amazon и виртуальными сетями Azure.
Операция
[ редактировать ]Он не требует доступа к сетевым устройствам. Агент мониторинга Microsoft (MMA) или расширение OMS (действительно только для виртуальных машин, размещенных в Azure) должны быть установлены на серверах в подсетях, которые необходимо отслеживать.
- Агент OMS автоматически загружает аналитические пакеты сетевого мониторинга, которые создают агент NPM, который определяет подсети, к которым он подключен, и эта информация отправляется в OMS.
- Агент NPM узнает список IP-адресов других агентов из OMS.
- IP-адрес агента NPM запускает активные проверки с помощью проверки связи по протоколу управляющих сообщений Интернета (ICMP) или протоколу управления передачей (TCP) , а время туда и обратно для проверки связи между двумя узлами используется для расчета показателей производительности сети, таких как потеря пакетов и задержка соединения. Эти данные передаются в OMS, где они используются для создания настраиваемой информационной панели.
Видео- демонстрация NPM доступна в Интернете.
Синтетические транзакции
[ редактировать ]NPM использует синтетические транзакции для проверки доступности и расчета показателей производительности сети по всей сети. Тесты выполняются с использованием TCP или ICMP, и пользователи имеют возможность выбирать между этими протоколами. Пользователи должны оценить свою среду и взвесить плюсы и минусы протоколов. Ниже приводится краткое описание различий.
- TCP обеспечивает более точные результаты по сравнению с ICMP ECHO, поскольку маршрутизаторы и коммутаторы присваивают пакетам ICMP ECHO более низкий приоритет по сравнению с TCP Ping.
- TCP требует настройки сетевого брандмауэра и локального брандмауэра на компьютерах, где установлены агенты, чтобы разрешить трафик через порт 8084 по умолчанию. Для этого также можно выбрать некоторые другие порты.
- ICMP не требует настройки брандмауэра, но требуется больше агентов для предоставления информации обо всех путях между двумя подсетями. Следовательно, агент OMS необходимо установить на большем количестве компьютеров в подсети, чем при использовании TCP.
Хронология
[ редактировать ]- 27 февраля 2017 г.
Решение NPM стало общедоступным (GA). [1] Запуск подхватил eWeek. [2]
- 27 июля 2016 г.
Решение NPM было анонсировано в публичной предварительной версии
Поддерживаемые операционные системы
[ редактировать ]Windows-сервер
[ редактировать ]Дистрибутивы Linux
[ редактировать ]- ЦентОС Линукс 7
- RedHat Enterprise Linux 7.2
- Убунту 14.04 ЛТС, 15.04, 16.04 ЛТС
- Дебиан 8
- SUSSUSE LinuxE Linux Server 12
Клиентские операционные системы
[ редактировать ]Windows 7 SP1 или новее
Доступность в регионах
[ редактировать ]Монитор производительности сети доступен в следующих регионах Azure:
- Восточная часть США
- Западная Европа
- Юго-Восточная Азия
- Юго-Восточная Австралия
- Западно-Центральная часть США
- Южная Великобритания
- Губернатор США Вирджиния
Частота сбора данных
[ редактировать ]TCP-подтверждения каждые 5 секунд, данные отправляются каждые 3 минуты. [3]
Ссылки
[ редактировать ]- ^ «Решение NPM становится общедоступным» . 27 февраля 2017 г.
- ^ «Microsoft добавляет монитор производительности сети в Management Suite» . электронная неделя. 24 февраля 2017 г.
- ^ «Сведения о сборе данных Azure Log Analytics» . 16 июня 2022 г.