nginx會話保持


nginx會話保持主要有以下幾種實現方式。

1、ip_hash

ip_hash使用源地址哈希算法,將同一客戶端的請求總是發往同一個后端服務器,除非該服務器不可用。

ip_hash語法:

upstream backend {
  ip_hash;
  server backend1.example.com;
  server backend2.example.com;
  server backend3.example.com down;
}

ip_hash簡單易用,但有如下問題: 當后端服務器宕機后,session會話丟失; 同一客戶端會被轉發到同一個后端服務器,可能導致負載失衡;

2、sticky_cookie_insert

使用sticky_cookie_insert啟用會話親緣關系,這會導致來自同一客戶端的請求被傳遞到一組服務器的同一台服務器。與ip_hash不同之處在於,它不是基於IP來判斷客戶端的,而是基於cookie來判斷。因此可以避免上述ip_hash中來自同一客戶端導致負載失衡的情況。(需要引入第三方模塊才能實現)

sticky模塊

語法:

upstream backend {
  server backend1.example.com;
  server backend2.example.com;
  sticky_cookie_insert srv_id expires=1h domain=3evip.cn path=/;
}

server {
  listen 80;
  server_name 3evip.cn;
  location / {
proxy_pass http://backen;
  }
}

說明: expires:設置瀏覽器中保持cookie的時間 domain:定義cookie的域 path:為cookie定義路徑

3.jvm_route

jvm_route的原理

  1. 一開始請求過來,沒有帶session信息,jvm_route就根據round robin的方法,發到一台tomcat上面。

  2. tomcat添加上session 信息,並返回給客戶。

  3. 用戶再此請求,jvm_route看到session中有后端服務器的名稱,它就把請求轉到對應的服務器上。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM