Yandex Load Balancer

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

Высокая производительность
Load Balancer использует технологии, которые работают на 4-м уровне сетевой модели OSI. Это позволяет обрабатывать сетевые пакеты с минимальной задержкой.
Проверка готовности ресурсов
Вы задаёте правила для TCP- или HTTP-проверок, а балансировщики контролируют статус облачных ресурсов. Ресурсы, не прошедшие проверку, исключаются из работы.
Прозрачное ценообразование
Вы платите за количество балансировщиков и объём входящего трафика, а исходящий трафик тарифицируется аналогично другим сервисам Yandex.Cloud.
Адресное распределение
Балансировщики распределяют нагрузку с учётом адреса и порта клиента, доступности ресурсов и сетевого протокола. Если параметры или состав группы виртуальных машин изменятся, балансировщик подстроится автоматически.
Равномерное распределение нагрузки
Когда объём входящего трафика резко меняется, вам не нужно производить перенастройку балансировщиков — они равномерно распределяют любой объём запросов между ресурсами.
Сохранение IP-адреса
Учитывайте IP-адрес клиента в вашем приложении без дополнительной настройки — он сохраняется в сетевом пакете запроса.

С чего начать

Создайте сетевой балансировщик с обработчиком и подключите к нему группу целевых ресурсов.

Создать балансировщик

Вопросы и ответы

Как повысить надежность своего сервиса?

Создавайте ресурсы в разных зонах доступности

Создавайте облачные ресурсы в нескольких географически распределённых зонах доступности. Это сохранит доступность ваших приложений при выходе из строя одной из зон.

Используйте разные балансировщики для разных приложений

Если вы используете инфраструктуру Yandex.Cloud для развёртывания нескольких приложений, настройте отдельные балансировщики для их обслуживания.

Используйте одинаковое количество облачных ресурсов в разных зонах доступности

Размещайте одинаковое количество облачных ресурсов в каждой зоне доступности. Если в зоне доступности ru-central1-a находятся три виртуальных машины, то и в зонах доступности ru-central1-b и ru-central1-c также следует разместить по три виртуальных машины.

Создавайте ресурсы в разных зонах доступности

Создавайте облачные ресурсы в нескольких географически распределённых зонах доступности. Это сохранит доступность ваших приложений при выходе из строя одной из зон.

Используйте разные балансировщики для разных приложений

Если вы используете инфраструктуру Yandex.Cloud для развёртывания нескольких приложений, настройте отдельные балансировщики для их обслуживания.

Используйте одинаковое количество облачных ресурсов в разных зонах доступности

Размещайте одинаковое количество облачных ресурсов в каждой зоне доступности. Если в зоне доступности ru-central1-a находятся три виртуальных машины, то и в зонах доступности ru-central1-b и ru-central1-c также следует разместить по три виртуальных машины.

Как происходит проверка состояния ресурсов?

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

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

  • Интервал выполнения проверок, от 1 до 300 секунд.
  • Таймаут проверки, от 1 до 60 секунд. Таймаут — это время, которое отводится ресурсу на то, чтобы ответить на проверку. Если ресурс не ответил вовремя, проверка считается не пройденной и ресурсу присваивается статус UNHEALTHY.
  • Показатели состояния ресурса: число последовательных удачных или неудачных проверок, при достижении которого ресурс будет считаться доступным или недоступным.

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

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

  • Интервал выполнения проверок, от 1 до 300 секунд.
  • Таймаут проверки, от 1 до 60 секунд. Таймаут — это время, которое отводится ресурсу на то, чтобы ответить на проверку. Если ресурс не ответил вовремя, проверка считается не пройденной и ресурсу присваивается статус UNHEALTHY.
  • Показатели состояния ресурса: число последовательных удачных или неудачных проверок, при достижении которого ресурс будет считаться доступным или недоступным.

Как организовать многоуровневую архитектуру балансировщиков в облаке?

Вы можете организовать архитектуру с балансировщиками L3 и L7. L3-балансировщик будет принимать трафик и передавать его целевой группе L7-балансировщиков, которые будут распределять трафик по виртуальным машинам с приложениями. В качестве L7-балансировщиков можно использовать виртуальные машины сервиса Compute Cloud, самостоятельно установив на них необходимые программы.

Вы можете организовать архитектуру с балансировщиками L3 и L7. L3-балансировщик будет принимать трафик и передавать его целевой группе L7-балансировщиков, которые будут распределять трафик по виртуальным машинам с приложениями. В качестве L7-балансировщиков можно использовать виртуальные машины сервиса Compute Cloud, самостоятельно установив на них необходимые программы.

Начните пользоваться Load Balancer