Настройка решения "Монитор производительности сети" для ExpressRoute (не рекомендуется)

Эта статья поможет вам настроить расширение "Монитор производительности сети" для мониторинга ExpressRoute. "Монитор производительности сети" (NPM) представляет собой сетевое решение для мониторинга на основе облака, с помощью которого можно отслеживать подключение между облачными развертываниями Azure и локальными расположениями (филиалами и т. д.). NPM является частью журналов Azure Monitor. NPM предлагает расширение для ExpressRoute, которое позволяет отслеживать производительность сети с использованием каналов ExpressRoute, настроенных для использования частного пиринга или пиринга Майкрософт. При настройке NPM для ExpressRoute вы можете обнаружить проблемы сети, определить их и устранить. Эта служба также доступна для облака Azure для государственных организаций.

Внимание

Начиная с 1-го июля 2021 г. вы не сможете добавлять новые тесты в существующую рабочую область или включать новую рабочую область в службе "Монитор производительности сети". Кроме того, вы не сможете добавлять новые мониторы подключений в Мониторе подключений (классического формата). Вы можете продолжать использовать тесты и мониторы соединений, созданные до 1-го июля 2021-го года. Чтобы предотвратить прерывание предоставления служб для ваших текущих рабочих нагрузок, необходимо выполнить перенос тестов с Монитора производительности сети либо перейти с Монитора подключений (классический формат) на новый Монитор подключений, включенный в Наблюдатель за сетями Azure, до 29 февраля 2024 г.

Примечание.

Сведения из данной статьи были недавно обновлены. Теперь вместо термина "Log Analytics" используется термин "журналы Azure Monitor". Данные журнала по-прежнему хранятся в рабочей области Log Analytics, собираются и анализируются той же службой Log Analytics. Целью обновления терминологии является лучшее отражение роли журналов в Azure Monitor. Дополнительные сведения см. в статье Изменения фирменной символики Azure Monitor.

Вы можете:

• отслеживать потери и задержки в различных виртуальных сетях и настроить оповещения;

• отслеживать все пути (включая избыточные) в сети;

• устранить временные неполадки в сети и неполадки в сети до точки во времени, которые усложняют репликацию;

• определить конкретный сегмент в сети, с которым связана низкая производительность;

• получить пропускную способность для каждой виртуальной сети (при установке агентов в каждой виртуальной сети);

• просмотреть состояние системы ExpressRoute из предыдущей точки во времени.

Рабочий процесс

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

1. Создайте рабочую область NPM. Эта рабочая область совпадает с рабочей областью Log Analytics.
2. Установите и настройте агенты программного обеспечения. (Если вы хотите отслеживать только пиринг Майкрософт, вам не нужно устанавливать и настраивать агенты программного обеспечения.):
   • Установите агенты мониторинга на локальных серверах и виртуальных машинах Azure (для частного пиринга).
   • Настройте параметры на серверах, на которых расположены агенты мониторинга, чтобы разрешить их взаимодействие. (Откройте порты брандмауэра и т. д.).
3. Настройте правила группы безопасности сети (NSG), чтобы разрешить агентам мониторинга, установленным на виртуальных машинах Azure, взаимодействовать с локальными агентами.
4. Настройте мониторинг. Выполните автоматическое обнаружение и определите видимые сети в NPM.

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

Шаг 1. Создание рабочей области

Создайте рабочую область (в подписке с виртуальной сетью, связанной с каналами ExpressRoute).

1. На портале Azure выберите подписку, которая включает виртуальные сети, подключенные с помощью пиринговой связи к каналу ExpressRoute. Затем найдите в списке служб в Marketplace решение "Монитор производительности сети". В вернитесь, чтобы открыть страницу "Сеть Монитор производительности".

   Примечание.

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

   
   
   

2. В нижней части главной страницы "Сеть Монитор производительности" выберите "Создать", чтобы открыть сетевую Монитор производительности — создать страницу решения. Выберите рабочую область Log Analytics— выберите рабочую область, чтобы открыть страницу "Рабочие области ". Нажмите кнопку "+ Создать рабочую область", чтобы открыть страницу "Рабочая область ".

