我一直在挣扎于这样一个场景,我已经搜索和阅读了这么多,但却找不到任何解决问题的方法。我有3个服务器,2个活动和一个备用(备份)。每次其中一个活动服务器关闭时,备用服务器将处于活动状态,两个服务器(而不仅仅是备用服务器)之间的流量负载平衡。我可以用两个后端来解决这个问题,但我只需要一个后端。
#### Fronend Configuration #####
frontend webserver
bind 192.168.64.100:80
default_backend appserver
#### Backend Configuration #####
backend appserver
balance roundrobin
server Node-1 192.168.64.132:80 check
server Node-2 192.168.64.133:80 check
server Node-3 192.168.64.134:80 check 我要Node-3是备用服务器。如果Node-1或Node-2无法访问,则Node-3取代
发布于 2020-02-26 04:43:05
看看这里:https://www.haproxy.com/blog/failover-and-worst-case-management-with-haproxy/
默认情况下,备份服务器只在所有主服务器脱机时才生效。因此,如果Node-1下降,Node-2仍然处于上升状态,那么它仍然应该只使用Node-2。如果节点1和节点2都脱机,将使用Node-3 .可能发生这种情况是因为某些配置表明,当50%的服务器不可用时,应该触发备份(也许这是默认的吗?)
但是,如果您进一步查看该页面,您可以设置逻辑来触发备份组,当主服务器中一定数量的服务器发生故障时。在集中只有三台服务器的情况下,我不知道您如何正确地完成双边的任务,但是如果两个服务器中有一个失败了,就可以启动包含一个主服务器的两个备份。老实说,利用主组中的所有三种服务更有意义,除非您为使用它而付出代价(例如托管服务)。
frontent ft_app
bind 10.0.0.1:80
# detect capacity issues in production farm
acl MAIN_not_enough_capacity nb_srv(bk_app_main) le 2
# failover traffic to backup farm
use_backend bk_app_backup if MAIN_not_enough_capacity
default_backend bk_app_main
backend bk_app_main
server s11 10.0.0.101:80 check
server s12 10.0.0.102:80 check
server s13 10.0.0.103:80 check
server s14 10.0.0.104:80 check
backend bk_app_backup
option allbackups
server s21 20.0.0.101:80 check
server s22 20.0.0.102:80 check
server s23 20.0.0.103:80 check backup
server s24 20.0.0.104:80 check backuphttps://serverfault.com/questions/1004576
复制相似问题