WebLogic集群詳細方案

1、From here數(shù)據(jù)庫層：數(shù)據(jù)庫：oracle 10g 數(shù)據(jù)庫服務器：2臺以上F5 設備：2臺部署圖：部署描述：1. F5虛擬地址作為對數(shù)據(jù)用戶的唯一地址。2. F5有主備2臺設備，相互之間部署心跳線，在F5的配置中設定其中一臺作為主機，配置心跳的告警設置和數(shù)據(jù)庫服務器的告警設置。3. ORACLE需要安裝F5的管理插件以監(jiān)控數(shù)據(jù)庫服務器性能參數(shù)和狀態(tài)。4. 數(shù)據(jù)庫采用RAC的方式進行集群，數(shù)據(jù)庫之間有心跳線。5. 服務器Cluster需要一個統(tǒng)一的時間，在整個應用中由統(tǒng)一的服務器提供同步服務。6. 在數(shù)據(jù)庫服務器集群和文件系統(tǒng)之間的交換機需要有主備線路。訪問控制：1. 對F5虛擬地址的訪問

2、需要在數(shù)據(jù)庫防火墻中配置白名單2. 數(shù)據(jù)庫的實地址只有DBA等數(shù)據(jù)庫管理角色才能訪問負載均衡：1. F5設備通過在Oracle服務器上的插件獲取各個數(shù)據(jù)庫本身的連接數(shù)，內(nèi)存使用量，CPU占用率等參數(shù)，以及在F5配置中設置負載分發(fā)的規(guī)則來分發(fā)對數(shù)據(jù)庫的真實訪問。2. 對于數(shù)據(jù)庫Cluster來說，采用10g以上版本的RAC的方式會有一個公用的緩存區(qū)。數(shù)據(jù)安全：1. 在文件系統(tǒng)中采用RAID 0+1的方式進行數(shù)據(jù)存放和備份2. 磁帶庫作為文件系統(tǒng)的最終容災備份。故障處理：1. 在F5主機出現(xiàn)故障時，由F5備用的心跳監(jiān)控到并做自動切換，同時可以按告警配置進行對應操作。2. 數(shù)據(jù)庫節(jié)點中一臺出現(xiàn)問題時

3、，會由別的節(jié)點接手，同時F5會監(jiān)控到數(shù)據(jù)庫的狀態(tài)出現(xiàn)異常并按照告警配置進行對應操作，例如【發(fā)送告警郵件】等。3. 在數(shù)據(jù)庫集群和文件系統(tǒng)的網(wǎng)絡中，當主要線路出現(xiàn)問題，由備用線路接手。優(yōu)點：1. 可擴展性好，在性能出現(xiàn)瓶頸的時候不需要修改整體布局，只需要增加服務器并配置2. 可靠性好，所有設備都至少有一個備用節(jié)點。3. 訪問無縫隙，對于用戶來說只有一個訪問接口，對于內(nèi)部所有節(jié)點的備用節(jié)點都能實現(xiàn)自動切換或自動故障點剔除。缺點：1. 采用RAC進行數(shù)據(jù)庫集群需要一個統(tǒng)一的文件存取管理系統(tǒng)，數(shù)據(jù)和存取基于網(wǎng)絡，對網(wǎng)絡性能和穩(wěn)定性要求非常高。2. 系統(tǒng)網(wǎng)絡部署成本會比較高。3. 在出現(xiàn)文件系統(tǒng)故障時，

4、采用RAID 0+1的陣列進行恢復操作比較復雜和緩慢。取舍：1. 可以采用大量的低端服務器方式來代替多臺高端服務器實現(xiàn)數(shù)據(jù)庫集群，但對于服務器的管理要求很高。2. 數(shù)據(jù)存取性能要求不高，但是文件安全要求高的系統(tǒng)，應采用RAID1+0的方式。應用層：應用服務器：WEBLOGIC 9.2服務器：4臺以上F5設備：4臺部署圖：部署描述：1. WEB層中的F5虛擬地址作為對外部用戶的唯一訪問地址。2. APP層中的F5虛擬地址作為對內(nèi)部WEB端的唯一訪問地址。3. F5有主備2臺設備，相互之間部署心跳線，在F5的配置中設定其中一臺作為主機，配置心跳的告警設置和數(shù)據(jù)庫服務器的告警設置。4. F5中需要對

5、應Weblogic集群進行相關配置，轉(zhuǎn)發(fā)規(guī)則，監(jiān)控頻率，Session識別和轉(zhuǎn)發(fā)，以及設置服務器性能的告警，預防規(guī)則等。訪問控制：1. APP防火墻中設置固定的白名單訪問。2. WEB服務器的實地址只有WEB層的TA維護角色能夠訪問3. APP服務器的實地址只有APP層的TA維護角色能夠訪問負載均衡：1. 對服務性能和響應速度有要求的應用一般按【服務器能力】的方式進行負載均衡，由F5對每臺服務器定時的監(jiān)控結(jié)果【內(nèi)存，CPU，連接數(shù)】，以及F5中自定義的分發(fā)規(guī)則決定采用服務器能力的方式進行負載均衡，在出現(xiàn)系統(tǒng)資源耗盡異常時，有非常多的情況是某個server先出現(xiàn)異常隨后伴隨整個Cluster的服

