Создание Backend Server Group

Если вы хотите использовать ELB для балансировки трафика, необходимо связать как минимум одну backend server group с listener и добавить как минимум один backend server в backend server group.

Backend server group может быть связана с listener'ами разных load balancer'ов.

Table 1 описывает сценарии создания backend server group.

Протокол бэкенда новой backend server group должен соответствовать протоколу фронтенда listener, как описано в Table 2.

1. Войдите в консоль управления.
2. нажмите в левом верхнем углу консоли и выберите нужный region и project.
3. Нажмите в верхнем левом углу, чтобы отобразить Service List и выбрать Network > Elastic Load Balance.
4. В панели навигации слева выберите Elastic Load Balance > Backend Server Groups.
5. Нажмите Create Backend Server Group в правом верхнем углу.
6. Настройте политику маршрутизации на основе Table 3.

   Table 3 Параметры, необходимые для настройки политики маршрутизации

   Параметр	Описание
   Имя группы Backend Server Group	Указывает имя группы backend server group.
   Тип	Указывает тип load balancer, который может использовать группу backend server group. Выберите Dedicated.
   Load Balancer	Указывает, следует ли связывать load balancer. Вы можете связать существующий выделенный load balancer при создании группы backend server group или связать его позже. Группа backend server group может быть связана с несколькими load balancer'ами или listeners. После создания группы свяжите её с listeners, чтобы завершить настройку сервиса. Associate later Associate existing
   Backend Server Group Type	Указывает тип backend server group. Hybrid: Вы можете добавить облачные серверы и дополнительные сетевые интерфейсы в качестве backend‑серверов, а также добавить IP‑адреса в качестве backend‑серверов, когда включено IP as a Backend. При создании гибридной backend server group вы должны указать VPC и связать backend server group с load balancer в этом VPC. IP as a backend server: Вы можете добавить IP‑адреса в качестве backend‑серверов. Эта функция доступна только при включённом IP as a Backend.
   Forwarding Mode	Указывает режим пересылки для распределения трафика. Доступны два варианта: Load balancing и Active/Standby. Load balancing: Вы можете добавить один или несколько backend‑серверов в backend server group. Active/Standby: Вы должны добавить два backend‑сервера в backend server group, один будет работать как активный сервер, а другой — как резервный сервер. Если активный сервер выходит из строя, трафик перенаправляется на резервный сервер, повышая надёжность сервиса. Группы backend‑серверов Active/standby могут быть связаны только с TCP, TLS и UDP‑слушателями.
   VPC	Указывает VPC, в котором работает backend server group. Вы можете связать backend server group с load balancer в этом VPC. Этот параметр обязателен, если вы выбираете Hybrid для Backend Server Group Type. Вы можете выбрать существующий VPC или создать новый. Для получения дополнительной информации о VPC см. Virtual Private Cloud User Guide.
   Backend Protocol	Указывает протокол, который backend servers в backend server group используют для получения запросов от listeners. Протокол зависит от forwarding mode: Load balancing: HTTP, HTTPS, TCP, UDP, TLS, or QUIC Active/Standby: TCP, UDP, TLS, or QUIC
   IP Address Version	Указывает версию IP‑адреса backend servers, которые могут быть добавлены в backend server group. По умолчанию поддерживаются backend servers IPv4. Существует два варианта, когда backend protocol — TCP или UDP: IPv4: В качестве backend servers можно добавить только IPv4‑адреса. Dual stack: В качестве backend servers можно добавить как IPv4, так и IPv6‑адреса.
   Forward to Same Port	Если эта опция включена, при добавлении backend server не требуется указывать backend‑порт. Listener направляет запросы к backend server через тот же порт, что и frontend‑порт. Эту опцию нельзя отключить после включения. ПРИМЕЧАНИЕ: Эта опция доступна только для групп backend server TCP и UDP, связанных с выделенным load balancer.
   Load Balancing Algorithm	Указывает алгоритм, используемый балансировщиком нагрузки для распределения трафика. Доступны следующие варианты: Weighted round robin: Запросы направляются к разным серверам в зависимости от их весов. Серверы с более высоким весом получают пропорционально больше запросов, тогда как серверы с одинаковым весом получают одинаковое количество запросов. Weighted least connections: Помимо количества соединений, каждому серверу назначается вес в зависимости от его мощности. Запросы направляются к серверу с наименьшим отношением количество соединений к весу. Source IP hash: Запросы от разных клиентов направляются в зависимости от исходных IP-адресов, а запросы от одного и того же клиента перенаправляются к одному и тому же серверу. Connection ID: Этот алгоритм доступен, когда вы выбрали QUIC для Backend Protocol. Этот алгоритм позволяет запросам с одинаковым connection ID направлять к одному и тому же backend server. Для получения дополнительной информации об алгоритмах балансировки нагрузки см. Configuring Load Balancing Algorithms to Distribute Traffic.
   Sticky Session	Указывает, включать ли sticky sessions, если вы выбрали Weighted round robin, Connection ID или Weighted least connections для Load Balancing Algorithm. Если включить sticky sessions, все запросы от одного клиента в течение одной сессии отправляются к одному и тому же backend server. Для получения дополнительной информации о sticky sessions см. Enabling Sticky Session to Accelerate Access. ПРИМЕЧАНИЕ: Группы TLS backend server не поддерживают sticky session. Sticky session включён по умолчанию и не отображается для групп QUIC backend server.
   Sticky Session Type	Указывает тип sticky session. Этот параметр обязателен, если Sticky Session включён. Вы можете выбрать один из следующих типов: Source IP address: IP‑адрес источника каждого запроса вычисляется с помощью алгоритма согласованного хеширования для получения уникального хеш‑ключа, и все backend servers нумеруются. Система назначает клиенту конкретный сервер на основе сгенерированного ключа. Это гарантирует, что запросы с одного и того же IP‑адреса направляются к одному и тому же backend серверу. Load balancer cookie: Load balancer генерирует cookie после получения запроса от клиента. Все последующие запросы с этим cookie направляются к тому же backend серверу. Application cookie: Приложение, развернутое на backend сервере, генерирует cookie после получения первого запроса от клиента. Все последующие запросы с этим cookie направляются к тому же backend серверу. ПРИМЕЧАНИЕ: Source IP address доступен, когда для Backend Protocol выбран TCP, QUIC, или UDP. Load balancer cookie и Application cookie доступны, когда для Backend Protocol выбран HTTP, GRPC или HTTPS.
   Продолжительность привязки (мин)	Указывает, как долго поддерживается sticky session, в минутах. Этот параметр обязателен, если Sticky Session включён. Sticky sessions на уровне 4: 1 до 60 Sticky sessions на уровне 7: 1 до 1440
   Slow Start	Указывает, включить ли медленный старт. Этот параметр необязателен, если для Load Balancing Algorithm выбран Weighted round robin. После включения этой опции load balancer линейно увеличивает долю запросов к backend серверам в этом режиме. Когда истекает длительность slow start, балансировщик нагрузки отправляет полную долю запросов на backend‑servers и выходит из режима slow start. ПРИМЕЧАНИЕ: Slow start доступен только для групп backend‑servers HTTP и HTTPS выделенных балансировщиков нагрузки. Для получения дополнительной информации о slow start см. Configuring Slow Start for a Backend Server Group.
   Slow Start Duration (s)	Указывает, как долго будет продолжаться slow start, в секундах. Этот параметр обязателен, если Slow Start включён.
   Description (Optional)	Предоставляет дополнительную информацию о группе backend‑servers.

