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

ID статьи: 2591
Последнее обновление: 17 мар, 2026
Product: SWG
Version: 7.5.x

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

  • для внутренних серверов, опубликованных в интернете с использованием DNAT;

  • внутренних серверов без публикации во внешней сети;

  • трафика, перенаправляемого на внешние ICAP-серверы;

  • трафика к серверам, публикуемым через правила reverse-proxy.

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

Чтобы настроить балансировку, необходимо в разделе Настройки ➜ Политики сети ➜ Балансировка нагрузки создать правила балансировки.

Балансировщик TCP/UDP

Для создания правила балансировки TCP/UDP перейдите в раздел Настройки ➜ Политики сети ➜ Балансировка нагрузки, нажмите Добавить, выберите Балансировщик TCP/UDP и укажите необходимые параметры.

Параметр

Описание

Включен

Включение или отключение правила балансировки

Название

Название правила балансировки

Описание

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

IP-адрес виртуального сервера

Выбор адреса из списка IP-адресов, назначенных на сетевые интерфейсы узла. При необходимости вы можете добавить дополнительные IP-адреса на желаемый интерфейс

Порт

Порт, для которого необходимо производить балансировку нагрузки

Протокол

Протокол, для которого необходимо производить балансировку нагрузки (TCP или UDP)

Метод балансировки

Выбор метода распределения трафика на реальные серверы:

  • Round robin — каждое новое подключение передается на следующий сервер в списке, равномерно загружая все серверы.

  • Weighted round robin — работает аналогично методу round robin, но загрузка реальных серверов осуществляется с учетом весовых коэффициентов, что позволяет распределить нагрузку с учетом производительности каждого сервера.

  • Least connections — новое подключение передается на сервер, на котором в данный момент установлено наименьшее число соединений.

  • Weighted least connections — работает аналогично методу least connections, но загрузка реальных серверов осуществляется с учетом весовых коэффициентов, что позволяет распределить нагрузку с учетом производительности каждого сервера

Реальные серверы

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

  • IP-адрес сервера.

  • Порт сервера — порт, на который необходимо пересылать запросы пользователей.

  • Вес — параметр для неравномерного распределения трафика на реальные серверы для режимов балансировки weighted round robin и weighted least connections. Чем больше вес, тем больше будет нагрузка на сервер.

  • Режим:

    • Шлюз — для перенаправления трафика на виртуальный сервер используется маршрутизация.

    • Маскарадинг — для перенаправления трафика на виртуальный сервер используется DNAT.

    • Маскарадинг с подменой IP-источника (SNAT) — аналогично маскарадингу, но при этом UserGate SWG подменяет IP-адрес источника на свой

Важно! Поскольку в режиме «Шлюз» балансировщик не изменяет заголовки пакетов, обратный трафик от реального сервера должен обеспечиваться средствами маршрутизации. То есть шлюз для обратного трафика должен отличаться от адреса UserGate SWG.

Аварийный режим

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

  • IP-адрес сервера.

  • Порт сервера — порт, на который необходимо пересылать запросы пользователей.

  • Режим:

    • Шлюз — для перенаправления трафика на виртуальный сервер используется маршрутизация.

    • Максарадинг — для перенаправления трафика на виртуальный сервер используется DNAT.

    • Маскарадинг с подменой IP-источника (SNAT) — аналогично маскарадингу, но при этом UserGate SWG подменяет IP-адрес источника на свой

Мониторинг

Механизм мониторинга выполняет проверку доступности реальных серверов. Недоступные серверы автоматически выводятся из пула балансировки нагрузки

Режим

Способ мониторинга реальных серверов:

  • ping — проверка доступности узла с помощью утилиты ping.

  • connect — проверка работоспособности узла с помощью установления TCP-соединения на определенный порт.

  • negotiate — проверка работоспособности узла с помощью отправки определенного HTTP- или DNS-запроса и сравнения полученного ответа с ожидаемым. Для настройки этого режима выберите тип сервиса (HTTP или DNS), заполните строки Запрос и Ожидаемый ответ. Например, для HTTP-запроса:

    • Запрос: /robots.txt;

    • Ожидаемый ответ: Disallow: /bin/.

