Облачная платформаAdvanced

Создание группы серверов Backend

Язык статьи: Русский
Показать оригинал
Страница переведена автоматически и может содержать неточности. Рекомендуем сверяться с английской версией.

Сценарий

Чтобы маршрутизировать запросы, вам нужно связать как минимум одну группу серверов backend с каждым прослушивателем.

Группа серверов backend может быть связана с прослушивателями разных балансировщиков нагрузки.

Таблица 1 описывает сценарии создания группы серверов backend.

Таблица 1 Сценарии

Сценарий

Справка

Создание группы серверов backend и связывание её с балансировщиком нагрузки

Создание группы серверов backend при добавлении прослушивателя

Добавление прослушивателей с различными протоколами, ссылаясь на Обзор прослушивателя

Изменение группы серверов backend, связанной с прослушивателем

Ограничения

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

Таблица 2 Фронтенд и бэкенд протокол

Спецификация балансировщика нагрузки

Фронтенд протокол

Бэкенд протокол

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

TCP

TCP

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

UDP

  • UDP
  • QUIC

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

TLS

  • TLS
  • TCP

Балансировка нагрузки приложений

HTTP

HTTP

Балансировка нагрузки приложений

HTTPS

  • HTTP
  • HTTPS

Процедура

  1. Войдите в консоль управления.
  2. Нажмите в верхнем левом углу консоли и выберите нужный регион и проект.
  3. Нажмите в верхнем левом углу для отображения Список сервисов и выберите Сеть > Elastic Load Balance.
  4. В навигационной панели слева выберите Elastic Load Balance > Группы серверов бекенда.
  5. Щелкните Создать группу серверов бекенда в правом верхнем углу.
  6. Настройте политику маршрутизации на основе Таблица 3.
    Таблица 3 Параметры, необходимые для настройки политики маршрутизации

    Параметр

    Описание

    Имя группы серверов бекенда

    Указывает имя группы серверов бекенда.

    Тип

    Указывает тип балансировщика нагрузки, который может использовать группу серверов бекенда. Выберите Выделенный.

    Балансировщик нагрузки

    Указывает, следует ли связывать балансировщик нагрузки.

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

    • Привязать позже
    • Привязать существующий

    Протокол бэкенда

    Указывает протокол, который серверы бэкенда в группе серверов бэкенда используют для получения запросов от слушателей. Протокол зависит от режима переадресации:

    Алгоритм балансировки нагрузки

    Указывает алгоритм, используемый балансировщиком нагрузки для распределения трафика. Доступны следующие варианты:

    • Взвешенный round robin: Запросы направляются к разным серверам в зависимости от их весов. Сервера бэкенда с более высокими весами получают пропорционально больше запросов, тогда как серверы с одинаковыми весами получают одинаковое количество запросов.
    • Взвешенный наименьшее количество соединений: Помимо количества соединений, каждому серверу присваивается вес на основе его ёмкости. Запросы направляются к серверу с наименьшим соотношением соединений к весу.
    • Хеш исходного IP: Позволяет маршрутизировать запросы от разных клиентов на основе исходных IP-адресов и гарантирует, что запросы от одного и того же клиента будут перенаправлены на один и тот же сервер.
    • Connection ID: Этот алгоритм доступен, когда вы выбрали QUIC для Backend Protocol. Этот алгоритм позволяет запросам с одинаковым connection ID направлять их на один и тот же backend server.

    Для получения дополнительной информации о алгоритмах балансировки нагрузки, смотрите Load Balancing Algorithms.

    Sticky Session

    Указывает, следует ли включать sticky sessions, если вы выбрали Weighted round robin, Connection ID, или Weighted least connections для Load Balancing Algorithm.

    Если вы включаете sticky sessions, все запросы от одного клиента в течение одной сессии отправляются на один и тот же backend сервер.

    Для получения дополнительной информации о sticky sessions см Enabling Sticky Session to Accelerate Access.

    Sticky Session Type

    Указывает тип sticky session.

    Этот параметр обязателен, если Sticky Session включен. Вы можете выбрать один из следующих типов:

    • IP-адрес источника: IP-адрес каждого запроса рассчитывается с использованием алгоритма согласованного хеширования для получения уникального хеш-ключа, и все backend серверы нумеруются. Система назначает клиенту конкретный сервер на основе сгенерированного ключа. Это гарантирует, что запросы с одного и того же IP-адреса переадресуются на один и тот же backend сервер.
    • Cookie балансировщика нагрузки: Балансировщик нагрузки генерирует cookie после получения запроса от клиента. Все последующие запросы с cookie направляются к тому же backend серверу.

    Продолжительность привязанности (мин)

    Указывает количество минут, в течение которых поддерживаются sticky сессии. Этот параметр обязателен, если Sticky Session включено.

    • Sticky сессии на Layer 4: 1 по 60
    • Sticky сессии на Layer 7: 1 по 1440

    Медленный запуск

    Указывает, включить ли медленный запуск. Этот параметр необязателен, если вы выбрали Взвешенный round robin для Алгоритм балансировки нагрузки.

    После включения этой опции балансировщик нагрузки линейно увеличивает долю запросов к серверам бекенда в этом режиме.

    Когда истекает время медленного старта, балансировщик нагрузки отправляет полную долю запросов к серверам бекенда и выходит из режима медленного старта.

    NOTE:

    Медленный старт доступен только для групп серверов бекенда HTTP и HTTPS выделенных балансировщиков нагрузки.

    Для получения дополнительной информации о медленном старте см Slow Start.

    Slow Start Duration (s)

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

    Этот параметр обязателен, если Slow Start включён.

    Description (Optional)

    Предоставляет дополнительную информацию о группе серверов бекенда.

  7. Нажмите Далее чтобы добавить серверы бэкенда и настроить проверку состояния.

    Добавьте облачные серверы, дополнительные сетевые интерфейсы или IP в качестве серверов бэкенда в эту группу серверов бэкенда. Для получения более подробной информации см Обзор сервера бэкенда.

    Настройте проверку состояния для группы серверов бэкенда на основе Таблица 4. Для получения дополнительной информации о проверках состояния см Проверка состояния.

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

    Параметр

    Описание

    Проверка состояния

    Указывает, следует ли включать опцию проверки состояния.

    Если проверка состояния включена, нажмите рядом с Расширенные настройки (необязательно) для установки параметров проверки работоспособности.

    Протокол проверки работоспособности

    Указывает протокол, который будет использоваться балансировщиком нагрузки для проверки работоспособности серверов бэкенда.

    • Поддерживаются TCP, HTTP, HTTPS и gRPC.
    • Если протокол группы серверов бэкенда — UDP и QUIC, протокол проверки работоспособности по умолчанию UDP и изменить его нельзя.

    Имя домена

    Указывает имя домена, которое будет использоваться для проверок работоспособности.

    Этот параметр обязателен, если протокол проверки работоспособности — HTTP, или HTTPS.

    • По умолчанию используется частный IP-адрес каждого сервера бэкенда.
    • Вы также можете указать доменное имя, состоящее как минимум из двух меток, разделённых точками (.). Используйте только буквы, цифры и дефисы (-). Не начинайте и не заканчивайте строки дефисом. Максимальная общая длина: 100 символов. Максимальная длина метки: 63 символа.

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

    Указывает порт, который будет использоваться балансировщиком нагрузки для проверки работоспособности серверов бэкенда. Диапазон номеров портов: от 1 до 65535.

    ПРИМЕЧАНИЕ:

    По умолчанию используется порт сервиса на каждом бекенд‑сервере. Вы также можете указать порт для проверок работоспособности.

    Путь

    Указывает URL проверки работоспособности, который является конечной точкой на бекенд‑сервере для проверок. Этот параметр обязателен, если протокол проверки — HTTP или HTTPS.

    Путь может содержать от 1 до 80 символов и должен начинаться со слеша (/).

    Интервал (s)

    Указывает максимальное время между двумя последовательными проверками, в секундах.

    Интервал находится в диапазоне от 1 до 50.

    Тайм‑аут (s)

    Указывает максимальное время ожидания ответа от проверки, в секундах. Значение находится в диапазоне от 1 до 50.

    Порог здоровья

    Указывает количество последовательных успешных проверок состояния, необходимых для того, чтобы сервер backend считался здоровым. Значение находится в диапазоне от 1 до 10.

    Порог нездоровья

    Указывает количество последовательных неудачных проверок состояния, необходимых для того, чтобы сервер backend считался нездоровым. Значение находится в диапазоне от 1 до 10.

    Код состояния

    Указывает коды состояния, которые будут возвращены балансировщику нагрузки для указания состояния серверов backend. Этот параметр доступен только при установке протокола проверки состояния в HTTP или HTTPS.

    Вы можете ввести любое уникальное число от 200 до 599 или диапазон чисел, например, 200-300. Значение по умолчанию — 200. Поддерживается максимум пять кодов состояния HTTP и диапазонов чисел. Если указано более одного кода состояния или диапазона чисел, нажмите Ввод для их разделения.

  8. Нажмите Далее.
  9. Подтвердите спецификации и нажмите Создать сейчас.

Связанные операции

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