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

應用層：應用服務器：WEBLOGIC9.2服務器：4臺以上F5設備：4臺部署圖：

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

Weblogic集群：結構圖：WeblogicCluster描述：一個WeblogicCluster需要至少1臺服務器。【Cluser對服務器1對多】每一臺服務器中可以有多個應用在一個Cluster中。【服務器對應用1對多】在Cluster的配置監控中可以對每個Server的狀態，連接數，Jndi連接數進行監控和配置操作Session處理 對于F5+WeblogicCluster每個訪問請求來說，F5能識別出weblogic的Session并生成一個SessionId，同樣sessionId的訪問請求都由同一臺Server處理。在F5中所以session會被復制一份副本，并且session的所有變化都會在副本中進行及時更新，這樣，當原有Server在響應請求過程中失敗時，F5會立即獲取session的副本，并由此轉發給狀態正常的Server繼續響應客戶端請求，同時保存Session新副本。

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