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

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

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

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

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

Недоступность учитывается после наблюдения пробой, поэтому переключение не мгновенное. Существующие соединения с упавшим сервером могут оборваться: резерв не гарантирует сохранение сессии. Стандартная политика пула fail_closed блокирует трафик, когда нет доступных кандидатов. Прямой обход не следует считать неявным резервом. Один оставшийся участник также сохраняет заданную политику отказа. Flow Guard может отдельно выбирать резерв по приоритету, RTT от CTRL или CPU агента. Это другие измерения и другой механизм, чем стратегия leastLoad в транзитном пуле.

​
Проверка

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

​
Откат

Верните параметры в черновике и повторно примените затронутый Flow либо восстановите рабочую версию. Изменение политики каталога пула не меняет уже применённые снимки.
Сверено с кодом текущей рабочей ветки Axottle 2026-09-06. Наличие возможностей в установленной версии проверяйте в панели; эта сверка не подтверждает развёртывание на серверах.