Обзор мониторинга подключений

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

Тесты монитора подключений измеряют агрегированные метрики потерь пакетов и задержки сети при помощи TCP, ICMP и HTTP-запросов. Единая топология визуализирует полный сетевой маршрут, подчеркивая переходы сетевого пути с метриками их производительности. Монитор подключения предоставляет аналитические сведения и подробные журналы для эффективного анализа и устранения первопричин проблемы.

Случаи использования

Ниже приведены некоторые варианты использования монитора подключений.

• Клиентская виртуальная машина веб-сервера взаимодействует с виртуальной машиной сервера базы данных в многоуровневом приложении. Необходимо проверить сетевое подключение между двумя виртуальными машинами.
• Вы хотите проверить подключение из одного или нескольких экземпляров масштабируемого набора виртуальных машин Azure к приложению Azure или приложению, отличному от Azure.
• Вы хотите проверить подключение между локальными настройками и виртуальными машинами Azure или масштабируемыми наборами, в которых размещено облачное приложение.
• Вы хотите, чтобы виртуальные машины в регионе Восток США отправляли запросы ping виртуальным машинам в регионе Центральная часть США, чтобы измерить и сравнить задержки между регионами.
• У вас есть офисные площадки в Сиэтле, штат Вашингтон, и Эшберне, штат Вирджиния, и обе подключены к URL-адресам Microsoft 365. Вы хотите сравнить задержки между этими местоположениями для пользователей Microsoft 365.
• Для вашего гибридного приложения требуется подключение к конечной точке учетной записи хранилища Azure, доступ к которой возможен как с вашего локального сайта, так и из приложения Azure. Вы хотите сравнить задержку локального сайта с приложением Azure.

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

Ниже перечислены некоторые преимущества использования Connection Monitor.

• Кросс-подписка, межрабочая область мониторинга для облачных сред Azure и гибридных облачных сред.

• Поддерживаемые конечные точки источника с расширением Наблюдатель за сетями: виртуальные машины Azure, масштабируемые наборы виртуальных машин Azure и локальные узлы с поддержкой Arc.

• Поддерживаемые конечные точки назначения: виртуальные машины Azure, масштабируемые наборы виртуальных машин Azure, локальные узлы с поддержкой Arc, URL-адреса, полные доменные имена или IP-адреса, включая локальные конечные точки без Arc. Конечные точки назначения не требуют расширения наблюдателя за сетями.

• Высокая частота проверки и видимость производительности сети

• Сквозная видимость сетевого пути благодаря топологии.

• Быстрое оповещение для развертываний Azure и гибридных развертываний.

• Поддержка проверок подключения на основе HTTP, TCP и ICMP.

• Метрики в Azure Monitor и логи в Azure Log Analytics.

Агенты мониторинга

Монитор подключений использует упрощенные исполняемые файлы для выполнения проверок подключения. Он поддерживает проверки подключения как из среды Azure, так и из локальных сред. Выбор используемого исполняемого файла зависит от того, размещена ли виртуальная машина в Azure или в локальной среде.

Мониторинг связи с виртуальными машинами Azure и масштабируемыми наборами виртуальных машин

Чтобы отслеживать подключение из виртуальной машины Azure или масштабируемого набора виртуальных машин, монитор подключений должен распознать эти ресурсы как источники мониторинга. Для этого необходимо установить расширение виртуальной машины агента Network Watcher, также известное как расширение Network Watcher, на виртуальные машины Azure или масштабируемые наборы. Это расширение необходимо для обеспечения комплексного мониторинга и доступа к другим расширенным функциям. Дополнительные сведения см. в разделе "Управление расширением Наблюдатель за сетями для Windows" или "Управление Наблюдатель за сетями" для Linux.

Мониторинг подключения с локальных узлов

Чтобы отслеживать подключение с локального узла, его необходимо включить с помощью агента Arc. Дополнительные сведения о включении агента Arc см. в статье "Подключение гибридных компьютеров с серверами с поддержкой Azure Arc". Агент поддерживается на компьютерах Windows и Linux.

После включения агента Azure Arc перейдите к включению агента Azure Monitor. Дополнительные сведения см. в статье Установка и управление агентом Azure Monitor.

Вы можете избежать процесса установки расширения агента Azure Monitor, если вы используете портал Azure для создания монитора подключения. Однако вам по-прежнему необходимо включить агент Azure Arc на локальных хост-компьютерах.

Решение для мониторинга рабочей области Log Analytics

Для обеспечения точной отправки журналов мониторинга в рабочую область Log Analytics, убедитесь, что решение Сетевой мониторинг производительности включено в рабочей области перед созданием монитора подключения.

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

