需要一种方法让 haproxy 根据请求头来选择后端节点

需要一种方法让 haproxy 根据请求头来选择后端节点

有没有办法根据请求标头绕过后端的循环服务器选择?

问题是,如果我总是在 rest api 中专用 PUT 请求,并且在应用程序中需要转身并对该 api 发出 GET 请求,但原始的 put 请求没有复制到第二台服务器,那么后续的 GET 将失败。

我的想法是,如果在初始 PUT 上指定了接受请求的服务器,我可以将该情况告知应用程序,并且当它立即尝试查找新资源时,我可以说将我的客人 GET 引导到该服务器。

我所想的有点像这里概述的持久连接的方向:

http://blog.haproxy.com/2012/03/29/load-balancing-affinity-persistence-sticky-sessions-what-you-need-to-know/

     backend bk_web
       balance roundrobin
       cookie JSESSIONID prefix nocache
       server s1 192.168.10.11:80 check cookie s1
       server s2 192.168.10.21:80 check cookie s2

但是,它不是在 cookie 上排队,而是在会话的整个生命周期内设置。这将能够在给定的请求上检查标头并相应地重定向

相关内容