1、 .WebLogic+F5負載均衡配置方案下面將 F5 公司的 BIG-IP 控制器為例，來介紹硬件負載均衡器配搭 weblogic 服務器實現集群功能的解決方案。 1. Weblogic集群Weblogic 服務器集群將一組服務器集合在一起工作，來提供更靈活調配的、更穩(wěn)定的應用平臺。服務器集群對用戶是透明的，對用戶來說，服務器集群只是一個簡單的 server 端，然而實際上，多臺服務器一起協同工作來提供服務。通過部署 weblogic 服務器的集群功能，網站對于來自網絡用戶的請求具備了出色的可擴展性、更高請求處理容量和冗余能力。 對于一個集成的環(huán)境，客戶端的會話狀態(tài)必須被保存，以使得在出現故

2、障時能夠獲得備份 session 狀態(tài)。 Weblogic server 提供三種途徑獲得客戶端會話狀態(tài)： 數據庫復制（通過 JDBC ）、基于文件的復制和內存中的復制 。 使用基于 JDBC 或基于文件的持久機制分別將客戶端的會話狀態(tài)保存在數據庫或者文件中。當一個客戶端首次連接到集群中的某臺服務器時，客戶端與該服務器的連接建立，同時該服務器將會話狀態(tài)完整地保存在離線存儲器中。隨后的客戶端的請求將被持續(xù)地發(fā)送給同一臺 server ，這樣就保證了會話狀態(tài)的更新在存儲機制中的保存。如果這臺服務器發(fā)生故障，那么該客戶端可以連接到集群中的任何一臺服務器。新的服務器通過讀取儲存在文件系統(tǒng)或者是數據庫中

3、的會話狀態(tài)來恢復與客戶端的會話。 內存中的復制機制同樣也用于保存客戶端會話數據，但是它使用內存而不是其他永久存儲機制。在客戶端初次連接到集群中的某臺服務器時，客戶端與該服務器的連接建立，同時該服務器指定另外一臺集群中的服務器作為輔助服務器來存儲會話數據的復本。隨后的客戶端的請求將被持續(xù)地發(fā)送給同一臺 server ，從而確保了在任何給定時間集群中都存有該客戶機會話數據的兩份拷貝。 當與該客戶端建立連接的服務器發(fā)生故障時，客戶端可以連接到集群中另一臺服務器。新的服務器將通過查找保存在 Weblogic 服務器 cookie 上的信息，對保存了客戶端會話狀態(tài)的復本的服務器進行定位，并且復制會話狀態(tài)

4、。通過這種容錯處理的方式，客戶端可以透明地故障切換到另一臺服務器，無需使用持續(xù)性存儲器便可長期保存會話數據。2. BIG IP實現WEBLOGIC負載均衡 由于同一集群中的多個服務器能夠服務于一組特定的客戶端請求，所以必須通過某些機制 02e2 ，將對 虛擬服務器 的客戶端請求路由到集群中某臺真正的服務器。 通過 將新的客戶端請求智能地分配給可用資源，來達到提高服務器集群的處理能力的目的。這種路由請求機制必須保證 ： 均衡集群中可用服務器上的負載； 客戶端發(fā)起的會話必須持續(xù)使用在初次訪問時與之建立了連接的 Weblogic Server ：對于需要多個 HTTP 操作的事務（也可能是多個 TC

5、P 連接），一旦和特定的服務器集群成員之間建立了客戶會話，后續(xù)操作必須被定向到同一個成員，直到會話結束。這將減少開銷，并且能夠為每個連續(xù)的操作從另一臺服務器上獲取會話狀態(tài)。因此改善了用戶的響應時間并提高了集群總的利用率； 必須保持 Weblogic Server 端 cookie 內保存數據的完整性：會話持久性是通過檢查會話 cookie 來提供的， cookie 內保存了 HTTP 響應 0fe7 的主服務器會話信息和備份服務器的信息，這樣它就可以在故障發(fā)生時被集群檢測并挑選集群內另一臺服務器使用以進行容錯處理。 以上三點是使用BIG-IP 控制器和Weblogic Server集群的聯合解

