> ## Documentation Index
> Fetch the complete documentation index at: https://docs.axottle.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Балансировка Flow и пулов

> Чем отличаются балансировка входов и выбор транзитного перехода, стратегии и поведение без кандидатов.

Балансировка входов обычного Flow и балансировка транзитного пула действуют на разных участках. Переключение маршрута через Flow Guard — ещё одна, отдельная операция: она меняет применённую конфигурацию после подтверждённого отказа.

## Где задаётся политика

| Место                                            | Что распределяется                                                                                                |
| ------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------- |
| **Настройки обычного Flow**, балансируемый режим | Выбор входного подключения в выдаваемой конфигурации. План покажет необходимые настройки JSON-подписки Remnawave. |
| **Настройки транзитного пула**                   | Выбор следующего транзитного перехода на сервере, который отправляет в него трафик.                               |
| **Восстановление**                               | Разрешённая замена неисправного участка резервом с повторным применением.                                         |

## Стратегии пула

| Стратегия    | Поведение                                                                                                                                   |
| ------------ | ------------------------------------------------------------------------------------------------------------------------------------------- |
| `roundRobin` | Поочерёдный выбор доступных альтернатив; начальная стратегия нового пула в интерфейсе.                                                      |
| `random`     | Случайный выбор кандидата.                                                                                                                  |
| `leastPing`  | Выбор на основе измеренной задержки проб.                                                                                                   |
| `leastLoad`  | Выбор стабильных путей по результатам сетевых проверок; в интерфейсе — «Стабильные пути». CPU и RAM серверов этой стратегией не измеряются. |

Политика исполняется локально на каждом сервере, выбирающем следующий переход. Для первого перехода пула это предыдущая нода обычного Flow; для следующих — соответствующая транзитная нода.

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

## Поведение при отказе

Недоступность учитывается после наблюдения пробой, поэтому переключение не мгновенное. Существующие соединения с упавшим сервером могут оборваться: резерв не гарантирует сохранение сессии.

Стандартная политика пула **fail\_closed** блокирует трафик, когда нет доступных кандидатов. Прямой обход не следует считать неявным резервом. Один оставшийся участник также сохраняет заданную политику отказа.

[Flow Guard](/ru/connection-units/recovery) может отдельно выбирать резерв по приоритету, RTT от CTRL или CPU агента. Это другие измерения и другой механизм, чем стратегия `leastLoad` в транзитном пуле.

## Проверка

После применения проверьте распределение новых соединений и доступность каждого перехода. Поведение при потере одного и всех кандидатов проверяйте в выделенной тестовой среде. Расчёт Failure Lab не заменяет такой прогон.

## Откат

Верните параметры в черновике и повторно примените затронутый Flow либо восстановите рабочую версию. Изменение политики каталога пула не меняет уже применённые снимки.

<Note>Сверено с кодом текущей рабочей ветки Axottle 2026-09-06. Наличие возможностей в установленной версии проверяйте в панели; эта сверка не подтверждает развёртывание на серверах.</Note>