前面一節(jié)，我們談?wù)摿薃pusic負(fù)載均衡器的系統(tǒng)介紹以及相關(guān)的安裝和配置問題。其中配置過程我們已經(jīng)詳細(xì)的為大家呈現(xiàn)出來了。現(xiàn)在，我們針對Apusic負(fù)載均衡器的初始運(yùn)行以及它對服務(wù)器的要求進(jìn)行一個(gè)分析。在此為大家補(bǔ)充一下細(xì)節(jié)問題。

運(yùn)行

啟動(dòng)命令行為:

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

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

對Apusic應(yīng)用服務(wù)器的要求

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

如果只有一臺機(jī)器,也可以測試APUSIC的集群功能,可以啟動(dòng)多個(gè)服務(wù)器進(jìn)程,但它們的各種服務(wù)的偵聽端口都不能有沖突｡

在Apusic負(fù)載均衡集群上開發(fā)應(yīng)用系統(tǒng)的特點(diǎn)

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

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