1. На портале Azure перейдите в раздел Наблюдатель за сетями.

2. В разделе Мониторинг выберите Монитор подключений.

3. Выберите + Включить сторонние, не связанные с Azure, службы.

4. В Enable Non-Azure выберите подписку и рабочую область Log Analytics, в которой нужно включить решение, а затем выберите Create.

5. Перейдите в рабочую область Log Analytics.

6. Выберите Classic, затем наследуемые решения.

7. Выберите NetworkMonitoring(yourWorkspace)

Создание монитора подключения

Монитор подключений отслеживает обмен данными через регулярные интервалы. Он информирует вас об изменениях в достижимости и задержке. Вы также можете проверить текущую и прошлую топологию сети между исходными агентами и конечными точками назначения.

Источниками могут быть виртуальные машины Azure/масштабируемые наборы или локальные компьютеры, на которых установлен агент мониторинга. Целевыми конечными точками могут быть URL-адреса Microsoft 365, URL-адреса Dynamics 365, задаваемые URL-адреса, идентификаторы ресурсов виртуальных машин Azure, IPv4, IPv6, FQDN или любые доменные имена.

Монитор подключения к доступу

1. На портале Azure перейдите в раздел Наблюдатель за сетями.

2. На левой панели в разделе "Мониторинг" выберите монитор подключения.

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

Создание монитора подключения

В мониторах подключений, создаваемых в мониторе подключений, можно добавлять как локальные компьютеры, так и виртуальные машины Azure или масштабируемые наборы в качестве источников. Эти мониторы подключений также могут отслеживать подключения к конечным точкам. Конечные точки могут находиться в Azure или на любом другом URL- или IP-адресе.

Монитор подключения включает следующие сущности:

• Ресурс монитора подключений — это специальный ресурс Azure для конкретного региона. Все следующие сущности являются свойствами ресурса монитора подключения.
• Конечная точка: это источник или получатель, участвующие в проверках подключения. Примеры конечных точек включают: виртуальные машины Azure и наборы масштабирования, локальные агенты, URL- и IP-адреса.
• Конфигурация теста — конфигурация, зависящая от протокола и использующаяся для тестирования. На основе выбранного протокола вы можете задать порт, пороговые значения, частоту тестов и другие свойства.
• Группа тестирования — группа, которая содержит конечные точки источника, конечные точки назначения и конфигурации тестов. Монитор подключения может содержать несколько групп тестирования.
• Тест — определенное сочетание конечной точки источника, конечной точки назначения и конфигурации теста. Тест — это наиболее детализированный уровень доступности данных мониторинга. Данные мониторинга включают в себя процент проверок, завершившихся сбоем, и время приема-передачи (RTT).

Вы можете создать монитор подключений с помощью портала Azure, ARMClient или Azure PowerShell.

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

• Тестовая группа: TG1
• Источники: 3 (A, B, C)
• Назначения: 2 (D, E)
• Конфигурации тестов: 2 (Конфигурация 1, Конфигурация 2)
• Всего будет создано тестов: 12

Ограничения масштабирования

Мониторы подключений имеют следующие ограничения масштабирования:

• Максимальное количество мониторов подключения на одну подписку в одном регионе: 100
• Максимальное число групп тестирования на монитор подключения: 20
• Максимальное число источников и пунктов назначения на мониторинг подключения: 100
• Максимальное число конфигураций тестов на монитор подключения: 20

Мониторинг охвата ресурсов Azure и ресурсов, отличных от Azure:

Монитор подключения предоставляет пять различных уровней покрытия для мониторинга составных ресурсов, то есть виртуальных сетей, подсетей и масштабируемых наборов. Уровень покрытия определяется как процент экземпляров составного ресурса, фактически включенных в мониторинг этих ресурсов в качестве источников или назначений. Пользователи могут вручную выбрать уровень покрытия на уровне "Низкий", "Ниже среднего", "Среднее", "Выше среднего" и "Полный", чтобы определить приблизительное % экземпляров, которые необходимо включить в мониторинг конкретного ресурса в качестве конечной точки.

Анализируйте данные мониторинга и устанавливайте оповещения

После создания монитора подключения источники проверяют подключаемость к целевым узлам на основе конфигурации теста.

При мониторинге конечных точек монитор подключений повторно оценивает состояние конечных точек каждые 24 часа. Таким образом, если виртуальная машина освобождается или выключена во время 24-часового цикла, монитор подключения будет сообщать о неопределенном состоянии из-за отсутствия данных в сетевом пути до конца 24-часового цикла, прежде чем повторно оценить состояние виртуальной машины и сообщить о состоянии виртуальной машины как освобожденной.

