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

Проверки состояния

  • Статья

Внимание

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-запросы для проверки работоспособности.

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

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

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

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

Примечание.

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

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