3. На странице Рабочая область Log Analytics выберите Создать и настройте следующие параметры:

   • Рабочая область Log Analytics. Введите имя рабочей области.

   • Подписка. Если у вас есть несколько подписок, выберите ту, которую нужно привязать к новой рабочей области.

   • Группа ресурсов. Создайте группу ресурсов или используйте имеющуюся.

   • Расположение. Указание расположения учетной записи хранения для журналов подключений агента.

   • Ценовая категория. Выберите ценовую категорию.

     Примечание.

     Канал ExpressRoute может находиться в любой точке мира. Он не обязательно находится в том же регионе, что и рабочая область.

     
     
     

4. Нажмите кнопку "ОК ", чтобы сохранить и развернуть шаблон параметров. После проверки шаблона выберите "Создать ", чтобы развернуть рабочую область.

5. После развертывания рабочей области перейдите в созданный ресурс NetworkMonitoring(name). Проверьте параметры, а затем выберите "Решение" требует дополнительной настройки.

   

Шаг 2. Установка и настройка агентов

2.1. Скачивание файла установки агента

1. На странице для ресурса Конфигурация монитора производительности сети перейдите на вкладку Общие параметры. Выберите агент, соответствующий обработчику сервера, в разделе "Установка агентов Log Analytics" и скачайте файл установки.

2. Затем скопируйте идентификатор рабочего пространства и первичный ключ в Блокнот.

3. В разделе Configure Log Analytics Agents for monitoring using TCP protocol (Настройка агентов Log Analytics для мониторинга по протоколу TCP) загрузите скрипт PowerShell. С его помощью вы сможете открыть соответствующий порт брандмауэра для транзакций TCP.

   

2.2. Установка агента мониторинга на каждом сервере мониторинга (в каждой виртуальной сети, которую нужно отслеживать)

Рекомендуется установить по крайней мере два агента на каждой стороне подключения ExpressRoute, чтобы обеспечить избыточность (например, локально, в виртуальных сетях Azure). Агент должен быть установлен на компьютере Windows Server 2008 с пакетом обновления 1 (SP1) или более поздней версии. Мониторинг каналов ExpressRoute с помощью ос Windows Desktop OS и ОС Linux не поддерживается. Чтобы установить агенты, выполните следующие действия.

Примечание.

Для агентов, отправленных SCOM (в том числе MMA), если они размещены в Azure, определение расположения может работать нестабильно. Рекомендуется не использовать эти агенты в виртуальных сетях Azure для мониторинга ExpressRoute.

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

2. На странице Добро пожаловать выберите Далее.

3. На странице "Условия лицензии" прочитайте лицензию и нажмите кнопку "Я согласен".

4. На странице Конечная папка измените или оставьте существующую папку установки по умолчанию и нажмите кнопку Далее.

5. На странице Параметры установки агента вы можете выбрать подключение агента к журналам Azure Monitor или Operations Manager. Или можете не выбирать эти варианты, если хотите настроить агент позже. После выбора нажмите кнопку "Далее".

   • Если выбрано подключение к Azure Log Analytics, вставьте идентификатор рабочей области и ключ рабочей области (первичный ключ), скопированные в Блокнот на предыдущих шагах. Затем выберите Далее.

     

   • Если выбрано подключение к Operations Manager, на странице Management Group Configuration (Конфигурация группы управления) введите имя группы управления, сервер управления и порт сервера управления. Затем выберите Далее.

     

   • На странице Учетная запись действия агента выберите локальную системную учетную запись или учетную запись доменного или локального компьютера. Затем выберите Далее.

     

6. На странице Все готово для установки проверьте выбранные вами параметры, а затем нажмите Установить.

7. На странице Настройка успешно завершена щелкните Готово.

8. После завершения установки на панели управления появится Microsoft Monitoring Agent. Здесь можно просмотреть конфигурацию и проверить, подключен ли агент к журналам Azure Monitor. При подключении агент выдает следующее сообщение: The Microsoft Monitoring Agent has successfully connected to the Microsoft Operations Management Suite service (Microsoft Monitoring Agent успешно подключен к службе Microsoft Operations Management Suite).

