haproxy 基於 cookie 的會話保持

請求會**給配置了相同cookie的server

會**給weight=0的後端

預設不會**給down狀態或disabled的server

如果設定了option persist或者force-persist，則會強制**給down狀態或者disabled的server；同時如果配置了option redispatch，則嘗試請求down狀態的server失敗後，仍然會將請求**給其他up狀態server

如果配置了ignore-persist if|unless $acl_condition，則滿足acl規則的請求，會傳送給所有的後端，而不是匹配cookie的後端

# 客戶端請求將被**給具有相同cookie值的後端 backend be1 # 設定響應的set-cookie頭部 # 參看cookie policy cookie $cookie_name $cookie_ops_policy $other_params

server serv1 cookie $cookie_value

設定的cookie和server返回的cookie不重名

rewrite 啥也不幹

insert 在響應中增加設定的cookie

prefix 啥也不幹

設定的cookie和server返回的cookie重名

rewrite

設定該cookie的值為server配置中設定的$cookie_value

insert

預設移除server返回的cookie，然後增加該cookie；如果設定了preserve，則不會修改server返回的cookie；如果設定了indirect，請求**給後端時，會刪除該cookie

prefix

在server返回的cookie的值前加上server配置中設定的$cookie_value~字首，比如server返回a, server配置中設定了b，那麼返回給客戶端的cookie值為b~a

force-persist if|unless $acl_condition根據acl規則，將請求強制**給down或者disabled的server

option persist

強制嘗試**給down 或者disabled的server

ignore-persit if|unless $acl_condition根據acl規則，取消某些請求的cookie persistence特性，這些請求將按照**策略，發給所有的後端

一般用於靜態內容的請求，或者其他無需會話保持的請求

配置了option redispatch, 當會話保持選擇的後端無法處理新的請求時（比如請求過多，後端down掉），會嘗試分發請求到其他後端，從而讓會話保持失效

haproxy 會每隔4s重新設定一次cookie，暫未找到可以配置的選項，此時客戶端始終收到的是同乙個cookie值

發生redispatch，此時客戶端將收到不同的cookie值