7. Нажмите Next, чтобы добавить backend‑servers и настроить проверку состояния.

   Добавьте облачные серверы, дополнительные сетевые интерфейсы и IP в качестве backend‑servers в эту группу backend‑servers. Подробности см. в Backend Server Overview.

   Настройте проверку состояния для группы backend‑servers на основе Table 4. Для получения дополнительной информации о проверках состояния см. Health Check.

   Table 4 Параметры, необходимые для настройки проверки состояния

   Parameter	Description
   Health Check	Указывает, включить ли параметр health check. Если health check включен, нажмите для задания параметров health check.
   Health Check Protocol	Указывает протокол, который будет использоваться load balancer для проверки состояния backend servers. Значение может быть TCP, HTTP, TLS или HTTPS. Если протокол группы backend servers — UDP или QUIC, протокол health check по умолчанию UDP и изменить его нельзя.
   Domain Name	Указывает доменное имя, которое будет использоваться для health check. Этот параметр обязателен, если протокол health check — HTTP или HTTPS. По умолчанию используется частный IP-адрес каждого backend server. Вы также можете указать доменное имя, состоящее минимум из двух меток, разделённых точками (.). Используйте только буквы, цифры и дефисы (-). Не начинайте и не заканчивайте строку дефисом. Максимальная общая длина: 100 символов. Максимальная длина метки: 63 символа.
   Health Check Port	Указывает порт, который будет использоваться load balancer для проверки состояния backend servers. Номер порта может быть от 1 до 65535. NOTE: По умолчанию используется сервисный порт на каждом backend server. Вы также можете указать порт для проверок состояния.
   Path	Указывает путь проверки состояния, который является целевым адресом на backend server для проверок состояния. Этот параметр обязателен, если протокол проверки состояния — HTTP или HTTPS. Путь может содержать от 1 до 80 символов и должен начинаться со слеша (/). Путь может содержать буквы, цифры, дефисы (-), слеши (/), точки (.), знаки вопроса (?), решётки (#), знаки процента (%), амперсанды (&), а также расширенные наборы символов _;~!. () *[]@$^:',+
   Interval (s)	Указывает максимальное время между двумя последовательными проверками состояния, в секундах. Интервал находится в диапазоне от 1 до 50.
   Timeout (s)	Указывает максимальное время ожидания ответа от проверки состояния, в секундах. Значение находится в диапазоне от 1 до 50.
   Healthy Threshold	Указывает количество последовательных успешных проверок состояния, необходимых для признания backend server здоровым. Значение находится в диапазоне от 1 до 10.
   Unhealthy Threshold	Указывает количество последовательных неудачных проверок состояния, необходимых для признания backend server нездоровым. Значение находится в диапазоне от 1 до 10.
   Status Code	Указывает коды состояния, которые будут возвращаться балансировщику нагрузки для указания состояния здоровья серверов бэкенда. Этот параметр доступен только при установке протокола проверки состояния в HTTP или HTTPS. Можно ввести любое уникальное число от 200 до 599 или диапазон чисел, например, 200-300. Значение по умолчанию — 200. Поддерживается максимум пять кодов состояния HTTP и диапазонов чисел. Если указано более одного кода состояния или диапазона, нажмите Enter, чтобы разделить их.

8. Нажмите Next.
9. Подтвердите спецификации и нажмите Create Now.

Вы можете связать группу серверов бэкенда со слушателем выделенного балансировщика нагрузки способами, перечисленными в Table 1.