Yandex Cloud
Поиск
Связаться с намиПодключиться
  • Истории успеха
  • Документация
  • Блог
  • Все сервисы
  • Статус работы сервисов
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Контейнеры
    • Инструменты разработчика
    • Бессерверные вычисления
    • Безопасность
    • Мониторинг и управление ресурсами
    • ИИ для бизнеса
    • Бизнес-инструменты
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Контент-программа
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Калькулятор цен
    • Тарифы
    • Промоакции и free tier
    • Правила тарификации
  • Истории успеха
  • Документация
  • Блог
Проект Яндекса
© 2025 ООО «Яндекс.Облако»
Yandex Network Load Balancer
  • Начало работы
    • Обзор
    • Типы сетевых балансировщиков
    • Обработчик трафика
    • Целевые группы и ресурсы
    • Проверка доступности ресурсов
    • Особенности реализации
    • Сценарии использования
    • Рекомендации по применению
    • Квоты и лимиты
  • Управление доступом
  • Правила тарификации
  • Справочник Terraform
  • Метрики Monitoring
  • Аудитные логи Audit Trails
  • История изменений
  • Вопросы и ответы
  • Обучающие курсы

В этой статье:

  • Состояния сетевого балансировщика
  • Состояния ресурсов в целевых группах
  • Примеры использования
  1. Концепции
  2. Проверка доступности ресурсов

Проверка доступности ресурсов

Статья создана
Yandex Cloud
Улучшена
izedgo
Обновлена 22 мая 2025 г.
  • Состояния сетевого балансировщика
  • Состояния ресурсов в целевых группах
  • Примеры использования

Проверка доступности ресурсов используется сетевым балансировщиком для получения сведений о состоянии ресурсов в подключенных целевых группах. Элементы модуля проверки доступности расположены в каждой зоне доступности. В ответ на запрос о состоянии ресурсы сообщают, что они готовы принимать трафик или вышли из строя. Если ресурс не отвечает на запрос о состоянии в течение заданного промежутка времени, ресурс также считается вышедшим из строя. Проверка проводится по протоколу TCP или HTTP через указанные в конфигурации промежутки времени.

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

Трафик проверок доступности ресурсов также проходит через балансировщик.

Для каждой проверки указываются:

  • Тип проверки — HTTP или TCP.
  • Путь — путь в составе URL, на который будут отправлены запросы. Указывается только для проверок типа HTTP.
  • Порт — значение от 1 до 32767.
  • Время ожидания — значение от 1 до 60 секунд. Это время, которое отводится ресурсу, чтобы ответить на проверку. Если ресурс не ответил вовремя, проверка считается непройденной и ресурсу присваивается статус UNHEALTHY.
  • Интервал выполнения проверок — значение от 1 до 60 секунд.
  • Пороги работоспособности и неработоспособности — число последовательных удачных или неудачных проверок, по достижении которого ресурс будет считаться доступным либо недоступным.

Состояния сетевого балансировщикаСостояния сетевого балансировщика

Созданный сетевой балансировщик может находиться в одном из состояний, определяющих его поведение:

  • CREATING — балансировщик находится в процессе создания.
  • STARTING — балансировщик запускается.
  • ACTIVE — балансировщик работает, выполняет проверки состояния и передает трафик ресурсам из целевой группы.
  • STOPPING — балансировщик останавливается.
  • STOPPED — балансировщик остановлен, не выполняет проверки состояния и не передает трафик.
  • DELETING — балансировщик удаляется.
  • INACTIVE — состояние, указывающее, что у балансировщика нет обработчиков или в прикрепленных целевых группах нет целевых ресурсов. Балансировщик не выполняет проверки и не передает трафик.

Состояния ресурсов в целевых группахСостояния ресурсов в целевых группах

Ресурсы в целевых группах могут находиться в одном из следующих состояний:

  • INITIAL — для ресурса настраивается проверка состояния.
  • HEALTHY — ресурс работает и готов принимать трафик.
  • UNHEALTHY — ресурс не готов принимать трафик.
  • DRAINING — ресурс удаляется и с него снимается трафик. Балансировщик перестает передавать трафик этому ресурсу.
  • INACTIVE — ресурс подключен к остановленному балансировщику или к балансировщику без обработчиков.

Между назначением ресурсу состояния UNHEALTHY и остановкой передачи трафика на ресурс есть задержка, которая требуется сетевому балансировщику для обработки результата проверки.

Проверки состояния ресурсам в целевых группах передаются из подсетей 198.18.235.0/24 и 198.18.248.0/24. Настройки правил фильтрации трафика у целевых ресурсов должны разрешать прием трафика из этих подсетей, иначе проверки не будут выполняться — целевые ресурсы не получат статус HEALTHY и не смогут принимать трафик.

Для разрешения трафика от модуля проверки состояния можно привязать к целевым ресурсам группу безопасности со следующим правилом для входящего трафика:

  • Диапазон портов — используйте диапазон портов, который указан в настройках проверки состояния.
  • Протокол — TCP.
  • Источник — Проверки состояния балансировщика.

При выполнении HTTP-проверки, ресурс получает статус HEALTHY только при ответе с кодом 200.

Примеры использованияПримеры использования

  • Обновление группы виртуальных машин под нагрузкой
  • Интеграция Cloud DNS и корпоративного сервиса DNS
  • Развертывание Microsoft Exchange
  • Реализация отказоустойчивых сценариев для сетевых виртуальных машин
  • Миграция сервисов с балансировщика NLB на L7-балансировщик ALB для подключения защиты Yandex Smart Web Security

Была ли статья полезна?

Предыдущая
Целевые группы и ресурсы
Следующая
Особенности реализации
Проект Яндекса
© 2025 ООО «Яндекс.Облако»