Строка запроса в этом примере указывает путь на реальных серверах, который будет использован в HTTP-запросе. Строка ожидаемого ответа содержит фрагмент возвращаемой веб-страницы

Интервал проверки

Интервал времени, через который должна выполняться проверка

Время ожидания

Время ожидания ответа на проверку

Число неудачных попыток

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

ПримечаниеПравила балансировки имеют более высокий приоритет и применяются до правил NAT, DNAT, Маршрутизации.

Балансировщик ICAP

Балансировщик ICAP распределяет трафик между внешними ICAP-серверами. Такое решение может применяться для антивирусного сканирования или глубокого анализа пользовательских данных с использованием DLP-систем.

Алгоритм балансировки распределяет HTTP-трафик между серверами с учетом пользовательских сессий.

Для создания балансировщика ICAP перейдите в раздел Настройки ➜ Политики сети ➜ Балансировка нагрузки, нажмите Добавить, выберите Балансировщик ICAP и укажите необходимые параметры балансировщика.

Параметр

Описание

Включено

Включение или отключение правила балансировки

Название

Название правила балансировки

Описание

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

Способ балансировки

Настройка балансировки трафика с поддержкой закрепления HTTP-запросов пользователя за определенным ICAP-сервером в рамках одной сессии. Это обеспечивает согласованную обработку пользовательского потока данных.

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

  • По заголовку Cookie — привязка выполняется на основе cookie, который генерируется самим балансировщиком. Балансировщик добавляет cookie во вложенный HTTP-ответ, закрепляя HTTP-сессию пользователя за конкретным ICAP-сервером. Все последующие HTTP-сообщения, содержащие этот cookie, направляются на тот же ICAP-сервер.

  • По имени пользователя — привязка выполняется по имени пользователя источника запроса. Механизм используется только в том случае, если система может определить имя пользователя. Если имя пользователя определить невозможно, применяется следующий доступный метод согласно приоритету.

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

  • По IP-адресу клиента — привязка выполняется только по IP-адресу источника. Все ICAP-запросы от одного и того же IP-адреса направляются на один ICAP-сервер в течение времени действия привязки. Метод обеспечивает стабильную маршрутизацию HTTP-запросов пользователей с постоянным IP-адресом.

  • По TCP-сессии — привязка выполняется по TCP-соединению. В этом режиме все ICAP-запросы (REQMOD и RESPMOD), передаваемые в рамках одного TCP-соединения от ICAP-клиента, обрабатываются одним и тем же ICAP-сервером. Балансировка по TCP-сессии активна всегда, она работает, если не сработали другие выбранные методы. 

Время закрепления — период, в течение которого сохраняется привязка запросов (от 1 до 86 400 секунд, значение по умолчанию — 3600 секунд). По истечении этого времени информация о привязке сессии удаляется, после чего распределение запросов выполняется заново.

Подробнее о работе с ICAP-серверами — в разделе «Работа с внешними ICAP-серверами»

ICAP-серверы

Выбор профилей ICAP-серверов, на которые будет распределяться нагрузка. Подробнее о работе с ICAP-серверами — в разделе «Работа с внешними ICAP-серверами»

ПримечаниеПри изменении параметров действующего правила происходит перезапуск механизма балансировки. Активные сессии с ICAP-серверами завершаются. Последующие запросы обрабатываются уже по обновленной конфигурации правила балансировки.

Балансировщик reverse-прокси

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

Для создания правила балансировки для серверов reverse-прокси перейдите в раздел Настройки ➜ Политики сети ➜ Балансировка нагрузки, нажмите Добавить, выберите Балансировщик reverse-прокси и укажите необходимые параметры.

Параметр

Описание

Включен

Включение или отключение правила балансировки

Название

Название правила балансировки

Описание

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

Reverse-прокси профили

Выбор профилей серверов reverse-прокси, на которые будет передаваться трафик. Подробнее о публикации ресурсов с помощью reverse-прокси — в разделе «Публикация HTTP/HTTPS-ресурсов с помощью reverse-прокси»

Эта статья была:   Полезна | Не полезна
ID статьи: 2591
Последнее обновление: 17 мар, 2026
Ревизия: 27
Просмотры: 165
Комментарии: 0