9. Повторите эти действия для каждой виртуальной сети, которую нужно отслеживать.

2.3. Настройка параметров прокси-сервера (необязательно)

Если вы используете веб-прокси для доступа к Интернету, выполните следующие действия, чтобы настроить параметры прокси-сервера для Агента мониторинга Майкрософт. Эти действия необходимо выполнить для каждого сервера. Если вам нужно настроить несколько серверов, возможно, проще использовать скрипт для автоматизации этого процесса. В таком случае мы рекомендуем ознакомиться с разделом Как настроить параметры прокси-сервера для Microsoft Monitoring Agent с помощью скрипта.

Чтобы настроить параметры прокси-сервера для Microsoft Monitoring Agent с помощью панели управления, сделайте следующее:

1. Откройте Панель управления.

2. Откройте Microsoft Monitoring Agent.

3. Перейдите на вкладку "Параметры прокси-сервера".

4. Установите флажок Использовать прокси-сервер и введите URL-адрес и номер порта (если они нужны). Если для доступа к прокси-серверу требуется проверка подлинности, введите имя пользователя и пароль.

   

2.4. Проверка подключения к агенту

Вы можете легко проверить, могут ли агенты обмениваться данными.

1. На сервере, на котором установлен агент мониторинга, откройте панель управления.

2. Откройте Microsoft Monitoring Agent.

3. Перейдите на вкладку Azure Log Analytics .

4. В столбце Состояние вы увидите, что агент успешно подключен к журналам Azure Monitor.

   

2.5. Открытие портов брандмауэра на серверах агента мониторинга

Чтобы использовать протокол TCP, необходимо открыть порты брандмауэра, чтобы агенты мониторинга могли обмениваться данными.

Скрипт PowerShell можно запустить для создания разделов реестра, необходимых для сетевого Монитор производительности. Этот сценарий также создаст правила брандмауэра Windows, разрешающие агентам мониторинга создавать TCP-подключения между собой. В разделах реестра, созданных сценарием, укажите, следует ли записывать журналы отладки и путь к файлу журнала. Он также определяет TCP-порт агента, используемый для обмена данными. Значения этих ключей автоматически задаются скриптом. Не изменяйте эти разделы вручную.

Открытый порт по умолчанию — 8084. Вы можете использовать пользовательский порт, задав в сценарии параметр portNumber. Тем не менее, если это сделать, необходимо указать один порт для всех серверов, на которых вы запускаете сценарий.

Примечание.

Сценарий PowerShell "EnableRules" настраивает правила брандмауэра Windows только на том сервере, где он выполняется. При наличии брандмауэра сети он должен разрешать пропуск трафика к TCP-порту, который используется монитором производительности сети.

На серверах агента откройте окно PowerShell от имени администратора. Запустите загруженный ранее сценарий PowerShell EnableRules. Больше никакие параметры не нужны.

Шаг 3. Настройка правил группы безопасности сети

Для отслеживания серверов агента, находящихся в Azure, необходимо настроить правила группы безопасности сети (NSG), разрешающие использование TCP-трафика портом, используемым NPM для искусственных транзакций. Порт по умолчанию — 8084, позволяющий агенту мониторинга, установленному на виртуальной машине Azure, взаимодействовать с локальным агентом мониторинга.

Дополнительные сведения о группах безопасности сети см. в статье Создание групп безопасности сети с помощью портала Azure.

Примечание.

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

Шаг 4. Обнаружение пиринговых подключений

1. Перейдите на плитку обзора "Сеть Монитор производительности", перейдя на страницу "Все ресурсы", а затем выберите в списке разрешенную рабочую область NPM.

   

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

   

3. На странице конфигурации перейдите на вкладку "Пиринги ExpressRoute", расположенную на панели слева. Затем нажмите кнопку "Обнаружить сейчас".

   

4. После завершения обнаружения появится список со следующими элементами:

   • Все подключения пиринга Майкрософт в канале (каналах) ExpressRoute, связанные с этой подпиской.
   • Все частные пиринговые подключения, подключенные к виртуальным сетям и связанные с этой подпиской.

