前面一節，我們談論了Apusic負載均衡器的系統介紹以及相關的安裝和配置問題。其中配置過程我們已經詳細的為大家呈現出來了。現在，我們針對Apusic負載均衡器的初始運行以及它對服務器的要求進行一個分析。在此為大家補充一下細節問題。

運行

啟動命令行為:

javacom.apusic.server.Main-configconfig/loadbalancer.conf

由于剔除了EJB,JMS,JDBC等組件,負載均衡器有更多的資源來處理負載,將客戶的請求轉發到內部服務器上,并將內部服務器的回應轉發給客戶｡另外,APUSIC負載均衡器還可以結合其他負載均衡技術,例如基于DNS和基于NAT的負載均衡｡以DNS為例,你可以在集群系統中安裝多個負載均衡器,每個負載均衡器都和內部服務器有連接,并配置DNS,使所有的負載均衡器都映射到同一個域名,這樣當用戶使用域名訪問系統時,DNS會首先將域名映射到其中一個負載均衡器的IP地址,用戶將請求發到指定IP地址的負載均衡器上,而此負載均衡器再將請求轉發到一個內部服務器上.

對Apusic應用服務器的要求

在使用負載均衡器之前,首先要在集群中所有的服務器上安裝APUSIC應用服務器,安裝方法和在單獨一臺服務器上安裝是一樣的,但注意在安裝應用系統時要在所有服務器上都保持一致,如果有條件可以采用一個共享硬盤組｡安裝完成后啟動服務器,并測試應用系統能否正常工作｡

如果只有一臺機器,也可以測試APUSIC的集群功能,可以啟動多個服務器進程,但它們的各種服務的偵聽端口都不能有沖突｡

在Apusic負載均衡集群上開發應用系統的特點

利用Apusic1.1建立的負載均衡集群有一個很重要的特點,APUSIC實現了分布式Session管理,這是實現Web服務器集群的關鍵,由于Web應用被分布到多臺服務器上運行,因此保存在Session中的共享數據必須完全保持一致｡APUSIC沒有使用共享數據庫來保存Session數據,雖然這種方式能保證Session數據的一致性,但由于Session的變化是很頻繁的,對數據庫將造成很大的壓力,最終將成為整個系統的瓶頸｡APUSIC使用一種分布式Session服務,每個服務器管理自己所產生的Session,當Web應用從一臺服務器遷移到另一臺服務器時,Session也會自動進行遷移,這樣使得對Session的管理被均勻地分布到所有的服務器上,任何一臺服務器失效并不會使Session丟失｡對應用開發者來說,要保證分布式Session能夠正常工作,在Session中只能保存實現了java.io.Serializable的數據,否則Session將無法完成遷移｡

總之,如果你的Web應用中使用了session,它在Apusic負載均衡集群中不受任何影響,可以正常使用,同時,還能享受到Apusic負載均衡集群給您的應用帶來的高度的安全和***的速度｡