6、務器一并發(fā)生。2. 性能要求吧不高的應用一般采用【服務器幾率訪問】或者【服務器輪循訪問】的方式進行均衡，【服務器幾率訪問】適用于服務器硬件方面存在性能差異或每臺服務器上應用不是平均分配的情況，可手工的調(diào)整每臺服務器的訪問比例，【服務器輪循訪問】對于每一臺服務器來說訪問次數(shù)是基本平均的。這兩種負載機制由于不同業(yè)務的消耗是不同的，容易出現(xiàn)大消耗的請求集中在某臺服務器，出現(xiàn)單個服務器掛起的情況，但不容易出現(xiàn)整個服務器Cluster一并掛起的情況。故障處理：1. 在F5主機出現(xiàn)故障時，由F5備用的心跳監(jiān)控到并做自動切換，同時可以按告警配置進行對應操作。優(yōu)點：1. 實現(xiàn)網(wǎng)絡的物理分割，最大程度上保證系統(tǒng)

7、網(wǎng)絡安全2. WEB和APP對外都只擁有一個訪問接口，分離前臺業(yè)務和后臺業(yè)務3. 對于集群內(nèi)部節(jié)點是可以自由添加和刪除的，因此可以實現(xiàn)系統(tǒng)的分批次部屬使得服務不必中斷。缺點：1. 在APP和WEB之間的網(wǎng)絡性能和穩(wěn)定性要求非常高，網(wǎng)絡部署成本高。Weblogic集群：結(jié)構(gòu)圖：Weblogic Cluster描述：1. 一個Weblogic Cluster 需要至少1臺服務器。 【Cluser對服務器 1對多】2. 每一臺服務器中可以有多個應用 在一個Cluster中?！痉掌鲗?1對多】3. 在Cluster的配置監(jiān)控中可以對每個Server的狀態(tài)，連接數(shù)，Jndi連接數(shù)進行監(jiān)控和配置操作

8、Session處理對于F5+Weblogic Cluster每個訪問請求來說，F(xiàn)5能識別出weblogic的Session 并生成一個 SessionId，同樣sessionId的訪問請求都由同一臺Server處理。在F5中所以session會被復制一份副本，并且session的所有變化都會在副本中進行及時更新，這樣，當原有Server在響應請求過程中失敗時，F(xiàn)5會立即獲取session的副本，并由此轉(zhuǎn)發(fā)給狀態(tài)正常的Server繼續(xù)響應客戶端請求，同時保存Session新副本。 Cluster管理：1. JDBC連接池：和單機配置JDBC連接池類似，在創(chuàng)建連接池時，Cluster會測

9、試每個Server上JDBC的連通性，對于應用來說可以通過Jndi樹獲取到連接的DataSource，在發(fā)生連接池溢出的情況時，對于每個JDBC可以做單獨的重啟。2監(jiān)控：可以查看每個Server的狀態(tài)，Application的狀態(tài)，3.發(fā)布Application：對于一個Cluster，只需要上傳到其中一臺，weblogic會自動分發(fā)到Cluster中所有的服務器上。在進行UPDATE操作時可以選中Cluster或者Cluster中個別的Server進行操作。ProxyServer：1. proxyServer可以作為F5的代替，作為一個對外的唯一訪問地址。2. proxyServer可以是安

10、裝有BEA WebLogic Server的Web服務器，或者是安裝了 WebLogic 插件的Apache服務器或其他服務器。3. proxyServer是一個軟件方式的負載均衡和硬件層面的負載均衡來說成本低但軟件層面的跳轉(zhuǎn)效率低，性能不能支持巨大的并發(fā)訪問。Ehcache集群結(jié)構(gòu)圖：集群描述：1. 集群配置采用RMI組播的方式進行集群，在Ehcache的集群中不存在主節(jié)點和子節(jié)點的關系，所有的節(jié)點都是平級的。通過配置multicastGroupAddress，使得每個節(jié)點的Ehcache都會去自動掃描此區(qū)段中的地址，每個節(jié)點都可以獲取到其他節(jié)點的信息。2. 對應不同的業(yè)務，配置不同的緩存組

11、，對應不同緩存組按業(yè)務要求配置不同的緩存規(guī)則，并配置這個緩存組是屬于本地緩存還是集群的緩存。緩存操作：1. GET操作：對本地的LocalCache 緩存進行查詢2. PUT,REMOVE,UPDATE等緩存DML操作：將修改結(jié)果同步到別的節(jié)點上優(yōu)點：1. 增加節(jié)點基本不需要配置，只需要保證節(jié)點處在同一個網(wǎng)段即可，可以避免人為配置的錯漏出現(xiàn)。2. 由于RMI是JAVA自帶的，無需引入其他JAR包。缺點：1. 由于緩存是通過RMI同步分發(fā)到各個服務器上的，當緩存的數(shù)據(jù)量很大時不適用。2. 網(wǎng)絡可能會禁用組播功能，若禁用多播則需要對每個節(jié)點配置上集群中其他節(jié)點的地址。分布式緩存的Ehcache實現(xiàn)：部署圖：集群描述1. 采用Ehcache Server的方式對緩存進行管理，緩存管理服務器的主要功能維護一張HashCode表，決定緩存的查詢是訪