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


Зонды работоспособности

Внимание

Azure Front Door (классическая версия) будет прекращена 31 марта 2027 г. Чтобы избежать нарушений работы служб, важно перенести профили Azure Front Door (классический) на уровень Azure Front Door standard или Premium к марту 2027 года. Дополнительные сведения см. в статье azure Front Door (классическая версия) для выхода на пенсию.

Примечание.

Источник и группа источников в этой статье относятся к внутреннему и внутреннему пулу конфигурации Azure Front Door (классической).

Чтобы определить работоспособность и близость каждого источника для определенной среды Azure Front Door, каждый профиль Front Door периодически отправляет искусственный HTTP/HTTPS-запрос ко всем настроенным источникам. Front Door затем использует ответы из пробы работоспособности, чтобы определить лучший источник для маршрутизации запросов клиента.

Предупреждение

Так как каждое пограничное расположение Azure Front Door отправляет пробы работоспособности в источник, том пробы работоспособности для ваших источников может быть довольно высоким. Количество проб зависит от расположения трафика вашего клиента и частоты отправки проб. Если пограничные расположения Azure Front Door не получают реальный трафик от конечных пользователей, частота пробы работоспособности из пограничного расположения уменьшается с заданной частоты. Если трафик выполняется во всех пограничных расположениях Azure Front Door, объем проб работоспособности может быть высоким в зависимости от частоты проб работоспособности.

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

Поддерживаемые протоколы

В Azure Front Door пробы могут передаваться как по протоколу HTTP, так и по HTTPS. Эти пробы отправляются через те же TCP-порты, настроенные для маршрутизации клиентских запросов, и не могут быть переопределены. Пробы HTTP/HTTPS в Front Door отправляются с набором заголовков User-Agent со значением Edge Health Probe.

Поддерживаемые методы HTTP для проб работоспособности

В Azure Front Door поддерживаются следующие методы HTTP для отправки проб работоспособности:

  1. GET: метод GET означает получение любой информации (в форме сущности) определяется URI запроса.
  2. HEAD: метод HEAD идентичен GET, за исключением того, что сервер НЕ ДОЛЖЕН возвращать текст сообщения в ответе. Для новых профилей Front Door по умолчанию выбран метод пробы HEAD.

Совет

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

Ответы проб работоспособности

Отклики Description
Определение работоспособности Код состояния 200 ОК указывает, что источник работоспособен. Любой другой код состояния свидетельствует о сбое. Если по какой-либо причине проба не получает допустимый ответ HTTP, она считается завершенной со сбоем.
Измерение задержки Задержка — это время, измеряемое с момента непосредственно перед отправкой запроса пробы на момент, когда Front Door получает последний байт ответа. Front Door использует новое TCP-подключение для каждого запроса. Измерение не предвзято к источникам с существующими теплыми подключениями.

Как Front Door определяет работоспособности происхождения

Azure Front Door использует трехэтапный процесс для определения работоспособности всех алгоритмов.

  1. Исключить отключенные источники.

  2. Исключите источники, имеющие ошибки проб работоспособности:

    • Этот можно сделать, просмотрев последние n ответов проб работоспособности. Если по крайней мере x работоспособны, источник считается здоровым.

    • n настраивается путем изменения свойства SampleSize в параметрах балансировки нагрузки.

    • x настраивается путем изменения свойства SuccessfulSamplesRequired в параметрах балансировки нагрузки.

  3. Для наборов здоровых источников в группе источников Front Door измеряется и сохраняется задержка для каждого источника.

Примечание.

Если одна конечная точка является членом нескольких групп источников, Front Door оптимизирует количество проб работоспособности, отправленных в источник, чтобы уменьшить нагрузку на источник. Запросы проверки работоспособности будут передаваться на основе наименьшего заданного интервала выборки. Работоспособность конечной точки во всех группах источников определяется ответами одного и того же проб работоспособности.

Полный сбой пробы работоспособности

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

После возвращения источника в работоспособное состояние Front Door возобновляет обычный алгоритм балансировки нагрузки.

Отключение проб работоспособности

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

Примечание.

Если в группе источников есть только один источник, один источник получит очень мало проб работоспособности. Это может привести к снижению метрики работоспособности источника, но ваш трафик не будет затронут.

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