WebLogic集群詳細(xì)方案

Fromhere數(shù)據(jù)庫層：數(shù)據(jù)庫：oracle10g數(shù)據(jù)庫服務(wù)器：2臺(tái)以上F5設(shè)備：2臺(tái)部署圖：部署描述：F5虛擬地址作為對(duì)數(shù)據(jù)用戶的唯一地址。F5有主備2臺(tái)設(shè)備，相互之間部署心跳線，在F5的配置中設(shè)定其中一臺(tái)作為主機(jī)，配置心跳的告警設(shè)置和數(shù)據(jù)庫服務(wù)器的告警設(shè)置。ORACLE需要安裝F5的管理插件以監(jiān)控?cái)?shù)據(jù)庫服務(wù)器性能參數(shù)和狀態(tài)。數(shù)據(jù)庫采用RAC的方式進(jìn)行集群，數(shù)據(jù)庫之間有心跳線。服務(wù)器Cluster需要一個(gè)統(tǒng)一的時(shí)間，在整個(gè)應(yīng)用中由統(tǒng)一的服務(wù)器提供同步服務(wù)。在數(shù)據(jù)庫服務(wù)器集群和文件系統(tǒng)之間的交換機(jī)需要有主備線路。訪問控制：對(duì)F5虛擬地址的訪問需要在數(shù)據(jù)庫防火墻中配置白名單數(shù)據(jù)庫的實(shí)地址只有DBA等數(shù)據(jù)庫管理角色才能訪問負(fù)載均衡：F5設(shè)備通過在Oracle服務(wù)器上的插件獲取各個(gè)數(shù)據(jù)庫本身的連接數(shù)，內(nèi)存使用量，CPU占用率等參數(shù)，以及在F5配置中設(shè)置負(fù)載分發(fā)的規(guī)則來分發(fā)對(duì)數(shù)據(jù)庫的真實(shí)訪問。對(duì)于數(shù)據(jù)庫Cluster來說，采用10g以上版本的RAC的方式會(huì)有一個(gè)公用的緩存區(qū)。數(shù)據(jù)安全：在文件系統(tǒng)中采用RAID0+1的方式進(jìn)行數(shù)據(jù)存放和備份磁帶庫作為文件系統(tǒng)的最終容災(zāi)備份。故障處理：在F5主機(jī)出現(xiàn)故障時(shí)，由F5備用的心跳監(jiān)控到并做自動(dòng)切換，同時(shí)可以按告警配置進(jìn)行對(duì)應(yīng)操作。數(shù)據(jù)庫節(jié)點(diǎn)中一臺(tái)出現(xiàn)問題時(shí)，會(huì)由別的節(jié)點(diǎn)接手，同時(shí)F5會(huì)監(jiān)控到數(shù)據(jù)庫的狀態(tài)出現(xiàn)異常并按照告警配置進(jìn)行對(duì)應(yīng)操作，例如【發(fā)送告警郵件】等。在數(shù)據(jù)庫集群和文件系統(tǒng)的網(wǎng)絡(luò)中，當(dāng)主要線路出現(xiàn)問題，由備用線路接手。優(yōu)點(diǎn)：可擴(kuò)展性好，在性能出現(xiàn)瓶頸的時(shí)候不需要修改整體布局，只需要增加服務(wù)器并配置可靠性好，所有設(shè)備都至少有一個(gè)備用節(jié)點(diǎn)。訪問無縫隙，對(duì)于用戶來說只有一個(gè)訪問接口，對(duì)于內(nèi)部所有節(jié)點(diǎn)的備用節(jié)點(diǎn)都能實(shí)現(xiàn)自動(dòng)切換或自動(dòng)故障點(diǎn)剔除。缺點(diǎn)：采用RAC進(jìn)行數(shù)據(jù)庫集群需要一個(gè)統(tǒng)一的文件存取管理系統(tǒng)，數(shù)據(jù)和存取基于網(wǎng)絡(luò)，對(duì)網(wǎng)絡(luò)性能和穩(wěn)定性要求非常高。系統(tǒng)網(wǎng)絡(luò)部署成本會(huì)比較高。在出現(xiàn)文件系統(tǒng)故障時(shí)，采用RAID0+1的陣列進(jìn)行恢復(fù)操作比較復(fù)雜和緩慢。取舍：可以采用大量的低端服務(wù)器方式來代替多臺(tái)高端服務(wù)器實(shí)現(xiàn)數(shù)據(jù)庫集群，但對(duì)于服務(wù)器的管理要求很高。數(shù)據(jù)存取性能要求不高，但是文件安全要求高的系統(tǒng)，應(yīng)采用RAID1+0的方式。

