4.4.9.2. Создание нового балансировщика

	Обратите внимание! Сервис сетевого балансировщика можно включить только после подключения внешнего IP адреса для целевой виртуальной сети KVM.

Создать новый балансировщик можно в соответствующем разделе меню Elastic Cloud KVM Сетевые балансировщики, выбрав целевую виртуальную сеть платформы.

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

1. Выберите режим работы балансировщика.

Режим TCP.

Этот режим позволяет выполнять балансировку трафика на транспортном уровне. Балансировщик распределяет соединения по указанным портам между целевыми хостами, обеспечивая равномерное использование ресурсов.

Режим HTTP.

Этот режим рекомендуется использовать для приложений, работающих с веб сервисами, так как он позволяет обслуживать HTTPS соединения, используя SSL сертификат на фронтенде балансировщика.

1. Активируйте режим работы с HTTP-трафиком, чтобы использовать расширенные возможности

2. При необходимости использовать SSL-сертификаты для шифрования соединений на фронтенде балансировщика.

2.1 Включите опцию "Использовать SSL сертификат".

2.2 Загрузите существующие сертификаты. Принимаются сертификаты для вставки в виде текста в формате PEM 2.3 Сертификат сервера и приватный ключ.

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

3. Если целевые хосты группы балансировки также работают по HTTPS, настройте взаимодействие с целевыми серверами через протокол HTTPS.

3.1 Проверьте, что целевые серверы поддерживают HTTPS.

3.1 Включите опцию На бэкенде используется HTTPS.

4. Задайте Входящий адрес и порт.

Укажите внешний IP-адрес и порт, на которых балансировщик будет ожидать входящие подключения. Это может быть уже используемый IP-адрес или новый, подключенный специально для балансировщика. Настройка этих параметров определяет точку входа для клиентского трафика.

5. Настройте целевую группу хостов.

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

5.1 Выберите виртуальную сеть, к которой подключены нужные целевые хосты.

5.2 Укажите какие хосты в этой сети будут входить в группу.

5.3 В окне настройки балансировщика укажите сетевой порт, на котором приложения на целевых хостах группы ожидают входящий трафик от балансировщика.

Настройте правила проверки доступности хостов.

Проверка по HTTP.

Для проверки доступности хостов по HTTP.

1. Переключите параметр Протокол на HTTP/s.

2. Задайте URI, который будет добавлен к IP адресу хоста для выполнения HTTP запроса для проверки;

3. Задайте код HTTP ответа, который будет проверять балансировщик для определения доступен ли хост. В одном правиле проверки можно использовать несколько кодов ответа. Если хост вернет хотя бы один из указанных кодов ответа, он будет считаться доступным.

4. Укажите порт, на котором отвечаю web сервисы целевых хостов.

5. Выберите периодичность выполнения проверки в секундах.

6. Установите правила проверки доступности хостов в группе - как часто, какие запросы будут выполняться и по каким критериям будет оцениваться доступность каждого из хостов в целевой группе. Можно использовать TCP или HTTP протокол для проверки.

В случае HTTP протокола также можно задать URI, который будет добавлен к IP адресу хоста для выполнения HTTP запроса, и код в заголовке HTTP ответа. В одном правиле проверки можно использовать несколько кодов ответа.

Проверка по TCP.

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

Для проверки доступности хостов по TCP.

1. Переключите параметр Протокол на TCP.

2. Укажите порт, который будет проверяться на доступность.

3. Выберите периодичность выполнения проверки в секундах.

	Убедитесь в том, что сетевой порт проверки доступности на всех целевых хостах группы открыт и отвечает заданным критериям. В противном случае балансировщик не будет отправлять трафик на хосты группы.

4. Настройте алгоритм балансировки. Определите, как распределять трафик между хостами.

4.1 Round Robin: Этот алгоритм равномерно распределяет запросы между всеми доступными серверами по очереди. Каждому серверу поочередно назначается новый запрос, что обеспечивает равномерное распределение нагрузки. Round Robin. является простым и эффективным в ситуациях, когда все серверы имеют одинаковые ресурсы и производительность.

4. 2 Least Connections: Этот алгоритм направляет новый запрос на сервер с наименьшим количеством активных соединений. Такой подход позволяет более равномерно распределять нагрузку в ситуациях, когда серверы имеют разную производительность или когда запросы могут занимать разное количество времени. Least Connections особенно полезен для долгосрочных или ресурсоемких соединений.

4.3 Source IP Hash: В этом алгоритме решение о том, на какой сервер направить запрос, принимается на основе IP-адреса клиента. IP Hash распределяет запросы таким образом, что запросы от одного и того же IP-адреса всегда направляются на один и тот же сервер. Это может быть полезно для приложений, которые требуют сохранения состояния сессии (например, в случае использования кэширования или хранения данных сессии на сервере).

4.4 URI: Алгоритм используется только в режиме HTTP балансировщика и распределяет запросы на основе пути URI. Это означает, что запросы с одинаковым URI будут направляться на один и тот же сервер. Алгоритм URI особенно полезен для приложений, где важно сохранять привязку определенных ресурсов (например, статических файлов) к конкретным серверам для улучшения кэширования и производительности.