6、決方案所需要遵循的目標。下面我們看看F5是如何具體實現這些目標的。 2.1 對Weblogic集群提供負載均衡 當部署 Weblogic 集群時，首先要考慮的，應該是使用一個本地的管理網絡交通的產品對于所有 Weblogic Server 實體所接收到的新的請求進行負載均衡。 F5 的 BIG-IP 控制器使得可以很簡單而且高伸縮性地配置 Weblogic 服務器集群。 BIG-IP 支持多種負載均衡模式，包括輪詢 (Round Robin) 、服務器幾率 (Server Ratio) 、服務器能力 (Server Capacity) ，等幾種模式。 BIG-IP 對 Weblogic 服務器

7、的性能和可用性進行監(jiān)控，并將客戶端請求發(fā)送到集群中當前狀態(tài)最為可用的服務器。 BIG-IP 通過對一系列的設備故障的監(jiān)測，來確認任務所需的最主要的資源相應正常的。 2.2 通過BIG-IP對Weblogic服務器的用戶保持訪問持續(xù)性一旦用戶采用內存復制技術來部署 BEA Weblogic Server 集群時， Weblogic 服務器就啟動 Cookie 機制來跟蹤服務器實例，并保存客戶端會話的主數據（在第一臺執(zhí)行請求的 server 上）和備份數據（在備份 server 上）。當在 Weblogic Server 前端部署負載均衡機制時，用戶必須確認所采用的方案可以提供用戶訪問持續(xù)性，而不

8、是會阻礙用來保存客戶端會話數據的 Weblogic cookie 技術的實施。 而如果采用 BIG-IP ，可以配置 BIG-IP 使其在用戶的網頁瀏覽器內插入一個單獨的 cookie 用來跟蹤客戶端會話，服務器的 cookie 則保存容錯時所需的內存復制信息。在進行普通的操作時，內嵌的 BIG-IP cookie 將保證客戶端可以對主服務器（保存了會話狀態(tài)）進行持續(xù)訪問，在此階段 Weblogic Server 的 cookie 未被進程使用；然而當故障發(fā)生時，服務器的 cookie 被激活，提供備份會話數據所在的位置，使得客戶端的請求可以被集群內的任一其他的服務器進行容錯處理。（見下圖）

9、1 ）客戶端訪問 Weblogic 集群； BIG-IP 察覺到請求中沒有 cookie 存在，于是選擇任一臺 Weblogic 服務器對客戶端請求進行響應。 2 ）用戶信息保存在服務器端，同時服務器在 HTTP 回復中寫入 cookie 。 3 ） HTTP 回復被發(fā)送回客戶端； BIG-IP 寫入第二個 cookie ，包含信息為該客戶端建立連接的服務器端。 4 ）當下一次請求到達時， BIG-IP 讀入自己的 cookie 信息，并將用戶請求導向同一臺服務器。 在BIG-IP上配置在線cookie持續(xù)性 1 在導航欄中點擊 Pools ，打開 Pools 窗口； 2 在 Pools 列表

10、中，點擊你想要建立插入方式的 pool ； 3 點擊“持久”標簽（ Persistence ），打開“持久”窗口； 4 點擊“ Active HTTP Cookie ”按鈕； 5 從方法列表（ Method list ）中選擇“插入”方式（ insert ）。這樣就保證了 BIG-IP 會在客戶端瀏覽器中插入一個單獨的 cookie ，而不會修改用來進行容錯處理的 Weblogic Server cookie ； 6 輸入 timeout 值，該值將決定 cookie 在客戶端多久過期； 7 點擊 Apply 按鈕。 2.3 通過BIG-IP從Weglogic服務器卸載SSL壓力 SSL （加

11、密套接字協議層）是一種應用極為廣泛的 WEB 信息安全傳送協議。最初由 Netscape 開發(fā)以提供 Internet 上的安全連接和傳送，目前， 98% 的 Web 上的安全傳送都運用 SSL 。 SSL 已經成了安全互聯網交易中數據加密的工業(yè)標準，采用 SSL 的網站在 1998 年和 1999 年間增加了兩倍。由于 SSL 運用加密算法和密碼，其加密 / 解密過程需大量占用服務器的 CPU 資源，使 CPU 利用率接近 100% ，從而大大降低了服務器性能。 對于需要進行加密傳輸的網站， BIG-IP 提供可伸縮的 SSL 編碼 / 解碼機制。由于對 SSL 的處理會加重服務器的負擔，所