Проверки в тесте

В зависимости от протокола, выбранного в конфигурации теста, монитор подключений выполняет ряд проверок для пары источник-назначение. Проверки выполняются в соответствии с выбранной частотой тестирования.

При использовании протокола HTTP служба вычисляет количество ответов HTTP, вернувших верный код отклика. Допустимые коды ответов можно задать с помощью PowerShell и Azure CLI. Результат определяет процент неудачных проверок. Для вычисления RTT служба измеряет время между вызовом HTTP и ответом.

При использовании протокола TCP или ICMP служба вычисляет процент потерь пакетов, чтобы определить процент неудачных проверок. Для вычисления RTT служба измеряет время, затраченное на получение подтверждения (ACK) для отправленных пакетов. Если вы включили данные трассировки для сетевых тестов, вы можете просмотреть потери и задержку на каждом узле вашей локальной сети.

Состояния теста

В зависимости от данных, возвращаемых проверками, тесты могут иметь следующие состояния:

• Удачно: фактические значения для процента неудачных проверок и RTT находятся в пределах указанных пороговых значений.
• Неудачно: фактические значения для процента неудачных проверок и RTT превышают заданные пороговые значения. Если пороговые значения не указаны, тест достигает состояния Неудачно, если процент неудачных проверок равен 100.
• Предупреждение:
  • Если задано пороговое значение, и монитор подключений наблюдает процент проваленных проверок, который превышает 80 процентов этого значения, тест помечается как предупреждение.
  • При отсутствии указанных пороговых значений монитор подключений автоматически назначает пороговое значение. При превышении этого порога состояние теста изменится на Предупреждение. Для времени кругового пути в проверках TCP или ICMP пороговое значение — 750 мсек. Для процента непройденных проверок пороговое значение составляет 10 процентов.
• Не определено: в рабочей области Log Analytics отсутствуют данные. Проверка метрик
• Не запущен: отключено путем отключения группы тестирования. 

Сбор и анализ данных и оповещения

Данные, собираемые монитором подключений, хранятся в рабочей области Log Analytics. Вы настроили эту рабочую область при создании монитора подключения.

Данные мониторинга также доступны в метриках Azure Monitor. Вы можете использовать Log Analytics для хранения данных мониторинга настолько долго, насколько это необходимо. По умолчанию Azure Monitor хранит метрики за последние 30 дней.

Для данных можно задать оповещения на основе метрик.

Информационные панели мониторинга

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

При переходе к Монитору подключений из раздела Наблюдения сети можно просматривать данные следующим образом:

• Монитор подключений: это список всех мониторов подключения, которые были созданы для подписок, регионов, источников, типов назначения и отметок времени. Это представление по умолчанию.
• Группы тестирования: предоставляется список всех групп тестирования, созданных для подписок, регионов, меток времени, источников и типов назначения. Эти группы тестирования не фильтруются по монитору подключения.
• Тест: Список всех тестов, выполненных для ваших подписок, регионов, меток времени, источников и типов назначения. Эти тесты не фильтруются по монитору подключения и по группам тестирования.

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

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

Вы можете отформатировать список на основе следующих фильтров.

• Фильтры верхнего уровня: поиск списка по тексту, типу сущности (монитору подключений, группе тестов или тесту), метке времени и области. Область действия включает в себя подписки, регионы, источники и типы назначения. См. рамку 1 на следующем изображении.

• Фильтры на основе состояния: предоставляют фильтрацию по состоянию монитора подключения, группы тестирования или теста. См. поле 2 на следующей картинке.

• Фильтр на основе оповещений: фильтрация по оповещениям, запущенным на ресурсе монитора подключений. Смотрите блок 3 на следующем рисунке.

  

Например, чтобы просмотреть все тесты в мониторе подключения, где исходный IP-адрес равен 10.192.64.56, выполните следующие действия:

1. Измените вид представления на Тест.
2. В поле поиска Search введите 10.192.64.56.
3. В графе Область действия в фильтре верхнего уровня выберите пункт Источники.

Чтобы отобразить только неудачные тесты в мониторе подключения, где исходный IP-адрес равен 10.192.64.56, выполните следующие действия:

1. Измените вид представления на Тест.
2. Для фильтра, основанного на состоянии, выберите Неудачно.
3. В поле поиска Search введите 10.192.64.56.
4. В графе Область действия в фильтре верхнего уровня выберите пункт Источники.

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

