Переход с монитора производительности сети на монитор подключений

Из этой статьи вы узнаете, как перенести существующие тесты из монитора производительности сети в новый монитор подключения с нулевым временем простоя. Дополнительные сведения см. в разделе Обзор монитора подключений.

Это важно

Монитор производительности сети устарел и больше не доступен. Чтобы свести к минимуму перебои в обслуживании текущих рабочих нагрузок, перенесите тесты из монитора производительности сети (классического) в новый монитор подключений.

Основные преимущества нового монитора соединений

Ниже перечислены основные преимущества нового монитора подключений.

Унифицированный интерфейс мониторинга подключений для конечных точек Azure и гибридных конечных точек
- серверы Azure Arc с включенным агентом Azure Monitor в качестве исходных и конечных точек.
- Поддержка кросс-подписки, межрабочего пространства и межрегионального мониторинга.
- Виртуальные машины (ВМ) и наборы масштабируемых виртуальных машин поддерживаются в качестве исходных и целевых конечных точек.
Простота взаимодействия с упрощенной поддержкой агентов
- Легкое расширение Azure Network Watcher, совместимое с конечными точками Azure Arc.
- Поддержка расширения агента Azure Monitor для локальных конечных точек с поддержкой Azure Arc.
- Автоматическое обновление агентов с поддержкой автоматического активирования агентов.
Визуализация и измерение производительности сквозного сетевого пути с помощью новой топологии (предварительная версия)
- Глубокое понимание показателей производительности сети с помощью синтетического мониторинга по протоколам TCP, ICMP и HTTP.
- Улучшенная видимость сквозных сетевых путей и соединений с задержкой на каждом пролете и потерей пути по компонентам пути, выделением каналов с высокой задержкой или потерей пакетов.
- Геометаданные и данные ASN доступны через интернет-узлы.
- Выделите задержку на «первом этапе», «среднем этапе» и «последнем этапе» с помощью функции Microsoft Edge Discovery.
Улучшенное устранение неполадок с четкими практическими выводами
- Быстрое обнаружение с оповещением о проблемах с сетевым подключением в режиме реального времени.
- Интеллектуальная аналитика изменений в компонентах сетевого пути позволяет выявить основную причину ошибок подключения.
- Идентификация правил блокировки, ресурсов, ответственных за сбои подключения к конечным точкам.

Монитор производительности сети и новый монитор подключений

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

Функция	Монитор производительности сети	Монитор подключения
Единый интерфейс для мониторинга гибридных решений и сети Azure	Недоступно	В наличии
Мониторинг между подписками, регионами и рабочими пространствами	Ограниченная доступность	В наличии
Поддержка централизованного рабочего пространства	Недоступно	В наличии
Поддержка конечных точек, поддерживаемых агентом Azure Monitor с включенной функцией ARC, в качестве исходных и целевых конечных точек.	Недоступно	В наличии
Поддержка виртуальных машин Azure и составных ресурсов (виртуальные сети, подсети, масштабируемые наборы)	Недоступно	В наличии
Единая топология для локальной сети, интернета и переходов Azure	Недоступно	В наличии
Проверка кодов состояния HTTP	Недоступно	В наличии
Улучшенная диагностика сети с действенными рекомендациями	Недоступно	В наличии
Метрики подключения и измерения параметров	Недоступно	В наличии
Автоматизация — PowerShell, Azure CLI, terraform	Недоступно	В наличии
Поддержка для Linux	Мониторинг производительности поддерживает Linux. Монитор подключения служб и ExpressRoute не поддерживают Linux.	В наличии
Поддержка общедоступных, правительственных, китайских и изолированных облачных платформ	В наличии	В наличии

Ключевые моменты, которые следует отметить

Миграция помогает получить следующие результаты:

