Мониторинг доступности с помощью проверки связи URL-адресов
Проверка связи по URL-адресу — это не совсем верное название. Эти проверки не используют протокол ICMP для проверки доступности сайта. Они используют более сложный HTTP-запрос, чтобы проверить, отвечает ли конечная точка. Они оценивают скорость, связанную с этим ответом. Они также позволяют устанавливать собственные критерии успеха и сочетать их с расширенными функциями, такими как синтаксический анализ зависимых запросов и разрешение повторных попыток.
Чтобы создать тест доступности, необходимо воспользоваться имеющимся ресурсом Application Insights или создать его.
Важно!
30 сентября 2026 г. тесты проверки ping URL-адреса будут прекращены. Прежде чем перейти на стандартные тесты .
Затраты связаны с выполнением стандартных тестов. После создания стандартного теста за выполнение тестов будет взиматься плата.
Прежде чем начать этот процесс, ознакомьтесь с ценами на Azure Monitor .
Примечание
Проверки связи по URL-адресу относятся к категории классических тестов. Вы можете найти их в разделе Добавить классический тест на панели Доступность. Описание дополнительных функций см. в статье Стандартные тесты.
Создание теста
Чтобы создать первый запрос о доступности:
В ресурсе Application Insights откройте панель Доступность и выберите Добавить классический тест.
Присвойте тесту название и выберите URL ping в поле SKU.
Введите URL-адрес, который требуется проверить.
Измените параметры в соответствии со своими потребностями с помощью следующей таблицы. Нажмите кнопку создания.
Параметр Описание URL-адрес Вы можете указать URL-адрес любой веб-страницы, но он должен быть видимым из общедоступного Интернета. URL-адрес может содержать строку запроса, поэтому вы, например, сможете немного поупражняться в работе с базой данных. Если URL-адрес инициирует перенаправление, оно может выполняться до 10 раз. Анализировать зависимые запросы Изображения, сценарии, файлы стилей и другие файлы, являющиеся частью тестируемых веб-страниц, запрашиваются для теста. Записанное время ответа включает время, затраченное на получение этих файлов. Тест завершается ошибкой, если какой-либо из этих ресурсов не удается скачать за отведенное на тест время. Если этот параметр отключен, тест запросит только файл по указанному URL-адресу. Включение этого параметра позволяет выполнять более тщательную проверку. Тест может завершиться неудачно из-за состояний, которые не заметны при просмотре сайта вручную. Enable retries (Разрешить повторные попытки) При неудачном завершении тест будет выполнен снова через короткое время. Сообщение об ошибке отобразится только после трех неудачных попыток подряд. Последующие тесты будут выполняться с обычной частотой. Повторные попытки будут временно приостановлены до следующей успешной попытки. Это правило действует в любом расположении тестирования. Этот вариант является рекомендуемым. В среднем около 80 процентов ошибок исчезают при повторной попытке. параметр "Периодичность проверки" Этот параметр задает частоту выполнения теста из каждого тестового местоположения. При стандартной частоте в пять минут и наличии пяти тестовых местоположений ваш сайт будет проверяться в среднем каждую минуту. Расположения тестирования Значения этого параметра — это места, с которых серверы отправляют веб-запросы на URL-адрес. Чтобы вы могли отличить проблемы с веб-сайтом от проблем с сетью, рекомендуется использовать не менее пяти тестовых расположений. Вы можете выбрать до 16 таких местоположений.
Если ваш URL-адрес не отображается в общедоступном Интернете, вы можете настроить брандмауэр так, чтобы он пропускал только тестовые транзакции. Дополнительные сведения об исключениях брандмауэра для агентов тестирования доступности см. в описании IP-адресов.
Примечание
Мы настоятельно рекомендуем выполнять тестирование из нескольких местоположений, как минимум пяти. Этот подход помогает предотвратить ложные генерации оповещений, которые могут возникать из-за временных проблем с определенным местоположением. Мы также обнаружили, что оптимальная конфигурация — это количество тестовых местоположений, равное порогу генерации для местоположения + 2.
Критерии успешного завершения
| Параметр | Описание |
|---|---|
| Время ожидания тестирования | Уменьшите значение этого параметра, чтобы получать оповещения о медленных откликах. Тест считается неудачной попыткой, если ответы от сайта не были получены в течение заданного периода. Если выбрать параметр Анализировать зависимые запросы, все изображения, файлы стилей, скрипты и другие зависимые ресурсы будут получены в течение этого периода. |
| Ответ HTTP | Возвращаемый код состояния, который считается успешным результатом. Код 200 указывает на возврат нормальной веб-страницы. |
| совпадение содержимого | Мы проверяем наличие точного совпадения (с учетом регистра) со строкой в каждом ответе. Это должна быть обычная строка без подстановочных знаков (например, "Welcome!"). Не забывайте, что при изменении содержимого страницы необходимо обновить эту строку. Обнаружение совпадения возможно только при использовании английских символов. |
Оповещения
| Параметр | Описание |
|---|---|
| Режим почти реального времени (предварительная версия) | Рекомендуется использовать оповещения, которые работают практически в реальном времени. Этот тип оповещений настраивается после создания теста доступности. |
| Порог генерации для местоположения | Оптимальное соотношение между порогом генерации для местоположения и количеством тестовых местоположений: порог генерации для местоположения = количество тестовых местоположений – 2, при наличии минимум пяти тестовых местоположений. |
Обозначения местоположений
При развертывании проверки связи по URL-адресу с помощью Azure Resource Manager для атрибута географического расположения можно использовать следующие обозначения.
Azure для государственных организаций
| Отображаемое имя | Обозначение |
|---|---|
| US Gov (Вирджиния) | usgov-va-azr |
| US Gov (Аризона) | usgov-phx-azr |
| US Gov (Техас) | 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 |
| Brazil South | 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.
Дополнительные сведения о диагностике сквозных транзакций см. в документации по диагностике транзакций.
Выберите строку исключения, чтобы просмотреть сведения об исключении на стороне сервера, вызвавшего сбой синтетического теста доступности. Вы также можете получить моментальный снимок отладки для более широкой диагностики на уровне кода.
Помимо необработанных результатов, в обозревателе метрик можно просмотреть две метрики доступности:
- Доступность. Количество успешно выполненных тестов (в процентах).
- Продолжительность тестов. Средняя длительность всех тестов.
Автоматизация
- Используйте сценарии PowerShell, чтобы настройка теста доступности выполнялась автоматически.
- Настройте вызов webhook при генерации оповещения.