Шаг 5. Настройка мониторов

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

Частный пиринг

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

1. Установите флажок Отслеживать этот пиринг.
2. Установите флажок Включить наблюдение за работоспособностью для этого пиринга.
3. Выберите условия мониторинга. Для создания событий работоспособности можно задать пороговые значения. Каждый раз, когда значение условия превышает выбранное пороговое значение для выбранной пары сетей или подсетей, создается событие работоспособности.
4. Нажмите кнопку "Добавить агенты ON-PREM", чтобы добавить локальные серверы, из которых требуется отслеживать подключение к частному пирингу. Убедитесь, что выбраны только агенты с возможностью подключения к конечной точке службы Microsoft, указанной в разделе на шаге 2. Локальные агенты должны иметь доступ к конечной точке через подключение ExpressRoute.
5. Сохранить параметры.
6. После включения правил и выбора значений и агентов, которые вы хотите отслеживать, ожидается около 30–60 минут, чтобы значения начали заполняться, а плитки "Мониторинг ExpressRoute" становятся доступными.

Пиринг Майкрософт

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

1. Установите флажок Отслеживать этот пиринг.
2. (Необязательно). Вы можете изменить целевую конечную точку службы Microsoft. По умолчанию NPM выбирает конечную точку службы Microsoft в качестве целевой. NPM отслеживает возможность подключения с локальных серверов к целевой конечной точке через ExpressRoute.

   • Чтобы изменить эту целевую конечную точку, выберите ссылку (изменить) в разделе Target:, и выберите другую целевую конечную точку службы Майкрософт из списка URL-адресов.
     

   • Вы можете использовать настраиваемый URL-адрес или IP-адрес. Этот параметр имеет значение, если вы используете пиринг Майкрософт для установления подключения к службам Azure PaaS, таким как служба хранилища Azure, базы данных SQL и веб-сайты, предлагаемые на общедоступных IP-адресах. Выберите ссылку (используйте настраиваемый URL-адрес или IP-адрес) в нижней части списка URL-адресов, а затем введите общедоступную конечную точку службы PaaS Azure, подключенной через пиринг Microsoft ExpressRoute.
     

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

3. Установите флажок Включить наблюдение за работоспособностью для этого пиринга.
4. Выберите условия мониторинга. Для создания событий работоспособности можно задать пороговые значения. Каждый раз, когда значение условия превышает выбранное пороговое значение для выбранной пары сетей или подсетей, создается событие работоспособности.
5. Нажмите кнопку "Добавить агенты ON-PREM", чтобы добавить локальные серверы, из которых требуется отслеживать подключение к пирингу Майкрософт. Убедитесь, что выбраны только агенты с возможностью подключения к конечным точкам службы Microsoft, указанным в разделе "Шаг 2". Локальные агенты должны иметь доступ к конечной точке через подключение ExpressRoute.
6. Сохранить параметры.
7. После включения правил и выбора значений и агентов, которые вы хотите отслеживать, ожидается около 30–60 минут, чтобы значения начали заполняться, а плитки "Мониторинг ExpressRoute" становятся доступными.

Шаг 6. Просмотр плиток мониторинга

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

Страница решения "Монитор производительности сети"

Страница NPM содержит страницу для ExpressRoute, на которой отображаются общие данные по работоспособности каналов ExpressRoute и пирингов.

Список каналов

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

Тенденции потерь, задержка и пропускная способность

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

Список пирингов

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

Просмотр узлов

Чтобы просмотреть список всех связей между локальными узлами и конечными точками службы Azure или конечными точками службы Microsoft для выбранного подключения пиринга ExpressRoute, выберите "Просмотреть ссылки узла". Вы можете просмотреть состояние работоспособности каждой ссылки, а также тенденцию потери и задержки, связанные с ними.

Топология канала

Чтобы просмотреть топологию канала, щелкните элемент Топология. Схема топологии показывает задержку для каждого сегмента в сети. Каждый прыжок уровня 3 представлен узлом схемы. Чтобы увидеть дополнительные сведения о скачке, необходимо его щелкнуть.

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

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

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