應(yīng)用層：應(yīng)用服務(wù)器：WEBLOGIC9.2服務(wù)器：4臺(tái)以上F5設(shè)備：4臺(tái)部署圖：

部署描述：WEB層中的F5虛擬地址作為對(duì)外部用戶的唯一訪問地址。APP層中的F5虛擬地址作為對(duì)內(nèi)部WEB端的唯一訪問地址。F5有主備2臺(tái)設(shè)備，相互之間部署心跳線，在F5的配置中設(shè)定其中一臺(tái)作為主機(jī)，配置心跳的告警設(shè)置和數(shù)據(jù)庫服務(wù)器的告警設(shè)置。F5中需要對(duì)應(yīng)Weblogic集群進(jìn)行相關(guān)配置，轉(zhuǎn)發(fā)規(guī)則，監(jiān)控頻率，Session識(shí)別和轉(zhuǎn)發(fā)，以及設(shè)置服務(wù)器性能的告警，預(yù)防規(guī)則等。訪問控制：APP防火墻中設(shè)置固定的白名單訪問。WEB服務(wù)器的實(shí)地址只有WEB層的TA維護(hù)角色能夠訪問APP服務(wù)器的實(shí)地址只有APP層的TA維護(hù)角色能夠訪問負(fù)載均衡：對(duì)服務(wù)性能和響應(yīng)速度有要求的應(yīng)用一般按【服務(wù)器能力】的方式進(jìn)行負(fù)載均衡，由F5對(duì)每臺(tái)服務(wù)器定時(shí)的監(jiān)控結(jié)果【內(nèi)存，CPU，連接數(shù)】，以及F5中自定義的分發(fā)規(guī)則決定采用服務(wù)器能力的方式進(jìn)行負(fù)載均衡，在出現(xiàn)系統(tǒng)資源耗盡異常時(shí)，有非常多的情況是某個(gè)server先出現(xiàn)異常隨后伴隨整個(gè)Cluster的服務(wù)器一并發(fā)生。性能要求吧不高的應(yīng)用一般采用【服務(wù)器幾率訪問】或者【服務(wù)器輪循訪問】的方式進(jìn)行均衡，【服務(wù)器幾率訪問】適用于服務(wù)器硬件方面存在性能差異或每臺(tái)服務(wù)器上應(yīng)用不是平均分配的情況，可手工的調(diào)整每臺(tái)服務(wù)器的訪問比例，【服務(wù)器輪循訪問】對(duì)于每一臺(tái)服務(wù)器來說訪問次數(shù)是基本平均的。這兩種負(fù)載機(jī)制由于不同業(yè)務(wù)的消耗是不同的，容易出現(xiàn)大消耗的請(qǐng)求集中在某臺(tái)服務(wù)器，出現(xiàn)單個(gè)服務(wù)器掛起的情況，但不容易出現(xiàn)整個(gè)服務(wù)器Cluster一并掛起的情況。故障處理：在F5主機(jī)出現(xiàn)故障時(shí)，由F5備用的心跳監(jiān)控到并做自動(dòng)切換，同時(shí)可以按告警配置進(jìn)行對(duì)應(yīng)操作。優(yōu)點(diǎn)：實(shí)現(xiàn)網(wǎng)絡(luò)的物理分割，最大程度上保證系統(tǒng)網(wǎng)絡(luò)安全WEB和APP對(duì)外都只擁有一個(gè)訪問接口，分離前臺(tái)業(yè)務(wù)和后臺(tái)業(yè)務(wù)對(duì)于集群內(nèi)部節(jié)點(diǎn)是可以自由添加和刪除的，因此可以實(shí)現(xiàn)系統(tǒng)的分批次部屬使得服務(wù)不必中斷。缺點(diǎn)：在APP和WEB之間的網(wǎng)絡(luò)性能和穩(wěn)定性要求非常高，網(wǎng)絡(luò)部署成本高。