12、以把 SSL 負擔從 Weblogic 服務器上卸載下來將大幅度地提高集群的執(zhí)行能力。用 BIG-IP 來承擔繁重的 SSL 計算，這樣可以使得 Weblogic 服務器著力于他們最拿手的 WEB 應用的處理，同時也保證了在網頁上的信息交互的安全性。 BIG-IP 的負載均衡可以實現對采用 SSL 協議實現的第七層協議的功能進行負載均衡，比如使用解碼包里的信息來進行智能化負載均衡。 SS 0fe7 L 信息流被解碼，以明文方式傳給目的地。 如上圖，當使用 BIG-IP 的 SSL 加速器時，所有非 SSL 數據流可以未受任何改變地通過加速器；但是當由 SSL 加密過的數據流經過 SSL 加速器

13、時，進入的 SSL 數據流被解密并干凈地傳給服務器，而外流的 SSL 數據流被加密并傳向客戶。這樣服務器只需簡單地處理 SSL 請求，原本消耗眾多計算資源的 HTTP/SSL 現在被專用的 SSL 加速設備負責處理。使用了 SSL 加速器之后，系統(tǒng)每秒處理的安全連接數可由原來幾十個增長到數百個。 對于那些有較高安全級別的請求， BIG-IP v4.1 提供了重編碼的功能，在后臺對信息流重新編碼，然后發(fā)送給 Weblogic 服務器。這種方案保證了對安全敏感度很高的網站在因特網的任一個環(huán)節(jié)都不會暴露明文信息，同時依然可以進行負載均衡。 需要指出的是， 額外 SSL 容量可以通過軟件密鑰增加到 B

14、IG-IP 上，這使客戶能夠僅在其需要時購買 SSL 容量。 2.4 使用BIG-IP提高網絡和Weblogic服務器的處理能力 F5 和 BEA 共同提供了一套解決方案，以使得用戶對基礎設施的投資效益最大化。在 Oneconnect? 和 HTTP 1.1 之前，一個客戶端和服務器端的簡單連接就可能由好幾個 TCP 會話組成，這些額外的連接的產生和銷毀都會導致不必要的損耗。 BIG-IP 的 Oneconnect? 以最小的 TCP 鏈接將請求發(fā)送到服務器，減低了網絡、服務器和客戶端之間的冗余，減輕了 HTTP 交通阻塞。這樣， Weblogic 服務器可以發(fā)揮更大的性能，帶寬的損耗也可以減

15、低 20% 。 3. 該解決方案的優(yōu)勢 流量控制 BIG-IP 提供了 WebLogic 服務器集群所需的流量管理能力和用戶持續(xù)性。 業(yè)經驗證的兼容性 BIG-IP 與 WebLogic 服務器進行互操作，可保持重要的服務器持續(xù)性（ BIG-IP ）和用戶會話數據（ WebLogic ），以實現無縫、可擴展的服務器集群。 SSL 能力 BIG-IP 提供了集成的 SSL 處理，以提高 WebLogic 服務器集群的性能和可擴展性。 優(yōu)化網絡和 WebLogic 服務器性能 BIG-IP 的 OneConnect? 能夠智能管理 HTTP 會話，從而將帶寬成本降低了 20% ，并增加了后端服務器

16、集群的容量。 易于設置該解決方案不需要額外的 WebLogic 配置。客戶可以在其 WebLogic 服務器前面簡單地配置和部署 BIG-IP 。 自動應用升級利用 F5 的 BIG-IP 和 GLOBLE-SITE ， BEAWebLogic 用戶可以實現自動軟件更新。當客戶想要更新 WebLogic 服務器上的任何內容（包括 WebLogic 軟件）時，可以采用 F5 的 GLOBLE-SITE 來自動安排非高峰運行時間的內容發(fā)布。 GLOBLE-SITE 能夠與 BIG-IP 進行通信，從而可在進行內容更新的同時啟動或關閉服務器。服務器場的配置圖1:服務器場配置1.公眾 DNS 服務器2.互聯網3.路由器（思科系統(tǒng)）4.負載均衡器（F5 Networks BIG-IP）5.負載均衡器（F5 Networks BIG-IP）6.前端 Web 服務器場（6臺服務器）7.SMTP 和 DNS 服務器8.終端服務、調試和管理服務器9