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

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

Перейдите в раздел Elastic Cloud KVM - Сетевые балансировщики и нажмите кнопку Добавить

или создайте балансировщик из раздела Виртуальные сети для конкретной сети.
Выберите параметры при создании балансировщика
Режим работы TCP или HTTP
Режим TCP: балансировка трафика на транспортном уровне по указанным портам.
Режим HTTP: добавляются такие параметры, как использование SSL-сертификатов, возможность загрузки сертификатов для фронтенда балансировщика и опциональная возможность общения с целевыми серверами по HTTPS.
Входящий адрес и порт, на которых балансировщик будет ожидать входящий трафик.
Внешний IP адрес можно использовать, который уже используется в других сетевых сервисах KVM или подключить новый.
Создайте или выберите Группу целевых хостов (например, виртуальных машин) для балансировки трафика.
Группы привязываются к конкретной виртуальной сети, необходимо учитывать при создании новой группы хостов. Управлять ими можно с общей страницы балансировщиков виртуальной сети или со страницы всех сетевых балансировщиков.
Установите правила проверки доступности хостов в группе - как часто, какие запросы будут выполняться и по каким критериям будет оцениваться доступность каждого из хостов в целевой группе. Можно использовать TCP или HTTP протокол для проверки.
В случае HTTP протокола также можно задать URI, который будет добавлен к IP адресу хоста для выполнения HTTP запроса, и код в заголовке HTTP ответа. В одном правиле проверки можно использовать несколько кодов ответа.
Выберите Алгоритм балансировки - по какому принципу будет происходить переключение трафика на следующий доступный хост в группе. Доступны несколько алгоритмов:
Round Robin: Этот алгоритм равномерно распределяет запросы между всеми доступными серверами по очереди. Каждому серверу поочередно назначается новый запрос, что обеспечивает равномерное распределение нагрузки. Round Robin является простым и эффективным в ситуациях, когда все серверы имеют одинаковые ресурсы и производительность;
Least Connections: Этот алгоритм направляет новый запрос на сервер с наименьшим количеством активных соединений. Такой подход позволяет более равномерно распределять нагрузку в ситуациях, когда серверы имеют разную производительность или когда запросы могут занимать разное количество времени. Least Connections особенно полезен для долгосрочных или ресурсоемких соединений;
Source IP Hash: В этом алгоритме решение о том, на какой сервер направить запрос, принимается на основе IP-адреса клиента. IP Hash распределяет запросы таким образом, что запросы от одного и того же IP-адреса всегда направляются на один и тот же сервер. Это может быть полезно для приложений, которые требуют сохранения состояния сессии (например, в случае использования кэширования или хранения данных сессии на сервере);
URI: Алгоритм используется только в режиме HTTP балансировщика и распределяет запросы на основе пути URI. Это означает, что запросы с одинаковым URI будут направляться на один и тот же сервер. Алгоритм URI особенно полезен для приложений, где важно сохранять привязку определенных ресурсов (например, статических файлов) к конкретным серверам для улучшения кэширования и производительности.