1. Измените вид представления на Тест.
2. Для фильтра, основанного на состоянии, выберите Неудачно.
3. В поле Поиск введите office.live.com.
4. В графе Область действия в фильтре верхнего уровня выберите пункт Назначения.

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

Для просмотра тенденций в режиме приема-передачи и процента неудачных проверок для монитора подключения выполните следующие действия:

1. Выберите монитор подключения, который необходимо исследовать.

   

   На этой панели отображаются следующие разделы:

   • Основные свойства — свойства конкретного ресурса в выбранном Мониторе подключений.
   • Сводка:
     • агрегированные линии тенденций для RTT и процент неудачных проверок для всех тестов в мониторе подключения. Для просмотра подробных сведений можно задать определенное время.
     • Пять лучших по группам тестирования, источникам и назначениям, на основе RTT или процента неудачных проверок.
   • Вкладки: группы тестов, источники, назначения и конфигурации тестов. Перечисляет тестовые группы, источники или назначения в мониторе подключения. Проверка на наличие непройденных тестов, совокупное RTT и процентное значение непройденных проверок. Вы также можете вернуться назад по времени, чтобы просмотреть данные.
   • Проблемы: проблемы на уровне перехода для каждого теста в Мониторинге подключения.

   

2. На этой панели вы можете:

   • Выберите Просмотреть все тесты, чтобы просмотреть все тесты в Мониторе подключений.

     • Выберите тесты и сравните их.

       

     • Используйте кластеры для расширения составных ресурсов, таких как виртуальные сети и подсети, в их дочерние ресурсы.

     • Просмотрите топологию для всех тестов, выбрав "Топология".

   • Выберите Просмотреть все группы тестирования, Просмотреть конфигурации тестов, Просмотреть источники и Просмотреть назначения, чтобы просмотреть сведения, относящиеся к каждому из элементов.

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

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

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

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

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

2. Чтобы просмотреть выявленные проблемы, в топологии выберите любой узел в пути. Прыжки — это ресурсы Azure.

   Примечание.

   В настоящее время эта функция недоступна для локальных сетей.

   

Поисковые запросы в Log Analytics

Используйте Log Analytics для создания пользовательских представлений данных мониторинга. Все отображаемые данные берутся из Log Analytics. Данные в репозитории можно анализировать в интерактивном режиме. Соотносите данные из состояния агента или других решений на основе Log Analytics. Экспортируйте данные в Excel или Power BI или создайте ссылку с общим доступом.

Топология сети в мониторе подключений

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

Однако в случаях, когда источник или назначение находятся в границах Azure, топология строится путем объединения результатов двух различных операций. Первая операция является результатом выполнения команды traceroute. Вторая операция является результатом внутренней команды, которая определяет логический путь на основе конфигурации сети (клиента) в пределах границ Azure. Эта внутренняя команда аналогична инструменту диагностики следующего узла Network Watcher.

Так как вторая операция является логической и первая операция, как правило, не определяет ни одного прыжка в пределах Azure, несколько прыжков в объединенном результате (преимущественно в пределах границ Azure) не будут отображать значения задержки.

Метрики в Azure Monitor

Мониторы подключений, созданные до внедрения нового опыта работы с монитором подключений, содержат все четыре метрики: "% Пробы завершились сбоем", "AverageRoundtripMs", "ChecksFailedPercent" и "RoundTripTimeMs".

В мониторах подключений, созданных в интерфейсе мониторинга подключений, данные доступны только для метрик ChecksFailedPercent, RoundTripTimeMs и результатов тестирования.

Метрики создаются в соответствии с частотой мониторинга и описывают аспекты Монитора подключений в определенный момент времени. Метрики монитора подключений также имеют несколько измерений, таких как SourceName, DestinationName, TestConfiguration и TestGroup. Эти измерения можно использовать для визуализации определенных данных и назначения их при определении оповещений.

В настоящее время метрики Azure допускают минимальную детализацию в 1 минуту. Если частота меньше 1 минуты, отображаются агрегированные результаты.

При использовании метрик задайте тип ресурса Microsoft.Network/networkWatchers/connectionMonitors.

Оповещения на основе метрик для мониторинга подключений

Вы можете создавать оповещения метрик для мониторов подключения, используя следующие методы:

• В Connection monitor создайте оповещения метрик при создании мониторов подключений с помощью портала Azure.

• На мониторе подключений создайте оповещения метрик с помощью настройки оповещений на панели мониторинга.

