Поделиться через


Мониторинг доступности с помощью проверки связи URL-адресов

Проверка связи по URL-адресу — это не совсем верное название. Эти проверки не используют протокол ICMP для проверки доступности сайта. Они используют более сложный HTTP-запрос, чтобы проверить, отвечает ли конечная точка. Они оценивают скорость, связанную с этим ответом. Они также позволяют устанавливать собственные критерии успеха и сочетать их с расширенными функциями, такими как синтаксический анализ зависимых запросов и разрешение повторных попыток.

Чтобы создать тест доступности, необходимо воспользоваться имеющимся ресурсом Application Insights или создать его.

Внимание

30 сентября 2026 г. тесты ping URL-адреса будут прекращены. Переход на стандартные тесты до этого.

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

Примечание.

Проверки связи по URL-адресу относятся к категории классических тестов. Вы можете найти их в разделе Добавить классический тест на панели Доступность. Описание дополнительных функций см. в статье Стандартные тесты.

Внимание

Проверка ping URL-адресов зависит от инфраструктуры DNS общедоступного Интернета для разрешения доменных имен тестируемых конечных точек. Если вы используете частный DNS, необходимо убедиться в том, что серверы общедоступных доменных имен могут разрешать каждое доменное имя теста. Если это невозможно, вместо них можно использовать настраиваемые тесты TrackAvailability.

Создание проверки

Чтобы создать первый запрос о доступности:

  1. В ресурсе Application Insights откройте панель Доступность и выберите Добавить классический тест.

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

  2. Присвойте тесту название и выберите URL ping в поле SKU.

  3. Введите URL-адрес, который требуется проверить.

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

    Параметр Description
    URL-адрес Вы можете указать URL-адрес любой веб-страницы, но он должен быть видимым из общедоступного Интернета. URL-адрес может содержать строку запроса, поэтому вы, например, сможете немного поупражняться в работе с базой данных. Если URL-адрес инициирует перенаправление, оно может выполняться до 10 раз.
    Анализировать зависимые запросы Изображения, сценарии, файлы стилей и другие файлы, являющиеся частью тестируемых веб-страниц, запрашиваются для теста. Записанное время ответа включает время, затраченное на получение этих файлов. Тест завершается ошибкой, если какой-либо из этих ресурсов не удается скачать за отведенное на тест время. Если этот параметр отключен, тест запросит только файл по указанному URL-адресу. Включение этого параметра позволяет выполнять более тщательную проверку. Тест может завершиться неудачно из-за состояний, которые не заметны при просмотре сайта вручную.
    Enable retries (Разрешить повторные попытки) При неудачном завершении теста через короткий промежуток времени будет выполнена повторная попытка. Сообщение об ошибке отобразится только после трех неудачных попыток подряд. Последующие тесты будут выполняться с обычной частотой. Повторные попытки будут временно приостановлены до следующей успешной попытки. Это правило действует в любом расположении тестирования. Этот вариант является рекомендуемым. В среднем около 80 процентов ошибок исчезают при повторной попытке.
    Периодичность проведения тестирования Этот параметр задает частоту выполнения теста из каждого тестового местоположения. При стандартной частоте в пять минут и наличии пяти тестовых местоположений ваш сайт будет проверяться в среднем каждую минуту.
    Расположения тестирования Значения этого параметра — это места, с которых серверы отправляют веб-запросы на URL-адрес. Чтобы вы могли отличить проблемы с веб-сайтом от проблем с сетью, рекомендуется использовать не менее пяти тестовых расположений. Вы можете выбрать до 16 таких расположений.

Если ваш URL-адрес не отображается в общедоступном Интернете, вы можете настроить брандмауэр так, чтобы он пропускал только тестовые транзакции. Дополнительные сведения об исключениях брандмауэра для агентов тестирования доступности см. в описании IP-адресов.

Примечание.

Мы настоятельно рекомендуем выполнять тестирования из нескольких расположений, как минимум пяти. Этот подход помогает предотвратить ложные генерации оповещений, которые могут возникать из-за временных проблем с определенным местоположением. Мы также обнаружили, что оптимальная конфигурация — это количество тестовых местоположений, равное порогу генерации для местоположения + 2.

Условия успеха