Локальные агенты и параметры брандмауэра работают как есть. Вам не нужно ничего менять. Замените агенты Log Analytics, установленные на виртуальных машинах Azure, на расширение Наблюдатель за сетями.
Существующие тесты сопоставляются с монитором подключений >, группой тестов >, форматом теста. Выбрав Изменить, вы можете просмотреть и изменить свойства нового монитора подключений, скачать шаблон для внесения в него изменений и отправить шаблон с помощью Azure Resource Manager.
Агенты отправляют данные как в рабочую область Log Analytics, так и в метрики.
Мониторинг данных:
- Данные в Log Analytics: перед миграцией данные остаются в рабочей области, в которой настроен монитор производительности сети в таблице NetworkMonitoring. После миграции данные попадают в таблицу NetworkMonitoring, таблицу NWConnectionMonitorTestResult и таблицу NWConnectionMonitorPathResult в одной рабочей области. После отключения тестов в мониторе производительности сети данные хранятся только в таблицах NWConnectionMonitorTestResult и NWConnectionMonitorPathResult.
- Оповещения, панели мониторинга и интеграции на основе журналов: необходимо вручную изменить запросы на основе новой таблицы NWConnectionMonitorTestResult и таблицы NWConnectionMonitorPathResult. Сведения о повторном создании оповещений в метриках см. в статье Метрики в Azure Monitor.
Для мониторинга ExpressRoute:
- Сквозные потери и задержка: это проще в мониторе подключений, чем в мониторе производительности сети, так как вам не нужно настраивать, какие каналы и пиринг следует отслеживать. Цепи в пути обнаруживаются автоматически, данные доступны в метриках (быстрее, чем в LA, где монитор производительности сети хранил результаты).
- Измерения пропускной способности: с запуском метрик, связанных с пропускной способностью, подход на основе аналитики журналов монитора производительности сети оказался неэффективным для мониторинга пропускной способности для клиентов ExpressRoute. Эта возможность теперь недоступна в мониторе подключений.

Предпосылки

Убедитесь, что Наблюдатель за сетями включен в подписке и регионе рабочей области Log Analytics. Если этого не сделать, вы увидите сообщение об ошибке «Прежде чем пытаться выполнить миграцию, включите расширение наблюдателя за сетями в подписке и выберите местоположение рабочего пространства в Лос-Анджелесе».
Если виртуальная машина Azure находится в регионе или подписке, отличной от рабочей области Log Analytics, которая используется в качестве конечной точки, убедитесь, что Наблюдатель за сетями включен для этой подписки и региона.
Виртуальные машины Azure с установленными агентами Log Analytics должны быть включены с помощью расширения Наблюдателя за сетями.

Перенос тестов

Чтобы перенести тесты из монитора производительности сети в монитор подключений, выполните следующие действия.

В Наблюдателе за сетями выберите Монитор подключений, а затем перейдите на вкладку Импорт тестов из NPM .
В раскрывающихся списках выберите подписку и рабочую область, а затем выберите функцию монитора производительности сети, которую нужно перенести.
Выберите Импорт , чтобы перенести тесты.
- Если монитор производительности сети не включен в рабочей области, отображается сообщение об ошибке "Не найдена действительная конфигурация NPM".
- Если в функции, выбранной на шаге 2, нет тестов, отображается сообщение об ошибке "Выбранное рабочее пространство не имеет <конфигурации функции> ".
- Если действительные тесты отсутствуют, отображается сообщение об ошибке "Выбранное рабочее пространство не содержит действительных тестов"
- Тесты могут содержать агенты, которые больше не активны, но были активны в прошлом. Вы увидите сообщение об ошибке "Некоторые тесты содержат агенты, которые больше не активны. Эти агенты могли работать в прошлом, но сейчас выключены или больше не работают. Включите агенты и перейдите на монитор подключений. Выберите «Продолжить», чтобы перенести тесты, которые не содержат неактивных агентов».

После начала миграции происходят следующие изменения:

Создается новый ресурс для мониторинга подключений.
- Создается один монитор подключений для каждого региона и подписки. Для тестов с локальными агентами новое имя монитора подключений имеет формат <workspaceName>_<workspace_region_name>. Для тестов с агентами Azure новое имя монитора подключений форматируется как <workspaceName>_<Azure_region_name>.
- Данные мониторинга теперь хранятся в той же рабочей области Log Analytics, в которой включен монитор производительности сети, в новых таблицах NWConnectionMonitorTestResult и NWConnectionMonitorPathResult.
- Название теста передается в качестве названия группы тестов. Описание теста не переносится.
- Исходная и конечная точки назначения создаются и используются в новой тестовой группе. Для локальных агентов конечные точки форматируются как <workspaceName>_<FQDN of on-premises machine>. Описание агента не было перенесено.
- Порт назначения и интервал проверки перемещаются в тестовую конфигурацию с именем TC_<protocol>_<port> и TC_<protocol>_<port>_AppThresholds. Протокол задается на основе значений портов. Для ICMP тестовые конфигурации называются как TC_<protocol> и TC_<protocol>_AppThresholds. Пороговые значения успеха и другие необязательные свойства, если они заданы, переносятся, в противном случае остаются пустыми.
- Если тесты миграции содержат агенты, которые не выполняются, необходимо включить агенты и выполнить миграцию снова.
Монитор производительности сети не отключен, поэтому перенесенные тесты могут продолжать отправлять данные в таблицу NetworkMonitoring, таблицу NWConnectionMonitorTestResult и таблицу NWConnectionMonitorPathResult. Такой подход гарантирует, что существующие оповещения и интеграции на основе журналов не будут затронуты.
Вновь созданный монитор подключений отображается в мониторе подключений.

