Здравствуйте, @Ariel Livshits, если вы контролируете все основные проблемы присутствия в этой архитектуре, такие как обработка статических файлов или сеансов (не говоря уже о некоторых), вы можете выполнить это, используя HAProxy в качестве балансировки нагрузки. Это очень просто на самом деле:
Автоматический переход на другой ресурс без Failback конфигурации сервера
Пример:
| HAProxy |
-------------
| `
|active ` backup
| `
------ ------
| s1 | | s2 |
Конфигурация ниже делает HAProxy использовать s1 при наличии, в противном случае при сбое в s2, если доступно. Когда отказоустойчивый произошло, не отказовозвращение не будут обрабатываться автоматически, благодаря палочке таблице:
peers LB
peer LB1 10.0.0.98:1234
peer LB2 10.0.0.99:1234
defaults
mode http
option http-server-close
timeout client 20s
timeout server 20s
timeout connect 4s
frontend ft_app
bind 10.0.0.100:80 name app
default_backend bk_app
backend bk_app
stick-table type ip size 1 nopurge peers LB
stick on dst
server s1 10.0.0.1:80 check
server s2 10.0.0.2:80 check backup
Source
Похоже, что я думал, спасибо я буду проверять его –