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

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

  • Статья

Внимание

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 оптимизирует количество проб работоспособности, отправленных в источник, чтобы уменьшить нагрузку на источник. Запросы пробы работоспособности отправляются на основе наименьшего настроенного интервала выборки. Ответы из одной проверки работоспособности определяют работоспособность конечной точки во всех группах источников.

Настройка параметров пробы для длительных контейнеров

При работе с длительными контейнерами настройка параметров пробы может предотвратить преждевременный сбой. ProbeTimeout Увеличение и Interval увеличение значений дает контейнерам больше времени, прежде чем Front Door помечает их как неработоспособные.

Значения для длительных контейнеров

  • ProbeTimeout: увеличьте период ожидания до 10–30 секунд.
  • Интервал. Задайте более длинный интервал (например, 30–60 секунд) между пробами.
  • НеработоспособныйThreshold: увеличьте число последовательных неудачных проб до того, как контейнер считается неработоспособным (например, 3-5 повторных попыток).

Примечание.

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

Примечание.

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

Взаимодействие пробы во время этапов жизненного цикла контейнера

  1. Этап запуска контейнера: на этом этапе контейнер может быть не полностью готов к работе с трафиком. Пробы работоспособности помогают определить, когда контейнер не отвечает, проверяя определенные коды состояния HTTP (например, 200 OK). Если частота пробы слишком высока или время ожидания слишком коротко, контейнер помечается как неработоспособный перед инициализацией. Увеличьте время ожидания или интервалы пробы на этом этапе.

  2. Этап выполнения. После запуска контейнера пробы продолжают проверять наличие ответов на работоспособность. Если проверка работоспособности последовательно возвращается 200 OK, Front Door сохраняет источник в смене трафика. Если пробы последовательно завершаются сбоем (например, из-за сбоя контейнера), Front Door помечает источник как неработоспособное.

  3. Этап сбоя: если пробы работоспособности завершаются ошибкой для заданного порогового значения (например, UnhealthyThreshold), источник считается неработоспособным, а трафик направляется в другие здоровые источники.

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

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

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

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

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

Примечание.

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

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