同一域名下的網站的cookie都是一樣的。所以無論幾臺伺服器,無路請求分配到哪一臺伺服器上同一使用者的cookie是
不變的。也就是說cookie對應的session也是唯一的。

上文介紹的方法其實已經可以搭建一個完整的Tomcat叢集了，如果系統想要一個更安全可靠的環境，那麼nginx其實也可以做叢集，這裡略去不說，我們想要說的是redis叢集。

上面我們已經說到redis是session的公共儲存區，如果redis不幸掛掉的話將會導致致命的問題，因為無session源可取，Tomcat中有session讀取的介面會直接報錯。所以搭建一個redis叢集還是很有必要的，幸好redis對分散式HA的搭建支援得很好，原生即有一套sentinel哨兵機制即可用。

以sentinel模式啟動的redis例項起到了監控者的作用，redis叢集以master-slave的模式啟動，訊息不再直接發給redis例項，而是發給sentinel，由sentinel同步至所有的redis例項，如果出現redismaster例項掛掉的情況，會由sentinel發現，根據配置還可以由sentinel自己組成的叢集去選舉產生新的master，新的master將會承擔起作用，起到了災難自動回恢復的作用。

這裡來說一下sentinel叢集的配置：
我們使用兩個redis例項來組成master-slave，需要三個sentinel組成哨兵叢集來監控兩個redis例項，在master出現問題的時候選舉產生新的master。
路徑假設如下：
redis1
redis2
sentinel1
sentinel2
sentinel3

配置redis1/redis.conf為master：

    bind 127.0.0.1
    port 6379

配置redis2/redis.conf為redis1的slave：

    bind 127.0.0.1
    port 6379
    slaveof <redis1_ip> 6379

配置sentinel1/redis-sentinel.conf：

    port 26379    
    sentinel monitor mymaster <redis1_ip> 6379 2

指定redis1為master，slave資訊會在啟動後被sentinel監聽到並自動寫入到配置檔案中，因此不需要手動寫入，最後的quorum表示當有2個sentinel判斷master掛掉的時候即可選舉slave為新的master。

sentinel2，sentinel3配置相同。

這樣之後啟動redis和sentinel叢集，即可構建一個高可用的redis叢集。可以嘗試一下把redis1這個master掛掉，sentinel就會探查到並且在2個sentinel都探查到的時候即會選舉產生新的master：

# +monitor master mymaster <redis1-ip> 6379 quorum 2
# +sdown master mymaster <redis1-ip> 6379

同時我們的Tomcat配置也將改為使用sentinel叢集的版本：

<Valve className="com.orangefunction.tomcat.redissessions.RedisSessionHandlerValve" />
    <Manager className="com.orangefunction.tomcat.redissessions.RedisSessionManager"
         sentinelMaster="mymaster"
         sentinels="<sentinel1-ip>:26379,<sentinel2-ip>:26379,<sentinel3-ip>:26379"
         maxInactiveInterval="60"/>

這個叢集搭建完成後，我們的系統將會更為穩定：