在日常運(yùn)維工作中，當(dāng)給Web站點(diǎn)使用負(fù)載均衡之后，必須面臨的一個(gè)重要問(wèn)題就是Session的處理辦法，無(wú)論是PHP、Python、Ruby還是Java語(yǔ)言環(huán)境，只要使用服務(wù)器保存Session，在做負(fù)載均衡時(shí)都需要考慮Session的問(wèn)題。

創(chuàng)新互聯(lián)-專(zhuān)業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價(jià)比普定網(wǎng)站開(kāi)發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫(kù),直接使用。一站式普定網(wǎng)站制作公司更省心,省錢(qián),快速模板網(wǎng)站建設(shè)找我們，業(yè)務(wù)覆蓋普定地區(qū)。費(fèi)用合理售后完善，10年實(shí)體公司更值得信賴。

通常面臨的問(wèn)題

從用戶端來(lái)解釋?zhuān)褪钱?dāng)一個(gè)用戶第一次訪問(wèn)被負(fù)載均衡代理到后端服務(wù)器A并登錄后，服務(wù)器A上保留了用戶的登錄信息；當(dāng)用戶再次發(fā)送請(qǐng)求時(shí)，

根據(jù)負(fù)載均衡策略可能被代理到后端不同的服務(wù)器，例如服務(wù)器B，由于這臺(tái)服務(wù)器B沒(méi)有用戶的登錄信息，所以導(dǎo)致用戶需要重新登錄。這對(duì)用戶 來(lái)說(shuō)是不可忍受的。所以，在實(shí)施負(fù)載均衡的時(shí)候，我們必須考慮Session的問(wèn)題。

在負(fù)載均衡中，針對(duì)Session的處理，一般有以下幾種方法：

1）Session會(huì)話保持（案例：Nginx、Haproxy）
2）Session會(huì)話復(fù)制（案例：Tomcat）
3）Session會(huì)話共享（案例：Memcached、Redis）

一、Session會(huì)話保持

Session保持（會(huì)話保持）是我們見(jiàn)到最多的名詞之一，通過(guò)會(huì)話保持，負(fù)載均衡進(jìn)行請(qǐng)求分發(fā)的時(shí)候保證每個(gè)客戶端固定的訪問(wèn)到后端的同一臺(tái)應(yīng)用服務(wù)器。
會(huì)話保持方案在所有的負(fù)載均衡都有對(duì)應(yīng)的實(shí)現(xiàn)。而且這是在負(fù)載均衡這一層就可以解決Session問(wèn)題。

================Nginx 做負(fù)載均衡的Session保持================
對(duì)于Nginx可以選用Session保持的方法實(shí)行負(fù)載均衡，nginx的upstream目前支持5種方式的分配方式，其中有兩種比較通用的Session解決方法，ip_hash和url_hash。
注意：后者不是官方模塊，需要額外安裝。

ip_hash

每個(gè)請(qǐng)求按訪問(wèn)ip的hash結(jié)果分配，這樣每個(gè)訪客固定訪問(wèn)一個(gè)后端服務(wù)器，達(dá)到了Session保持的方法。

例：

upstream bakend {
  ip_hash;
  server192.168.0.11:80;
  server192.168.0.12:80;
}

================Haproxy做負(fù)載均衡的Session保持================
Haproxy作為一個(gè)優(yōu)秀的反向代理和負(fù)載均衡軟件，也提供了多種Session保持的方法，下面列舉了兩種最常用的：

1) 源地址 Hash
haroxy 將用戶IP經(jīng)過(guò)hash計(jì)算后指定到固定的真實(shí)服務(wù)器上（類(lèi)似于nginx 的ip hash 指令）
配置指令:balancesource

2)使用cookie 進(jìn)行識(shí)別
也就是Haproxy在用戶第一次訪問(wèn)的后在用戶瀏覽器插入了一個(gè)Cookie，用戶下一次訪問(wèn)的時(shí)候?yàn)g覽器就會(huì)帶上這個(gè)Cookie給Haproxy，Haproxy進(jìn)行識(shí)別。
配置指令:cookie  SESSION_COOKIE  insert indirect nocache

配置例子如下：

cookie SERVERID insert indirect nocache
server web01 192.168.56.11:8080 check cookie web01
server web02 192.168.56.12:8080 check cookie web02
 

會(huì)話保持的缺點(diǎn)：

1) 會(huì)話保持看似解決了Session同步的問(wèn)題，但是卻帶來(lái)的一些其它方面的問(wèn)題：
2）負(fù)載不均衡了：由于使用了Session保持，很顯然就無(wú)法保證負(fù)載絕對(duì)的均衡。
3）沒(méi)有徹底解決問(wèn)題：如果后端有服務(wù)器宕機(jī)，那么這臺(tái)服務(wù)器的Session丟失，被分配到這臺(tái)服務(wù)請(qǐng)求的用戶還是需要重新登錄。

二、Session會(huì)話保持

既然，我們的目標(biāo)是所有服務(wù)器上都要保持用戶的Session，那么將每個(gè)應(yīng)用服務(wù)器中的Session信息復(fù)制到其它服務(wù)器節(jié)點(diǎn)上是不是就可以呢？ 這就是Session的第二中處理辦法：會(huì)話復(fù)制。

