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