Weblogic集群：結(jié)構(gòu)圖：WeblogicCluster描述：一個(gè)WeblogicCluster需要至少1臺(tái)服務(wù)器?！綜luser對(duì)服務(wù)器1對(duì)多】每一臺(tái)服務(wù)器中可以有多個(gè)應(yīng)用在一個(gè)Cluster中?！痉?wù)器對(duì)應(yīng)用1對(duì)多】在Cluster的配置監(jiān)控中可以對(duì)每個(gè)Server的狀態(tài)，連接數(shù)，Jndi連接數(shù)進(jìn)行監(jiān)控和配置操作Session處理 對(duì)于F5+WeblogicCluster每個(gè)訪問請(qǐng)求來說，F(xiàn)5能識(shí)別出weblogic的Session并生成一個(gè)SessionId，同樣sessionId的訪問請(qǐng)求都由同一臺(tái)Server處理。在F5中所以session會(huì)被復(fù)制一份副本，并且session的所有變化都會(huì)在副本中進(jìn)行及時(shí)更新，這樣，當(dāng)原有Server在響應(yīng)請(qǐng)求過程中失敗時(shí)，F(xiàn)5會(huì)立即獲取session的副本，并由此轉(zhuǎn)發(fā)給狀態(tài)正常的Server繼續(xù)響應(yīng)客戶端請(qǐng)求，同時(shí)保存Session新副本。

Cluster管理：JDBC連接池：和單機(jī)配置JDBC連接池類似，在創(chuàng)建連接池時(shí)，Cluster會(huì)測(cè)試每個(gè)Server上JDBC的連通性，對(duì)于應(yīng)用來說可以通過Jndi樹獲取到連接的DataSource，在發(fā)生連接池溢出的情況時(shí)，對(duì)于每個(gè)JDBC可以做單獨(dú)的重啟。2． 監(jiān)控：可以查看每個(gè)Server的狀態(tài)，Application的狀態(tài)，3. 發(fā)布Application：對(duì)于一個(gè)Cluster，只需要上傳到其中一臺(tái)，weblogic會(huì)自動(dòng)分發(fā)到Cluster中所有的服務(wù)器上。在進(jìn)行UPDATE操作時(shí)可以選中Cluster或者Cluster中個(gè)別的Server進(jìn)行操作。ProxyServer：proxyServer可以作為F5的代替，作為一個(gè)對(duì)外的唯一訪問地址。proxyServer可以是安裝有BEAWebLogicServer的Web服務(wù)器，或者是安裝了WebLogic插件的Apache服務(wù)器或其他服務(wù)器。proxyServer是一個(gè)軟件方式的負(fù)載均衡和硬件層面的負(fù)載均衡來說成本低但軟件層面的跳轉(zhuǎn)效率低，性能不能支持巨大的并發(fā)訪問。Ehcache集群結(jié)構(gòu)圖：集群描述：集群配置采用RMI組播的方式進(jìn)行集群，在Ehcache的集群中不存在主節(jié)點(diǎn)和子節(jié)點(diǎn)的關(guān)系，所有的節(jié)點(diǎn)都是平級(jí)的。通過配置multicastGroupAddress，使得每個(gè)節(jié)點(diǎn)的Ehcache都會(huì)去自動(dòng)掃描此區(qū)段中的地址，每個(gè)節(jié)點(diǎn)都可以獲取到其他節(jié)點(diǎn)的信息。對(duì)應(yīng)不同的業(yè)務(wù)，配置不同的緩存組，對(duì)應(yīng)不同緩存組按業(yè)務(wù)要求配置不同的緩存規(guī)則，并配置這個(gè)緩存組是屬于本地緩存還是集群的緩存。緩存操作：GET操作：對(duì)本地的LocalCache緩存進(jìn)行查詢PUT,REMOVE,UPDATE等緩存DML操作：將修改結(jié)果同步到別的節(jié)點(diǎn)上優(yōu)點(diǎn)：增加節(jié)點(diǎn)基本不需要配置，只需要保證節(jié)點(diǎn)處在同一個(gè)網(wǎng)段即可，可以避免人為配置的錯(cuò)漏出現(xiàn)。由于RMI是JAVA自帶的，無需引入其他JAR包。缺點(diǎn)：由于緩存是通過RMI同步分發(fā)到各個(gè)服務(wù)器上的，當(dāng)緩存的數(shù)據(jù)量很大時(shí)不適用。網(wǎng)絡(luò)可能會(huì)禁用組播功能，若禁用多播則需要對(duì)每個(gè)節(jié)點(diǎn)配置上集群中其他節(jié)點(diǎn)的地址。分布式緩存的Ehcache實(shí)現(xiàn)：部署圖：集群描述采用EhcacheServer的方式對(duì)緩存進(jìn)行管理，緩存管理服務(wù)器的主要功能維護(hù)一張HashCode表，決定緩存的