Эту статью , возможно, придется переписать, чтобы она соответствовала стандартам качества Википедии .Вы можете помочь. Страница обсуждения может содержать предложения.( август 2018 г. )
Эта статья является сиротой , поскольку на нее не ссылаются другие статьи . Пожалуйста, введите ссылки на эту страницу из связанных статей ; попробуйте найти инструмент ссылок для предложений. ( Август 2017 г. )
Network Performance Monitor (NPM) — это сетевой мониторинг из Operations Management Suite, который отслеживает сети. NPM отслеживает доступность и качество подключения между несколькими локациями внутри и за пределами кампусов, частных и публичных облаков. Он использует синтетические транзакции для проверки доступности и может использоваться в любой IP-сети независимо от марки и модели развернутых сетевых маршрутизаторов или коммутаторов.
Функции
Панель мониторинга создается для отображения обобщенной информации о сети, включая события работоспособности сети, предполагаемые неработоспособные сетевые соединения и соединения подсети с наибольшими потерями и задержками. Пользовательские панели мониторинга также могут быть созданы для поиска состояния сети в определенный момент времени в истории.
Также создается интерактивная топологическая карта, показывающая маршруты между узлами. Сетевой администратор может использовать ее для определения нездорового пути и выявления первопричины проблемы.
Оповещения можно настроить для отправки электронных писем заинтересованным лицам при достижении порогового значения.
Варианты использования
Две локальные сети : мониторинг связи между двумя офисными площадками, которые могут быть соединены с помощью MPLS WAN-соединения или VPN.
Несколько сайтов : Мониторинг подключения к центральному сайту с нескольких сайтов. Например, сценарии, в которых пользователи из нескольких офисов получают доступ к приложениям, размещенным в центральном месте
Гибридные сети : мониторинг подключений между локальными сетями и виртуальными сетями Azure, которые могут быть подключены с помощью S2S VPN или ExpressRoute.
Несколько виртуальных сетей в облаке : отслеживайте связь между несколькими виртуальными сетями в одном или разных регионах Azure. Это могут быть пиринговые виртуальные сети или виртуальные сети, подключенные с помощью VPN.
Любое облако : мониторинг связи между Amazon Web Services и локальными сетями. А также между Amazon Web Services и Azure V-Nets.
Операция
Не требует доступа к сетевым устройствам. Microsoft Monitoring Agent (MMA) или расширение OMS (действительно только для виртуальных машин, размещенных в Azure) должны быть установлены на серверах в подсетях, которые будут контролироваться.
Агент OMS автоматически загружает пакеты Network Monitoring Intelligence Packs, которые запускают агента NPM, который обнаруживает подсети, к которым он подключен, и эта информация отправляется в OMS.
Агент NPM получает список IP-адресов других агентов из OMS.
NPM Agent IP запускает активные зонды с использованием протокола Internet Control Message Protocol (ICMP) или протокола Transmission Control Protocol (TCP) Ping , а время прохождения сигнала туда и обратно для ping между двумя узлами используется для расчета показателей производительности сети, таких как потеря пакетов и задержка соединения. Эти данные передаются в 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 было анонсировано в публичной предварительной версии