Балансувальник навантаження
Run several upstreams behind one public endpoint. Start simple, then add health checks and runtime controls.
Два upstream
[[vhosts.routes]]
name = "app"
path_prefix = "/"
action = "proxy"
[vhosts.routes.proxy]
upstreams = [
"10.0.0.11:8080",
"10.0.0.12:8080",
]
upstream_weights = [100, 50]
upstream_aliases = ["app-a", "app-b"]
Керування балансуванням
| Керування | Використовуйте, коли |
|---|---|
upstream_weights | Сервери повинні отримувати різні частки трафіку. |
backup_upstreams | Деякі backend-и слід використовувати лише тоді, коли основні варіанти відмовили. |
drain_upstreams | Сервер повинен завершити наявну роботу, але не отримувати нового трафіку. |
disabled_upstreams | Бекенд не повинен обертатися. |
upstream_max_in_flight | Backend потребує локального обмеження concurrency. |
Динамічний upstream-файл
[vhosts.routes.proxy]
upstreams_file = "/run/fluxheim/backends/app.txt"
upstreams_file_refresh_secs = 5
Використовуйте static upstream-и, коли потрібні weight, alias, backup, drain або disabled-стан. Для pool-ів, що оновлюються з файлу чи DNS, набір можливостей навмисно менший.
Що це дає
- Focused load-balancer release images are available.
- Health checks можуть тримати broken backends поза rotation.
- Drain і force-down operations допомагають під час maintenance windows.
- Керований-cookie affinity is available when sessions need a стабільний backend.