Создание Backend Server Group

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

Backend server group может быть связана с listeners разных load balancers.

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

Протокол бэкенда новой группы серверов должен соответствовать протоколу фронтенда слушателя, как описано в Table 2.

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

   Параметр	Описание
   Backend Server Group Name	Указывает имя backend server group.
   Type	Указывает тип load balancer, который может использовать backend server group. Выберите Dedicated.
   Load Balancer	Указывает, следует ли связывать load balancer. Вы можете связать существующий dedicated load balancer при создании backend server group или связать его позже. Backend server group может быть связан с несколькими load balancers или listeners. После создания группы свяжите её с listeners, чтобы завершить настройку сервиса. Associate later Associate existing
   Backend Server Group Type	Указывает тип backend server group. Hybrid: Вы можете добавлять облачные серверы и дополнительные сетевые интерфейсы в качестве backend server, а также добавлять IP‑адреса в качестве backend server, когда IP as a Backend включено. При создании гибридной группы backend server вы должны указать VPC и связать группу backend server с load balancer в этом VPC. IP as a backend server: Вы можете добавлять IP‑адреса в качестве backend server. Эта функция доступна только когда IP as a Backend включена.
   Forwarding Mode	Указывает режим пересылки для распределения трафика. Доступны два варианта: Load balancing и Active/Standby. Load balancing: Вы можете добавить один или несколько backend server в группу backend server. Active/Standby: Вы должны добавить два backend server в группу backend server, один будет работать как активный сервер, а другой — как резервный сервер. Если активный сервер выходит из строя, трафик перенаправляется на резервный сервер, повышая надёжность сервиса. Группы backend server в режиме Active/Standby могут быть связаны только с слушателями TCP, TLS и UDP.
   VPC	Указывает VPC, в котором работает группа backend server. Вы можете связать группу backend server с load balancer в этом VPC. Этот параметр обязателен, если вы выбираете Hybrid для Backend Server Group Type. Вы можете выбрать существующий VPC или создать новый. Для получения дополнительной информации о VPC см. Virtual Private Cloud User Guide.
   Backend Protocol	Указывает протокол, который серверы backend в группе серверов backend используют для получения запросов от слушателей. Протокол зависит от режима переадресации: Load balancing: HTTP, HTTPS, TCP, UDP, TLS, or QUIC Active/Standby: TCP, UDP, TLS, or QUIC
   IP Address Version	Указывает версию IP‑адреса серверов backend, которые могут быть добавлены в группу серверов backend. По умолчанию поддерживаются серверы backend IPv4. Существует два варианта, когда протокол backend — TCP или UDP: IPv4: Можно добавить только IPv4‑адреса в качестве серверов backend. Dual stack: Можно добавить как IPv4, так и IPv6‑адреса в качестве серверов backend.
   Forward to Same Port	Если эта опция включена, при добавлении сервера backend не требуется указывать порт backend. Слушатель направляет запросы к серверу backend через тот же порт, что и порт frontend. Эту опцию нельзя отключить после включения. ПРИМЕЧАНИЕ: Эта опция доступна только для групп серверов backend TCP и UDP, связанных с выделенным балансировщиком нагрузки.
   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. NOTE: Группы backend‑серверов TLS не поддерживают sticky session. Sticky session включён по умолчанию и не отображается для групп backend‑серверов QUIC.
   Sticky Session Type	Указывает тип sticky session. Этот параметр обязателен, если Sticky Session включен. Вы можете выбрать один из следующих типов: Source IP address: IP‑адрес источника каждого запроса вычисляется с помощью алгоритма согласованного хеширования для получения уникального хеш‑ключа, и все серверы back‑end нумеруются. Система назначает клиенту конкретный сервер на основе сгенерированного ключа. Это гарантирует, что запросы с одного и того же IP‑адреса перенаправляются на один и тот же сервер back‑end. Load balancer cookie: Балансировщик нагрузки генерирует cookie после получения запроса от клиента. Все последующие запросы с этим cookie направляются к тому же серверу back‑end. Application cookie: Приложение, развернутое на сервере back‑end, генерирует cookie после получения первого запроса от клиента. Все последующие запросы с этим cookie направляются к тому же серверу back‑end. ПРИМЕЧАНИЕ: Source IP address доступен, когда вы выбрали TCP, QUIC, или UDP для Backend Protocol. Load balancer cookie и Application cookie доступны, когда вы выбрали HTTP, GRPC или HTTPS для Backend Protocol.
   Продолжительность привязки (мин)	Указывает, как долго поддерживается sticky session, в минутах. Этот параметр обязателен, если Sticky Session включен. Sticky sessions на уровне 4: 1 до 60 Sticky sessions на уровне 7: 1 до 1440
   Медленный старт	Указывает, включить ли медленный старт. Этот параметр необязателен, если вы выбрали Weighted round robin для Load Balancing Algorithm. После включения этой опции балансировщик нагрузки линейно увеличивает долю запросов к серверам back‑end в этом режиме. Когда истекает slow start duration, балансировщик нагрузки отправляет полную долю запросов на серверы backend и выходит из режима slow start. ПРИМЕЧАНИЕ: Slow start доступен только для групп серверов backend HTTP и HTTPS выделенных балансировщиков нагрузки. Для получения дополнительной информации о slow start см. Configuring Slow Start for a Backend Server Group.
   Slow Start Duration (s)	Указывает, как долго будет длиться slow start, в секундах. Этот параметр обязателен, если Slow Start включён.
   Description (Optional)	Предоставляет дополнительную информацию о группе серверов backend.

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

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

   Configure health check for the backend server group based on Table 4. For more information about health checks, see Health Check.

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

   Parameter	Description
   Health Check	Указывает, включена ли опция проверки работоспособности. Если проверка работоспособности включена, нажмите для установки параметров проверки работоспособности.
   Health Check Protocol	Указывает протокол, который будет использоваться балансировщиком нагрузки для проверки работоспособности серверов back‑end. Значение может быть TCP, HTTP, TLS или HTTPS. Если протокол группы серверов back‑end — UDP или QUIC, протокол проверки работоспособности по умолчанию UDP и изменить его нельзя.
   Domain Name	Указывает имя домена, которое будет использоваться для проверки работоспособности. Этот параметр обязателен, если протокол проверки работоспособности — HTTP или HTTPS. По умолчанию используется частный IP‑адрес каждого сервера back‑end. Вы также можете указать имя домена, состоящее минимум из двух меток, разделённых точками (.). Используйте только буквы, цифры и дефисы (-). Не начинайте и не заканчивайте строки дефисом. Максимальная общая длина: 100 символов. Максимальная длина метки: 63 символа.
   Health Check Port	Указывает порт, который будет использоваться балансировщиком нагрузки для проверки работоспособности серверов back‑end. Номер порта может быть от 1 до 65535. ПРИМЕЧАНИЕ: По умолчанию используется сервисный порт на каждом 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	Указывает коды состояния, которые будут возвращаться балансировщику нагрузки для указания состояния здоровья серверов back‑end. Этот параметр доступен только при установке протокола проверки состояния в HTTP или HTTPS. Можно ввести любой уникальный номер от 200 до 599 или диапазон номеров, например, 200‑300. Значение по умолчанию — 200. Поддерживается максимум пять кодов состояния HTTP и диапазонов номеров. Если указано более одного кода состояния или диапазона, нажмите Enter, чтобы разделить их.

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

Вы можете связать backend server group с listener выделенного load balancer способами, перечисленными в Table 1.