• В Azure Monitor создайте оповещения метрик, выполнив следующие действия.

  1. Выберите ресурс мониторинга подключения, который вы создали в Мониторе подключения.
  2. Убедитесь, что Метрика выбрана как тип сигнала для монитора подключения.
  3. В поле Добавить условие для имени сигнала выберите ChecksFailedPercent или RoundTripTimeMs.
  4. Выберите Метрики для параметра Типа сигнала. Например, выберите ChecksFailedPercent.
  5. Представлены все измерения для метрики. Выберите имя измерения и значение измерения. Например, выберите Адрес источника, затем введите IP-адрес любого источника в мониторе подключения.
  6. В логике генерации оповещений введите следующие значения:
     • Тип условия: Статическое.
     • Условие и Пороговое значение.
     • Гранулярность агрегирования и частота оценки монитор подключений обновляет данные каждую минуту.
  7. В разделе Действиявыберите группу действий.
  8. Укажите сведения об оповещении.
  9. Создайте правило генерации оповещений.

  

Проведение диагностики проблем в сети

Монитор подключений помогает выявлять проблемы в вашем мониторе подключений и сети. Проблемы в гибридной сети обнаруживаются установленными ранее агентами Log Analytics. Проблемы в Azure обнаруживаются расширением Наблюдателя за сетями.

Вы можете просматривать проблемы в сети Azure в топологии сети.

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

• Истекло время запроса.
• Точка подключения не разрешается DNS — временно или постоянно. Недопустимый URL-адрес.
• Хосты не найдены.
• Источнику не удается подключиться к пункту назначения. Целевой объект недоступен по протоколу ICMP.
• Проблемы, связанные с сертификатом:
  • Для проверки подлинности агента требуется сертификат клиента.
  • Список отзыва сертификатов недоступен.
  • Имя узла конечной точки не соответствует субъекту сертификата или альтернативному имени субъекта сертификата.
  • Корневой сертификат отсутствует в хранилище доверенных центров сертификации на локальном компьютере источника.
  • Истекший, недопустимый, отозванный или несовместимый SSL-сертификат.

Для сетей, источники которых являются локальными виртуальными машинами Azure, можно обнаружить следующие проблемы:

• Проблемы с агентом:

  • Агент остановлен.
  • Сбой разрешения DNS.
  • На порту назначения отсутствуют приложение или слушатель.
  • Не удалось открыть сокет.

• Проблемы состояния виртуальной машины:

  • Запуск
  • Остановка
  • Остановлено
  • Освобождение ресурсов
  • Освобождено
  • Перезагрузка
  • Не выделено

• Отсутствует запись в таблице ARP.

• Трафик заблокирован из-за проблем с локальным брандмауэром или правил NSG.

• Проблемы шлюза виртуальной сети:

  • Отсутствующие маршруты.
  • Туннель между двумя шлюзами отключен или отсутствует.
  • Второй шлюз не найден в туннеле.
  • Информация о пиринге не найдена.

  Примечание.

  Если есть два подключенных шлюза, и один из них не входит в тот же регион, что и исходная конечная точка, монитор подключений определяет его как "неученный маршрут" для представления топологии. Подключение не затрагивается. Это известная проблема, и мы работаем над ее устранением.

  • В Microsoft Edge отсутствует маршрут.
  • Движение остановлено из-за системных маршрутов или маршрутов, заданных пользователем (UDR).
  • Протокол пограничного шлюза (BGP) не включен для подключения к шлюзу.
  • Зонд динамического IP-адреса (DIP) не работает в подсистеме балансировки нагрузки.

Сравните типы поддержки мониторинга подключений в Azure.

Тесты можно перенести из Network Performance Monitor и Connection Monitor (классический) на новую версию Connection Monitor одним нажатием и без прерывания работы.

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

• Агенты и параметры брандмауэра работают как обычно. Вносить изменения не нужно.

• Существующие мониторы подключений сопоставляются с тестовой группой Connection monitor > и тестовым форматом >. Выбрав "Изменить", вы можете просмотреть и изменить свойства последнего монитора подключения, скачать шаблон, чтобы внести изменения в монитор подключения и отправить его с помощью Azure Resource Manager.

• Виртуальные машины Azure с расширением "Наблюдатель за сетями" отправляют данные как в рабочую область, так и в метрики. Монитор подключений предоставляет данные с помощью новых метрик (ChecksFailedPercent и RoundTripTimeMs) вместо старых метрик (ProbesFailedPercent и AverageRoundtripMs). Старые метрики переносятся на новые метрики как ProbesFailedPercent ChecksFailedPercent > и AverageRoundtripMs > RoundTripTimeMs.

• Мониторинг данных:

  • оповещения автоматически переносятся в новые метрики;
  • Панели мониторинга и интеграции. Требуется ручное редактирование набора метрик.

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

Связанный контент

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