集羣中session安全和同步是個最大的問題，下面是我收集到的幾種session同步的方案，希望能通過分析其各自的優劣找出其適應的場景。
1. 客戶端cookie加密
這是我以前採用的方式，簡單，高效。比較好的方法是自己採用cookie機制來實現一個session,在應用中使用此session實現。
問題：session中數據不能太多，最好只有個用戶id。
參考實現：http://rollerweblogger.org/
2. application server的session複製
可能大部分應用服務器都提供了session複製的功能來實現集羣，tomcat,jboss,was都提供了這樣的功能。
問題：
性能隨着服務器增加急劇下降，而且容易引起廣播風暴；
session數據需要序列化，影響性能。
如何序列化，可以參考 對象的序列化和反序列化.
參考資料:
3. 使用數據庫保存session
使用數據庫來保存session,就算服務器宕機了也沒事，session照樣在。
問題：
程序需要定製；
每次請求都進行數據庫讀寫開銷不小(使用內存數據庫可以提高性能，宕機就會丟失數據。可供選擇的內存數據庫有BerkeleyDB,Mysql的內存表);
數據庫是一個單點，當然可以做數據庫的ha來解決這個問題。
4. 使用共享存儲來保存session
和數據庫類似,就算服務器宕機了也沒事，session照樣在。使用nfs或windows文件共享都可以,或者專用的共享存儲設備。
問題：
程序需要定製；
頻繁的進行數據的序列化和反序列化，性能是否有影響；
共享存儲是一個單點，這個可以通過raid來解決。
5. 使用memcached來保存session
這種方式跟數據庫類似，不過因爲是內存存取的，性能自然要比數據庫好多了。
問題：
程序需要定製,增加了工作量；
存入memcached中的數據都需要序列化，效率較低；
memcached服務器一死，所有session全丟。memchached能不能做HA? 我也不知道，網站上沒提。
參考資料:
6. 使用terracotta來保存session
跟memcached類似，但是數據不需要序列化，並且是Find-Grained Changes，性能更好。配置對原來的應用完全透明，原有程序幾乎不用做任何修改。而且terracotta本身支持HA。
問題：terracotta的HA本身進行數據複製性能如何？
參考資料：
使用Terracotta和Tomcat建立ACTIVE-PASSIVE模式的集羣