【文章內(nèi)容簡介】 。構(gòu)建以O(shè)racle Extended RAC為數(shù)據(jù)平臺的雙活數(shù)據(jù)中心，底層以虛擬化智能存儲和智能光傳送平臺為基礎(chǔ)，以100km光傳輸距離為限，解決了傳統(tǒng)災(zāi)備中心不能承載業(yè)務(wù)和自動業(yè)務(wù)切換的問題，為應(yīng)用系統(tǒng)提供最高的業(yè)務(wù)連續(xù)性保障，確保業(yè)務(wù)系統(tǒng)發(fā)生設(shè)備故障、甚至單數(shù)據(jù)中心故障時，業(yè)務(wù)無感知自動切換，實現(xiàn)RPO（Recovery Point Objective）和RTO（Recovery Time Objective）都為零。以O(shè)racle Extended RAC為數(shù)據(jù)平臺的雙活數(shù)據(jù)中心，其亮點和優(yōu)勢如下：l 高可用性：兩中心數(shù)據(jù)實時鏡像同步，任一數(shù)據(jù)中心故障，另一數(shù)據(jù)中心可自動接管業(yè)務(wù)，實現(xiàn)RPO=0、RTO=0。結(jié)合存儲虛擬化層的快照技術(shù)，可防止人為誤操作導(dǎo)致的數(shù)據(jù)錯誤或者丟失，保護數(shù)據(jù)完整性。l 靈活數(shù)據(jù)訪問：兩數(shù)據(jù)中心存儲、網(wǎng)絡(luò)和應(yīng)用各層級都以雙活的方式對外提供服務(wù)，業(yè)務(wù)就近訪問，自動負(fù)載均衡，為用戶提供更加靈活的數(shù)據(jù)訪問方式。l 高效資源利用：華為存儲的虛擬化技術(shù)，可統(tǒng)一接管不同廠商、不同品牌的存儲設(shè)備，充分利用現(xiàn)有存儲設(shè)備資源，保護客戶投資；快照技術(shù)，為用戶提供可靠性驗證、報表統(tǒng)計、業(yè)務(wù)查詢等功能。統(tǒng)一管理：華為存儲統(tǒng)一管理平臺，提供對設(shè)備、資源和業(yè)務(wù)的集中管理，簡化災(zāi)備業(yè)務(wù)配置流程，并實現(xiàn)端到端業(yè)務(wù)監(jiān)控，實時展現(xiàn)系統(tǒng)狀態(tài)，如數(shù)據(jù)狀態(tài)、復(fù)制狀態(tài)等。適用場景基于Oracle Extended RAC分布式集群技術(shù)的雙活數(shù)據(jù)中心，其適用場景如下：l 大量的讀操作，大量的客戶連接，需要較高的系統(tǒng)性能支撐l 數(shù)據(jù)庫響應(yīng)能力受到硬件的束縛，試圖通過ScaleOut來進行性能提升l 小型機雖然能在垂直領(lǐng)域提供較好單個節(jié)點的性能，但是價格較高l 人員有限，不想通過水平擴展（拆庫）來解決單個節(jié)點的性能問題（因為會帶來較高的數(shù)據(jù)庫維護成本）l 需要防止單點故障，以保證業(yè)務(wù)連續(xù)性技術(shù)特點基于Oracle Extended RAC的華為雙活數(shù)據(jù)中心架構(gòu)，在雙中心距離小于100km的情況下，其事務(wù)處理能力基本無影響，且雙活的特性可以支撐單數(shù)據(jù)中心故障時，業(yè)務(wù)無縫自動切換，數(shù)據(jù)零丟失。作為數(shù)據(jù)平臺上實現(xiàn)的雙活架構(gòu)，該方案不依賴于具體的應(yīng)用，可方便的擴展到所有支持遠(yuǎn)程集群的應(yīng)用系統(tǒng)。 應(yīng)用層解決方案 Weblogic集群技術(shù)技術(shù)概述WebLogic Server 群集由多個 WebLogic Server 服務(wù)器實例組成，這些服務(wù)器實例同時運行并一起工作以提高可縮放性和可靠性。對于客戶端而言，群集是一個WebLogic Server 實例。構(gòu)成群集的服務(wù)器實例可以在同一臺計算機上運行，也可以位于不同的計算機上?？梢酝ㄟ^向現(xiàn)有計算機上的群集中添加更多的服務(wù)器實例來增加群集的容量，也可以向群集中添加計算機以承載遞增的服務(wù)器實例。群集中的每個服務(wù)器實例必須運行同一版本的 WebLogic Server。技術(shù)特點應(yīng)用程序故障轉(zhuǎn)移 簡單的說，故障轉(zhuǎn)移是當(dāng)應(yīng)用程序組件（在下列部分中通常稱作“對象”）正在處理某個特定作業(yè)時，某些處理任務(wù)部分由于任何原因而變得不可用，已失敗對象的副本將結(jié)束此作業(yè)。對于能夠接管失敗對象的新對象：必須存在可接管作業(yè)的已失敗對象的副本；必須存在對于其他對象和管理故障轉(zhuǎn)移的程序可用的信息，從而定義所有對象的位置和操作狀態(tài)，以便在完成其作業(yè)之前確定第一個失敗的對象；必須存在對于其他對象和管理故障轉(zhuǎn)移的程序可用的信息（關(guān)于正在進行中的作業(yè)的進度），以便接管中斷作業(yè)的對象了解在第一個對象失敗之前完成的作業(yè)量，例如，已更改的數(shù)據(jù)以及過程中已完成的步驟。WebLogic Server 使用基于標(biāo)準(zhǔn)的通信技術(shù)和工具：多播、IP 套接口、以及 Java 命名和目錄接口 (JNDI) 來共享和維護群集中有關(guān)對象可用性的信息。這些技術(shù)允許 WebLogic Server 確定某個對象在結(jié)束其作業(yè)之前已停止，以及用于完成已中斷作業(yè)的對象副本的位置。WebLogic Server 支持自動或手動將群集服務(wù)器實例從一臺計算機遷移到另一臺計算機?？蛇w移的受管服務(wù)器被稱作“可遷移服務(wù)器”。本功能適用于要求高可用性的環(huán)境。確?！皢卧?wù)”的不中斷可用性 當(dāng)承載服務(wù)器實例失敗時，在任何給定的時間，單元集服務(wù)必須僅在單個服務(wù)器實例上運行，例如 JMS 和 JTA 事務(wù)恢復(fù)系統(tǒng)。為自動遷移配置的受管服務(wù)器在失敗時將被自動遷移到另一臺計算機。簡化重新定位受管服務(wù)器的過程以及其承載的所有服務(wù)是規(guī)劃系統(tǒng)管理進程的一部分。管理員可以從管理控制臺或命令行中啟動受管服務(wù)器的遷移。服務(wù)器遷移過程會將整個受管服務(wù)器（包括 IP 地址和承載的應(yīng)用程序）重新定位到預(yù)先定義的可用主機集中的一個。負(fù)載平衡 負(fù)載平衡是在環(huán)境中跨計算資源與網(wǎng)絡(luò)資源平均分發(fā)作業(yè)和關(guān)聯(lián)的通信。對于即將發(fā)生的負(fù)載平衡：必須存在可以執(zhí)行特定作業(yè)的對象的多個副本；有關(guān)所有對象的位置和操作狀態(tài)的信息必須可用。集群架構(gòu)WebLogic Server集群在客戶機看來是單一的服務(wù)器，可以使用簡單的URL來尋址。 實際上，該URL必須映射到集群內(nèi)的多臺服務(wù)器，以保證連接請求可以在該集群內(nèi)負(fù)載均衡，并且可以透明地進行故障切換。1) 跨數(shù)據(jù)中心WAN集群WebLogic集群可以配置在廣域網(wǎng)（WAN）上。在這種情況下，盡管配置成單一的集群，但WebLogic Server實例在物理上可能位于不同的數(shù)據(jù)中心、屬于不同的局域網(wǎng)（LAN），并且可能相距很遠(yuǎn)。這些配置通常用于災(zāi)難恢復(fù)，或者提供從地理上分布的客戶機到全球分布的應(yīng)用程序（不同的數(shù)據(jù)中心托管相同的應(yīng)用程序）的快速本地訪問。實現(xiàn)數(shù)據(jù)中心間的應(yīng)用級雙活WAN集群方案：在構(gòu)成WAN集群的兩個或者多個LAN之間有可靠的、高吞吐能力的連接。該連接可以是專用線路，或者其他受控的“寬管（fat pipe）”型連接。從WebLogic集群的角度來看，這種情況與簡單的LAN情況沒什么差別。集群可以為持久性狀態(tài)使用內(nèi)存中（inmemory）復(fù)制，并且兩個LAN之間的所有路由器必須允許多播和點到點連接的TCP/IP。要使WAN集群高度可用，應(yīng)該跨WAN生成復(fù)制組，以便主和副服務(wù)器不在同一數(shù)據(jù)中心。值得推薦的是，在這種情況下，只能使用基于磁盤的持久性（基于JDBC－或者文件）。利用這種配置，子集群不能相互通信。然而，他們使用持久的狀態(tài)存儲設(shè)備通過Internet進行復(fù)制。使用文件和數(shù)據(jù)庫復(fù)制產(chǎn)品（用于文件的Veritas，用于數(shù)據(jù)庫的Oracle等）可以實現(xiàn)這一功能。但是，磁盤存儲器復(fù)制可能不是實時的，即：它可能根據(jù)配置的時間間隔進行復(fù)制。測試表明：基于JDBC的持久性比基于文件的持久性要快得多。在此方案中，如果主數(shù)據(jù)中心發(fā)生故障，請求將被重路由到另外一個備數(shù)據(jù)中心，對象的狀態(tài)將從持久性存儲器中重載，但自最后一次成功復(fù)制之后，可能有些信息沒有被復(fù)制，因而可能丟失。為了使WebLogic WAN集群能夠?qū)崿F(xiàn)，必須使用像Alteon、F和Resonate這樣的第三方全局負(fù)載均衡器（Global Load Balancer）（也稱為Global Content Manager）。為了實現(xiàn)最高的可用性，WAN 集群可能需要大量的網(wǎng)絡(luò)和系統(tǒng)資源。2) WebLogic Server支持幾種訪問模型的技術(shù)： DNS負(fù)載均衡 代理服務(wù)器（WebLogic代理，或者使用WebLogic插件的第三方Web服務(wù)器) 硬件負(fù)載均衡器216。 DNS負(fù)載均衡訪問WebLogic Server集群最簡單的方法是使用映射到所有集群服務(wù)器的IP地址的單一DNS（域名系統(tǒng)）名稱。當(dāng)一個DNS名稱映射到多個地址時，DNS服務(wù)器將循環(huán)使用該列表，連續(xù)查找這個DNS名稱。這提供了一種簡單的負(fù)載均衡和故障切換方式。每次客戶機解析URL，它都將得到循環(huán)的下一個地址。這樣可以保證客戶機連接均勻地在集群中得到均衡。如果某一客戶機請求失敗，客戶機可以通過再一次查找該名稱來故障切換該請求，并用新地址重新嘗試。對某些應(yīng)用程序而言，這是一種簡單但足以解決問題的方法。但是，它不具備其他解決方案可提供的性能和可管理水平。216。 代理服務(wù)器訪問集群的另一種方法是使用代理回該集群的其他Web服務(wù)器。代理服務(wù)器可以是含有WebLogic Server的Web服務(wù)器，或者是具有WebLogic 插件的Apache、Netscape或者Microsoft Web Server。代理服務(wù)器被設(shè)置為將某些類型的請求重定向到支持它的服務(wù)器上。例如，可以配置代理服務(wù)器處理靜態(tài)HTML頁面請求，而將針對Servlet和Java Server Page的請求重定向到支持代理的WebLogic集群。代理服務(wù)器的作用類似于硬件負(fù)載均衡器，因為代理服務(wù)器執(zhí)行負(fù)載均衡、在支持它的集群中的多臺服務(wù)器之間分配請求。當(dāng)會話建立時，它繼續(xù)代理該會話的所有請求到單一的服務(wù)器。如果該服務(wù)器發(fā)生故障，它將任務(wù)切換到副服務(wù)器。216。 硬件負(fù)載均衡器硬件負(fù)載均衡器克服了DNS方法的缺點，它工作在IP級而不是在命名級。同時，硬件負(fù)載均衡器比代理服務(wù)器所實現(xiàn)的軟件均衡器的性能更好。硬件負(fù)載均衡器相當(dāng)于集群的代理?？蛻魴C連接到負(fù)載均衡器上，并且將該連接路由到支持它的集群服務(wù)器中的某一服務(wù)器。負(fù)載均衡硬件可以跟蹤每臺服務(wù)器的“可用狀態(tài)”，避免向“反常的”訪問器發(fā)送請求。在其負(fù)載均衡判定中，負(fù)載均衡硬件也可以結(jié)合負(fù)載信息。使用負(fù)載均衡硬件更容易看見的一些優(yōu)點是： 更寬的負(fù)載均衡算法選擇范圍——可以選擇各種各樣的負(fù)載均衡算法。例如，可以根據(jù)負(fù)載、連接或者簡單的“循環(huán)”邏輯來選擇算法。 跳過失效的服務(wù)器——負(fù)載均衡器將跳過集群中失效的服務(wù)器，從而提高響應(yīng)時間。 加速安全套接字層（Secure Socket Layer，SSL）——負(fù)載均衡器通常將SSL處理從應(yīng)用程序服務(wù)器轉(zhuǎn)移到專用SSL加速器上，因而可以加速SSL。通過減少處理安全事務(wù)所需的時間，這可以極大地提高性能。 較少的網(wǎng)絡(luò)跳數(shù)（hop）——在WebLogic Server集群前面直接使用一個硬件負(fù)載均衡器導(dǎo)致從負(fù)載均衡器到WebLogic Server 只有一個網(wǎng)絡(luò)跳。這樣比將負(fù)載均衡器放在第三方代理Web服務(wù)器場之前性能要好，因為那樣需要標(biāo)準(zhǔn)的兩跳——一跳是從負(fù)載均衡器到Web服務(wù)器，另一跳是從Web服務(wù)器到WebLogic Server。要支持通過負(fù)載均衡硬件的直接客戶機訪問， WebLogic Server的復(fù)制系統(tǒng)（replication system）使客戶機能夠使用副（secondary）會話狀態(tài)，而不用管客戶機故障切換到哪臺服務(wù)器。WebLogic Server繼續(xù)使用客戶機方的cookies或者URL重寫功能，以記錄主服務(wù)器和副服務(wù)器的位置。然而，在部署負(fù)載均衡硬件時，這一信息只能用作客戶機會話狀態(tài)位置的歷史。通過負(fù)載均衡硬件訪問集群時，客戶機不使用cookie信息主動查找故障后的服務(wù)器位置。簡而言之，負(fù)載均衡硬件使用它的配置策略將請求定向到集群中某一可用WebLogic Server。3) 用負(fù)載均衡硬件的故障切換負(fù)載均衡硬件為了響應(yīng)連接失敗，會使用其配置策略把請求發(fā)送給集群中某一可用的WebLogic Server。假設(shè)在Server A出現(xiàn)故障后，負(fù)載均衡器會將客戶機的請求定向到Server C。當(dāng)客戶機連接到Server C時，服務(wù)器使用客戶機cookie中的信息（或者如果使用了URL重寫功能，則使用HTTP請求中的信息）獲取Server B上的會話狀態(tài)復(fù)制品。故障切換的過程足夠快，因而系統(tǒng)故障對客戶機是完全透明的。Server C變成客戶機主會話狀態(tài)的新托管主機，Server B繼續(xù)托管會話狀態(tài)的復(fù)制品。在客戶機cookie中，或者通過URL重寫功能，會再一次更新有關(guān)主、副托管主機的新信息。在兩個服務(wù)器集群中，客戶機將透明地故障切換到托管副會話狀態(tài)的服務(wù)器。另一臺服務(wù)器一加入到該集群中，或者原來的主服務(wù)器重新啟動或重新連接到網(wǎng)絡(luò)中，就會繼續(xù)客戶機會話狀態(tài)的復(fù)制。技術(shù)優(yōu)勢WebLogic Server 群集提供了以下這些優(yōu)點：l 可伸縮性 可以動態(tài)增加部署在 WebLogic Server 群集中的應(yīng)用程序的容量以滿足需要?？梢詫⒎?wù)器實例添加到群集中而不會中斷服務(wù) 應(yīng)用程序?qū)⒗^續(xù)運行而不會影響客戶端和最終用戶。 l 高可用性 在WebLogic Server 群集中，當(dāng)服務(wù)器實例失敗時應(yīng)用程序可繼續(xù)進行處理?？赏ㄟ^將應(yīng)用程序組件部署到群集中的多個服務(wù)器實例“群集”這些組件 這樣，如果在其上運行某個組件的服務(wù)器實例失敗，則將此組件部署到的其他服務(wù)器實例可以繼續(xù)進行應(yīng)用程序處理。 l 跨數(shù)據(jù)中心應(yīng)用雙活使用WebLogic Server的WAN集群方案，可實現(xiàn)主數(shù)據(jù)中心的最高可用性，以及備數(shù)據(jù)中心的資源利用率最大化，使服務(wù)器實例“集群”運行在兩個不同物理位置的數(shù)據(jù)中心內(nèi)。這楊，如果任何一個數(shù)據(jù)中心出現(xiàn)不可抗拒的物理災(zāi)害，都能夠保障應(yīng)用系統(tǒng)的連續(xù)性和可用性。 管理層解決方案 災(zāi)備決策支持平臺方案適用場景業(yè)界容災(zāi)解決方案基于各類同步或者異步復(fù)制技術(shù)，涉及多種業(yè)務(wù)應(yīng)用、主機服務(wù)器、虛擬化網(wǎng)關(guān)、生產(chǎn)存儲、災(zāi)備存儲、網(wǎng)絡(luò)鏈路多個網(wǎng)元部件與環(huán)節(jié)，保護與恢復(fù)流程步驟繁多，導(dǎo)致業(yè)界容災(zāi)方案操作復(fù)雜，恢復(fù)時間長，無法直觀的展示容災(zāi)方案全局拓?fù)?