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

7. Нажмите Next, чтобы добавить backend servers и настроить health check.

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

   Настройте health check для группы backend server на основе Table 4. Для получения дополнительной информации о health checks см. Health Check.

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

   Parameter	Description
   Health Check	Указывает, включить ли параметр health check. Если health check включен, нажмите , чтобы задать параметры health check.
   Health Check Protocol	Указывает протокол, который будет использоваться load balancer для проверки состояния backend servers. Значение может быть TCP, HTTP, TLS или HTTPS. Если протокол группы backend server — 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 символов и должен начинаться со слеша (/). Путь может содержать буквы, цифры, дефисы (-), слеши (/), точки (.), знаки вопроса (?), решётки (#), знаки процента (%), амперсанды (\u0026), а также расширенные наборы символов _;~!. () *[]@$^:',+
   Interval (s)	Указывает максимальное время между двумя последовательными проверками состояния, в секундах. Интервал находится в диапазоне от 1 до 50.
   Timeout (s)	Указывает максимальное время ожидания ответа от проверки состояния, в секундах. Значение находится в диапазоне от 1 до 50.
   Healthy Threshold	Указывает количество последовательных успешных проверок состояния, необходимых для признания backend server здоровым. Значение находится в диапазоне от 1 до 10.
   Unhealthy Threshold	Указывает количество последовательных неудачных проверок состояния, необходимых для признания backend server нездоровым. Значение находится в диапазоне от 1 до 10.
   Status Code	Указывает коды состояния, которые будут возвращаться load balancer для указания состояния backend servers. Этот параметр доступен только при установке протокола проверки состояния в HTTP или HTTPS. Вы можете ввести любое уникальное число от 200 до 599 или диапазон чисел, например, 200-300. Значение по умолчанию — 200. Поддерживается максимум пять кодов состояния HTTP и диапазонов чисел. Если указано более одного кода состояния или диапазона, нажмите Enter для их разделения.

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

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