多台Web Server(IIS)作 Load Balance，session怎麼處理？

多台Web Server(IIS)作 Load Balance，session怎麼處理？

原文是 MSDN論壇的一篇文章，大家有興趣可以去看看。http://forums.microsoft.com/MSDN-CHT/ShowPost.aspx?PostID=3346245&SiteID=14&mode=1


以下是我的回答：
這期的MSDN雜誌有提到喔，以下只是那篇文章的摘錄（原文很長。是中文的，放心去看吧）
http://msdn.microsoft.com/zh-tw/magazine/cc500561.aspx
如果您有一部以上的 Web 伺服器，那麼應該要把工作階段（Session）作業資訊儲存在哪裡？
可用的一個方法，是將資訊儲存在 Web 伺服器上，然後使用相似性。基本上，這代表來自某一位使用者的第一個要求會進行負載平衡，之後，所有來自該使用者/工作階段的要求，就都會傳送到與第一個要求相同的伺服器上。這是一項簡單的方法，每一種負載平衡解決方案都支援這樣的做法，而且在某些案例中是很合理的做法。
然而，長期而言，相似性會造成慘痛的問題。保持工作階段資料在同處理序 (In-Process) 或許是較快的方法，但是如果 ASP.NET 背景工作處理序進行回收，則這些工作階段就會中斷。背景工作處理序會進行回收的原因有很多。在高負載的情況下，IIS 可能會回收 ASP.NET 的背景工作處理序，因為它可能會認為該背景工作處理序已經卡住。事實上，根據預設，IIS 6.0 每 23 個小時就會回收一次背景工作處理序。您可以調整這個值，但是無論如何，您的使用者還是可能面臨工作階段資料在處理中遺失的風險。當網站的規模較小時，這並不會造成太大的問題，但隨著網站規模的擴充以及流量的增加，這將會成為嚴重的問題。此外還會有其他的問題。

如果您是透過 IP 位址進行負載平衡，其中有一部伺服器將會因為大量的 Megaproxy (像 AOL) 而無法負荷服務的負載。再則，若要在伺服器上更新您的應用程式版本，將會變得更困難；您必須等候使用者完成網站上的作業，或強制中斷使用者的工作階段 (而惹毛這些使用者)。如此一來，網站的可靠性就會遭受質疑：伺服器服務的中斷，會導致許多工作階段的中斷。

消除相似性是分散化策略的關鍵目標。這需要使工作階段狀態資料跨處理序，亦即要為了提升擴充性而犧牲一些效能。當您使工作階段跨處理序時，工作階段資料（Session）就會記錄在所有 Web 伺服器均可存取的位置，這可以是在 SQL Server® 上（請看「瓶水相逢」網友給的建議：HOW TO：設定 SQL Server 以儲存 ASP.NET 工作階段狀態）或是在 ASP.NET 狀態伺服器上。這可以在 web.config 中設定。

若要支援跨處理序工作階段，還需要撰寫一些程式碼。任何將儲存在 Session 物件中的類別，都需要以 Serializable 屬性標記。這表示類別中的所有資料都必須為可序列化，或標記為 NonSerialized，才能被忽略。如果您沒有如此標記類別，當序列化程式執行而要將您的工作階段資料儲存為跨處理序時，就會發生錯誤。

最後，移動工作階段成為跨處理序的方法，可以讓您知道工作階段物件中是否有太多資料，因為如此一來，您就可以察覺到每一個網頁要求在網路上來回傳送大量資料的負荷 (一次在網頁開端做為擷取，一次在網頁尾端做為傳回)。


或是看看下面這篇文章，孫三才老師講的JSP Web Farm，也有很高的參考價值。
http://www.javaworld.com.tw/jute/post/view?bid=30&id=62079&sty=1&tpg=3&age=0