會(huì)話復(fù)制在Tomcat上得到了支持，它是基于IP組播（multicast）來(lái)完成Session的復(fù)制，Tomcat的會(huì)話復(fù)制分為兩種：

1）全局會(huì)話復(fù)制：利用Delta Manager復(fù)制會(huì)話中的變更信息到集群中的所有其他節(jié)點(diǎn)。
2）非全局復(fù)制：使用Backup Manager進(jìn)行復(fù)制，它會(huì)把Session復(fù)制給一個(gè)指定的備份節(jié)點(diǎn)。

不過(guò)，這里不準(zhǔn)備來(lái)解釋會(huì)話復(fù)制的Tomcat配置，如果有需求可以參考Tomcat官方文檔，主要是因?yàn)闀?huì)話復(fù)制不適合大的集群。根據(jù)生產(chǎn)的實(shí)踐案例， 在集群超過(guò)6個(gè)節(jié)點(diǎn)之后就會(huì)出現(xiàn)各種問(wèn)題，不推薦生產(chǎn)使用。

三、Session會(huì)話共享

既然會(huì)話保持和會(huì)話復(fù)制都不完美，那么我們?yōu)槭裁床话裇ession放在一個(gè)統(tǒng)一的地方呢，這樣集群中的所有節(jié)點(diǎn)都在一個(gè)地方進(jìn)行Session的
Session存放到哪里？
對(duì)于Session來(lái)說(shuō)，肯定是頻繁使用的，雖然你可以把它存放在數(shù)據(jù)庫(kù)中，但是真正生產(chǎn)環(huán)境中我更推薦存放在性能更快的分布式KV數(shù)據(jù)中，
例如：Memcached和Redis。

PHP設(shè)置Session共享

如果使用的是PHP那么恭喜你，配置非常的簡(jiǎn)單。PHP通過(guò)兩行配置就可以把Session存放在Memcached或者Redis中，當(dāng)然你要提前配置好他們。修改php.ini：

使用Memcache存儲(chǔ)Session

session.save_handler = memcache
session.save_path = "tcp://192.168.56.11:11211"

使用Redis存儲(chǔ)Session

session.save_handler = redis
session.save_path ="tcp://localhost:6379"

提醒：別忘了給PHP安裝memcache或者redis插件。

Tomcat設(shè)置Session共享

可以使用MSM（Memcached Session Manager）來(lái)實(shí)現(xiàn)同樣把Session存放到Memcache中。

Django設(shè)置Session共享

在Django中Session是通過(guò)一個(gè)中間件管理的。如果要在應(yīng)用程序中使用Session，需要在settings.py中的MIDDLEWARE_CLASSES變量中加入
'django.contrib.sessions.middleware.SessionMiddleware' 。Django的Session引擎可以將Session存放在三個(gè)地方，分別是：數(shù)據(jù)庫(kù)、緩存、文件。

如果你想使用數(shù)據(jù)庫(kù)支持的會(huì)話，你需要添加’django.contrib.sessions’到你的INSTALLED_APPS設(shè)置中。在配置完成之后，請(qǐng)運(yùn)行manage.py migrate 來(lái)安裝保存會(huì)話數(shù)據(jù)的一張數(shù)據(jù)庫(kù)表。

使用緩存保持Session

對(duì)于簡(jiǎn)單的緩存會(huì)話：
可以設(shè)置SESSION_ENGINE 為”django.contrib.sessions.backends.cache”。此時(shí)會(huì)話數(shù)據(jù)將直接存儲(chǔ)在你的緩存中。然而，緩存數(shù)據(jù)將可能不會(huì)持久：
如果緩存填滿或者緩存服務(wù)器重啟，緩存數(shù)據(jù)可能會(huì)被清理掉。

若要持久的緩存數(shù)據(jù)：
可以設(shè)置SESSION_ENGINE為”django.contrib.sessions.backends.cached_db”。它的寫(xiě)操作使用緩存，對(duì)緩存的每次寫(xiě)入都將再寫(xiě)入到數(shù)據(jù)庫(kù)。對(duì)于
讀取的會(huì)話，如果數(shù)據(jù)不在緩存中，則從數(shù)據(jù)庫(kù)讀取。兩種會(huì)話的存儲(chǔ)都非?？欤呛?jiǎn)單的緩存更快，因?yàn)樗艞壛顺志眯?。大部分情況下，cached_db后端已經(jīng)足夠快，但是如果你需要榨干最后一點(diǎn)的性能，并且接受會(huì)話數(shù)據(jù)丟失的風(fēng)險(xiǎn)，那么你可使用cache而不是cached_db

使用文件保存 使用文件保存Session不再我們的討論之類(lèi)，因?yàn)楹茈y進(jìn)行共享，PHP默認(rèn)也是將Session存放在/tmp目錄下。

簡(jiǎn)單總結(jié)：

會(huì)話保持的缺點(diǎn)：負(fù)載不均衡;沒(méi)有徹底解決問(wèn)題. 會(huì)話復(fù)制的缺點(diǎn)：集群超過(guò)6個(gè)節(jié)點(diǎn)就會(huì)出現(xiàn)一系列的問(wèn)題. 會(huì)話共享：會(huì)話數(shù)據(jù)共享在Nosql（Redis）數(shù)據(jù)庫(kù)中分享。

當(dāng)前題目：負(fù)載均衡集群的session處理方案
新聞來(lái)源：http://uogjgqi.cn/article/cdecosh.html