Параметр Description
Время ожидания тестирования Уменьшите значение этого параметра, чтобы получать оповещения о медленных откликах. Тест считается неудачной попыткой, если ответы от сайта не были получены в течение заданного периода. Если выбрать параметр Анализировать зависимые запросы, все изображения, файлы стилей, скрипты и другие зависимые ресурсы будут получены в течение этого периода.
HTTP-ответ Возвращаемый код состояния, который считается успешным результатом. Код 200 указывает на возврат нормальной веб-страницы.
Совпадение содержимого Мы проверяем наличие точного совпадения (с учетом регистра) со строкой в каждом ответе. Это должна быть обычная строка без подстановочных знаков (например, "Welcome!"). Не забывайте, что при изменении содержимого страницы необходимо обновить эту строку. Обнаружение совпадения возможно только при использовании английских символов.

видны узлы

Параметр Description
Режим почти реального времени (предварительная версия) Рекомендуется использовать оповещения, которые работают практически в реальном времени. Этот тип оповещений настраивается после создания теста доступности.
Пороговое значение для расположения оповещения Оптимальное соотношение между порогом генерации для местоположения и количеством тестовых местоположений: порог генерации для местоположения = количество тестовых местоположений – 2, при наличии минимум пяти тестовых местоположений.

Обозначения местоположений

При развертывании проверки связи по URL-адресу с помощью Azure Resource Manager для атрибута географического расположения можно использовать следующие обозначения.

Azure для государственных организаций

Показать имя Обозначение
USGov Вирджиния usgov-va-azr
US Gov (Аризона). usgov-phx-azr
USGov Техас usgov-tx-azr
Восточная часть США (DoD) usgov-ddeast-azr
Центральная часть США (DoD) usgov-ddcentral-azr

Azure – Китай

Показать имя Обозначение
Восточный Китай mc-cne-azr
Восточный Китай 2 mc-cne2-azr
Северный Китай mc-cnn-azr
Северный Китай 2 mc-cnn2-azr

Azure

Показать имя Обозначение
Восточная Австралия emea-au-syd-edge
Южная Бразилия latam-br-gru-edge
Центральная часть США us-fl-mia-edge
Восточная Азия apac-hk-hkn-azr
Восточная часть США us-va-ash-azr
Южная Франция (прежнее название — Центральная Франция) emea-ch-zrh-edge
Центральная Франция emea-fr-pra-edge
Восточная Япония apac-jp-kaw-edge
Северная Европа emea-gb-db3-azr
Центрально-северная часть США us-il-ch1-azr
Центрально-южная часть США us-tx-sn1-azr
Юго-Восточная Азия apac-sg-sin-azr
западная часть Соединенного Королевства emea-se-sto-edge
Западная Европа emea-nl-ams-azr
западная часть США us-ca-sjc-azr
южная часть Соединенного Королевства emea-ru-msa-edge

Просмотр результатов теста доступности

Результаты теста доступности можно визуализировать в виде таблицы или диаграммы рассеяния.

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

Снимок экрана: страница

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

Снимок экрана, на котором показано представление в виде таблицы.

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

Проверка и изменение тестов

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

Снимок экрана, на котором показаны тесты с параметрами для изменения и отключения.

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

Действия при возникновении сбоев

Выберите красную точку.

Снимок экрана: вкладка сведений о сквозных транзакциях.

С помощью результатов тестов доступности вы увидите сведения о транзакциях для всех компонентов. Затем можно:

  • просмотреть отчет, чтобы определить, что могло привести к сбою теста, если приложение все еще доступно;
  • изучить ответ, полученный от сервера;
  • диагностировать сбой на основе серверной телеметрии, собранной при обработке завершившегося сбоем теста доступности;
  • добавить в журнал проблему или рабочий элемент в Git или Azure Boards для отслеживания проблемы; ошибка будет содержать ссылку на это событие;
  • открыть результат веб-теста в Visual Studio.

Дополнительные сведения о диагностике сквозных транзакций см. в документации по диагностике транзакций.

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

Снимок экрана, показывающий диагностику на стороне сервера.

Помимо необработанных результатов, в обозревателе метрик можно просмотреть две метрики доступности:

  • Доступность. Количество успешно выполненных тестов (в процентах).
  • Продолжительность тестов. Средняя длительность всех тестов.

Автоматизация

Следующие шаги