После миграции обязательно убедитесь, что:

Вручную отключите тесты в мониторе производительности сети. До тех пор, пока вы этого не сделаете, с вас будет взиматься плата за них.
Пока вы отключаете монитор производительности сети, повторно создайте оповещения в таблицах NWConnectionMonitorTestResult и NWConnectionMonitorPathResult или используйте метрики.
Перенесите все внешние интеграции в таблицы NWConnectionMonitorTestResult и NWConnectionMonitorPathResult. Примерами внешних интеграций являются панели мониторинга в Power BI и Grafana, а также интеграции с системами управления информационной безопасностью и событиями безопасности (SIEM).

Распространенные встречающиеся ошибки

В следующей таблице перечислены распространённые ошибки, с которыми вы можете столкнуться во время миграции:

Ошибка	Причина
Не найдена действительная конфигурация NPM. Перейдите в пользовательский интерфейс NPM, чтобы проверить конфигурацию	Эта ошибка возникает, когда пользователь выбирает Импорт тестов из монитора производительности сети для переноса тестов, но монитор производительности сети не включен в рабочей области.
Выбранное рабочее пространство не имеет конфигурации 'Service Connectivity Monitor'	Эта ошибка возникает, когда пользователь переносит тесты из Мониторинга подключений к службе монитора производительности сети в Монитор подключений, но в Мониторинге подключений к службе не настроены тесты.
Выбранная рабочая область не имеет конфигурации "Монитор ExpressRoute"	Эта ошибка возникает, когда пользователь переносит тесты из монитора производительности сети ExpressRoute в монитор подключений, но в мониторе ExpressRoute не настроены тесты.
Выбранное рабочее пространство не имеет конфигурации «Монитор производительности»	Эта ошибка возникает, когда пользователь переносит тесты из монитора производительности сети в монитор подключения, но в мониторе производительности отсутствуют настроенные тесты.
Выбранное рабочее пространство не содержит действительных тестов '{0}'	Эта ошибка возникает, когда пользователь переносит тесты из монитора производительности сети в монитор подключений, но в функции, выбранной пользователем для миграции, отсутствуют действительные тесты.
Прежде чем пытаться выполнить миграцию, включите расширение Наблюдатель за сетями в выбранной подписке и местоположении выбранного рабочего пространства в Лос-Анджелесе	Эта ошибка возникает, когда пользователь переносит тесты из монитора производительности сети в монитор подключений, а расширение наблюдателя за сетями не включено в выбранной рабочей области LA. Пользователь должен включить расширение NW перед переносом тестов.
Лишь немногие {1} тесты содержат агенты, которые больше не активны. Список неактивных агентов - {0}. Эти агенты могли работать в прошлом, но сейчас выключены или больше не работают. Включите агенты и перейдите на монитор подключений. Выберите Продолжить, чтобы перенести тесты, которые не содержат неактивных агентов.	Эта ошибка возникает, когда пользователь переносит тесты из монитора производительности сети в монитор подключения, и некоторые выбранные тесты содержат неактивные агенты наблюдателя за сетями или такие агенты NW, которые больше не активны, но были активны в прошлом и были выключены. Пользователь может отменить выбор этих тестов и продолжить выбор и перенос тестов, которые не содержат таких неактивных агентов.
Тесты {1} содержат агенты, которые больше не активны. Список неактивных агентов - {0}. Эти агенты могли работать в прошлом, но сейчас выключены или больше не работают. Включение агентов и переход на монитор подключений	Эта ошибка возникает, когда пользователь переносит тесты с монитора производительности сети на монитор подключений, и выбранные тесты содержат неактивные агенты Наблюдателя за сетями или такие агенты NW, которые больше не активны, но были активны в прошлом и были отключены. Пользователю необходимо включить агенты, а затем продолжить перенос этих тестов в монитор подключений.
Произошла ошибка при импорте тестов в монитор подключений	Эта ошибка возникает, когда пользователь пытается перенести тесты из монитора производительности сети в CM, но миграция не увенчалась успехом из-за ошибок.

Обратная связь

Были ли сведения на этой странице полезными?

Last updated on 2026-02-25