業(yè)務(wù)連續(xù)性數(shù)據(jù)中心建設(shè)第二部分網(wǎng)絡(luò)和服務(wù)器業(yè)務(wù)連續(xù)性

1、業(yè)務(wù)連續(xù)性數(shù)據(jù)中心建設(shè)（ 2）- 網(wǎng)絡(luò)業(yè)務(wù)連續(xù)性4 網(wǎng)絡(luò)業(yè)務(wù)連續(xù)性網(wǎng)絡(luò)業(yè)務(wù)連續(xù)性聚焦于確保網(wǎng)絡(luò)操作在發(fā)生重大故障或災(zāi)難后盡可能快地恢復正 常功能。 其目標是限制一臺設(shè)備、 一個網(wǎng)絡(luò)甚至整個數(shù)據(jù)中心發(fā)生故障后引起的服務(wù)中 斷。大多數(shù)解決辦法將涉及設(shè)立備份站點以及需要時故障切換到該站點的流程。4.1 連續(xù)性規(guī)劃對許多企業(yè)和，網(wǎng)絡(luò)服務(wù)中斷幾分鐘就可能造成損失收入和降低客戶的信心。造成 故障的原因是多種多樣的， 范圍包括從電力故障到大面積的自然災(zāi)害。 業(yè)務(wù)連續(xù)性規(guī)劃 目的是建立網(wǎng)絡(luò)業(yè)務(wù)連續(xù)性流程、 通過建立即使在最壞的情景下也能夠恢復正常操作的 流程來消除所面臨的風險。網(wǎng)絡(luò)業(yè)務(wù)連續(xù)性流程本節(jié)將介紹在開

2、發(fā)一個網(wǎng)絡(luò)業(yè)務(wù)連續(xù)性流程應(yīng)當考慮在內(nèi)的許多因素。 圖表示該 流程包括的基本步驟：定義業(yè)務(wù)需求 確定技術(shù)需求 開發(fā)和修改業(yè)務(wù)連續(xù)性計劃 測試故障切換流程定義業(yè)務(wù)需求開發(fā)一個網(wǎng)絡(luò)業(yè)務(wù)連續(xù)性計劃的第一步是確定機構(gòu)的需求。雖然所有系統(tǒng)是重要 的，網(wǎng)絡(luò)的某些區(qū)段也許比其它區(qū)段更加重要。確定需求最重要方面是把整個機構(gòu)考慮 在內(nèi)。 IT 機構(gòu)不應(yīng)當依賴于自己的知識作出有關(guān)計算基礎(chǔ)設(shè)施的最重要領(lǐng)域的重要決 策。如果資源是無限的，多次復制網(wǎng)絡(luò)環(huán)境也許是可能的。在現(xiàn)實世界中，最大可能性 是預算和勞動力約束將把對故障和災(zāi)難的保護限制在合理的水平。一個現(xiàn)實的計劃應(yīng)當包括對宕機損失、 數(shù)據(jù)丟失影響和網(wǎng)絡(luò)各個方面的重要性

3、的全 面評估。最好能夠，根據(jù)機構(gòu)整個管理隊伍的意見開發(fā)出一個關(guān)鍵系統(tǒng)的清單。確定技術(shù)需求現(xiàn)代 IT 網(wǎng)絡(luò)一般將是復雜的。有許多相互依賴的設(shè)備，如交換器、路由器、防火 墻和網(wǎng)絡(luò)緩存設(shè)備等。 由于這一清單不可能包括設(shè)備依賴于機構(gòu)基礎(chǔ)設(shè)施的細節(jié)。 當規(guī) 劃業(yè)務(wù)連續(xù)性時， IT 人員應(yīng)當首先開發(fā)一個網(wǎng)絡(luò)拓撲的高層概貌， 也應(yīng)當列舉出關(guān)鍵的 設(shè)備。目標是確保了解基礎(chǔ)設(shè)施的基本水平（這將是所有其它系統(tǒng)需要的）。下一步是列舉在故障切換流程事件中將需要哪些設(shè)備。核心的路由器、交換器和防 火墻也許將是該清單上首要項目。 下一步是確定支持網(wǎng)絡(luò)上最重要的應(yīng)用和服務(wù)所需的 設(shè)備。要考慮的要素應(yīng)當包括網(wǎng)絡(luò)如何能夠以減少

4、的容量運行（特別是，如果預算不允 許作完全的冗余）。準備實施業(yè)務(wù)連續(xù)性計劃在網(wǎng)絡(luò)中斷事件中，未來實現(xiàn)業(yè)務(wù)連續(xù)性必須執(zhí)行故障切換流程。但是，在采取這 些步驟前， IT 機構(gòu)應(yīng)當確保擁有所需的工具和信息，包括：配置管理： 跟蹤網(wǎng)絡(luò)配置文件是建立故障切換流程重要的第一步。在故障切換事件 中，恢復這一信息將幫助把一個恢復到可用的狀態(tài)。當作配置變化時，網(wǎng)絡(luò)管理員 必須確保變化被記錄下、復制到任何后備和備用設(shè)備；網(wǎng)絡(luò)冗余管理： 建立冗余是大多數(shù)業(yè)務(wù)連續(xù)性計劃的主要工作。重要的是首先定 義可接受的宕機界限和適當?shù)墓收锨袚Q時間。 大多數(shù)企業(yè)級解決方案提供實現(xiàn)路由 器、交換器、防火墻、內(nèi)容緩存和其它網(wǎng)絡(luò)設(shè)備自動

5、故障切換的備用設(shè)備。重要的 是要記住，在大多數(shù)故障切換場合下，該流程對用戶將是明白易行的（雖然影響將 有希望限于只需要重新建立少數(shù)幾個聯(lián)接）；模擬災(zāi)難恢復操作任何恢復流程的一個重要但經(jīng)常被忽視的方面是演習故障切換和業(yè)務(wù)連續(xù)性計劃。 演習這一流程有許多好處。首先，通過試運行，業(yè)務(wù)和技術(shù)人員可能將發(fā)現(xiàn)計劃中可以 改進地方。即使最好的計劃也可能忽視“實際工作”執(zhí)行時才能發(fā)現(xiàn)的某些細節(jié)。在最 壞的情況下，一個關(guān)鍵系統(tǒng)也許完全被忽視了?；蛘?，也許有各種節(jié)約時間的變化可以 改善這一流程。模擬災(zāi)難恢復另一個主要好處是能夠?qū)嵺`構(gòu)建專業(yè)技術(shù)。 IT 應(yīng)當能夠精通執(zhí)行故 障切換流程所需的技術(shù)。 有一個測試恢復流程

6、方面牢不可破的法則是： 緊接著一個關(guān)鍵 系統(tǒng)故障后沒有時間開始學習如何恢復它。4.2 自動實現(xiàn)網(wǎng)絡(luò)業(yè)務(wù)連續(xù)性當開發(fā)和準備一個業(yè)務(wù)連續(xù)性計劃時，機構(gòu)網(wǎng)絡(luò)的許多方面必須加以考慮。對大多 數(shù)機構(gòu)，涉及的任務(wù)將需要做大量的工作。幸而，自動的數(shù)據(jù)中心管理工具能夠幫助使 得這一流程更加容易。例如，通過使用自動的網(wǎng)絡(luò)發(fā)現(xiàn)工具，網(wǎng)絡(luò)管理員能夠方便地觀 察整個網(wǎng)絡(luò)和發(fā)現(xiàn)依賴關(guān)系。通過使用配置管理工具（最好同時使用配置管理數(shù)據(jù)庫， 即 CMDB ），能夠收集網(wǎng)絡(luò)設(shè)備配置細節(jié)。保持備用站點的路由器、交換器和防火墻狀 態(tài)最新的流程也可以自動地執(zhí)行。圖 4-2 提供這一流程如何工作的例子。圖 4-2: 使用數(shù)據(jù)中心自動

7、化工具維護故障切換配置Production Network壽勺Me jh 匯rnhpi, F Ml：耳斤 iS* CbtiDqe TrscJ.nqJn» 匚雪 Iqii 皿佃 m UrConf-uralion ChangaBFail-Over NetworkCcnfigurfUtnn MiinftgemwitDatabase (CMDB)Figure 15: Maint&ming & /aZ/over configuration using data cnt&r automation tools.對大多數(shù)IT部門，開發(fā)一個網(wǎng)絡(luò)業(yè)務(wù)連續(xù)性計劃不是一件小事情。但是

8、，通過使 用關(guān)鍵任務(wù)流程自動化工具，可以更加有條不紊地完成這一關(guān)鍵任務(wù)。545 服務(wù)器業(yè)務(wù)連續(xù)性服務(wù)器業(yè)務(wù)連續(xù)實質(zhì)就是服務(wù)器上支持關(guān)鍵任務(wù)流程的業(yè)務(wù)連續(xù)性。為此，首先要 確定關(guān)鍵任務(wù)應(yīng)用和支持它們的服務(wù)器，確定關(guān)鍵任務(wù)應(yīng)用和服務(wù)器如果給予無限的資源，實施業(yè)務(wù)連續(xù)性將是很簡單的：可以建立多重冗余環(huán)境，將 可以方便地實現(xiàn)服務(wù)器業(yè)務(wù)連續(xù)性。在現(xiàn)實世界中，經(jīng)濟和技術(shù)約束使得這一流程要困 難得多。因此，在考察建立災(zāi)難恢復機制的技術(shù)以前，IT管理層應(yīng)當會見企業(yè)領(lǐng)導人確定必須保護的基礎(chǔ)設(shè)施關(guān)鍵部分。假定并不是所有資源都得到完全的保護，重要的是確定每個重要資產(chǎn)的價值。劃分 優(yōu)先度的第一步是建立IT部門最重要的

9、高層功能的詳細目錄。例如，一個在線金融服 務(wù)企業(yè)重重依賴于股票交易軟件。其次，應(yīng)當確定支持應(yīng)用的技術(shù)細節(jié)?，F(xiàn)代的應(yīng)用將 有許多不同的要求，包括網(wǎng)絡(luò)聯(lián)接和設(shè)備、授權(quán)和安全性服務(wù)以及許多物理計算機系統(tǒng)。 為了為整個最終用戶服務(wù)提供連續(xù)性，重要的是確保沒有漏掉其中任何部件。IT管理層 理論上將能夠提供保護每個系統(tǒng)所需的費用。在大多數(shù)環(huán)境，這一流程可能是富有挑戰(zhàn)性的，但對于確保建立一個可靠的業(yè)務(wù)連續(xù)性計劃絕對是關(guān)鍵的。開發(fā)服務(wù)器的業(yè)務(wù)連續(xù)性計劃當開發(fā)一個在發(fā)生災(zāi)難情況下管理服務(wù)器的計劃時，重要的是記住要求實現(xiàn)業(yè)務(wù)連續(xù)的全面目標。系統(tǒng)和網(wǎng)絡(luò)管理員經(jīng)常將聚焦于高可用性的低級技術(shù)細節(jié)。例如，冗余 的電源和R

10、AID磁盤配置能夠幫助減少宕機和數(shù)據(jù)丟失的可能性。但是，高可用性的全 面途徑應(yīng)當包括與所有運營領(lǐng)域有關(guān)的細節(jié)。例如，即使保護了數(shù)據(jù)和硬件，實際的故 障切換將如何發(fā)生？是否要求用戶實施任何變化？什么是IT隊伍的流程？在故障后立即發(fā)生也許是“重演”這一流程的最壞時間。業(yè)務(wù)連續(xù)性計劃一般涉及幾個主要步驟（見 圖# ），這一流程開始于確定必須保護哪些系統(tǒng)。然后應(yīng)定義具體的業(yè)務(wù)和技術(shù)要求。 最后，根據(jù)這些信息，機構(gòu)將可以著手建立業(yè)務(wù)連續(xù)性計劃：確定關(guān)鍵任務(wù)應(yīng)用和服務(wù) 確定業(yè)務(wù)要求 確定技術(shù)要求 開發(fā)和實施一個業(yè)務(wù)連續(xù)性計劃定義業(yè)務(wù)和技術(shù)要求與執(zhí)行備份有關(guān)的最佳實踐是基于要求在恢復中執(zhí)行的實際流程。 當開

11、發(fā)業(yè)務(wù)連續(xù) 性實施計劃時，要考慮如下幾個重要因素：可接受的數(shù)據(jù)損失 ：雖然大多數(shù)業(yè)務(wù)經(jīng)理不愿意考慮它，但是在發(fā)生災(zāi)難過程中潛 在的數(shù)據(jù)丟失是難以避免的。企業(yè)應(yīng)當提出一個現(xiàn)實的思想，即多大的數(shù)據(jù)丟失是 可以接受的。一個重要的考慮是約計成本。投入 1.2 百萬美元的來保證丟失交易不 會超過 2 分鐘是否值得？降低實施成本而把丟失交易時間延長到不超過1 小時是否可以接受？其它考慮包括對實際生產(chǎn)系統(tǒng)的影響。例如，兩階段提交復制數(shù)據(jù)庫服 務(wù)器可能增加一個單一故障點，可能降低整體的生產(chǎn)性能； 自動的故障切換 ：一個災(zāi)難或系統(tǒng)故障可以發(fā)生在任何時間。確保最高水平可用 性的一個要求是自動故障切換。但是，就像其

12、它因素一樣這會帶來很大的開支。為 了實現(xiàn)無縫的故障切換，基礎(chǔ)設(shè)施的許多方面必須作好準備。從服務(wù)器一側(cè)開始， 機器必須能夠協(xié)調(diào)從實際服務(wù)中刪除一個服務(wù)器、推動另一臺服務(wù)器來取代它。這 一流程通常需要第三臺 “見證” 服務(wù)器。 此外，網(wǎng)絡(luò)基礎(chǔ)設(shè)施和配置必須能夠適應(yīng)。 最后，也許還要求在客戶機側(cè)作變化。雖然 Web 應(yīng)用經(jīng)常能夠不知不覺中故障切 換，客戶機側(cè)的所有應(yīng)用也許要求用戶改變聯(lián)接設(shè)置或者退出系統(tǒng)再重新登錄到系 統(tǒng)中。這顯然要做大量的工作才能確保自動故障切換，但是，在一些業(yè)務(wù)場合中， 這一工作是不可避免的；故障切換的時間 ：當主生產(chǎn)服務(wù)器變得不可用時，備份場點一般需要化一定的時間 才能代替它。

13、例如，系統(tǒng)應(yīng)當?shù)却嚅L時間、才能確定需要進行故障切換？如何定 義一個故障？企業(yè)應(yīng)當在考慮成本和支持規(guī)定水平可用性的可行性的基礎(chǔ)上決定 可接受的故障切換時間。進而，應(yīng)當測試整個流程以確保沒有意外的問題。即使投 資幾百萬美元的災(zāi)難恢復計劃也可能由于似乎很小的配置矛盾而遭受失??；現(xiàn)在我們已經(jīng)了解了業(yè)務(wù)和技術(shù)考慮的某些很好的想法， 讓我們考慮你如何能夠使 用這些信息來構(gòu)建一個計劃。建立和維護備份場點實施業(yè)務(wù)連續(xù)性計劃最重要的方面涉及到創(chuàng)建一個在故障事件中可以使用的第二 場點。一個備份場點一般將包含足夠的硬件和基礎(chǔ)設(shè)施服務(wù)來支持遠程的關(guān)鍵備份操 作。設(shè)置這一新場點一般涉及到購買新的硬件和復制當前生產(chǎn)設(shè)備

14、的配置。雖然系統(tǒng)管理員一般知道執(zhí)行這些流程所需的步驟，但也很難精確地復制配置。一 旦建立了備份場點之后，就要考慮維護它的細節(jié)。在某些場合中，業(yè)務(wù)需要也許允許執(zhí) 行周期性的備份和恢復。在這些場合中，某些數(shù)據(jù)丟失是可接受的。但是，在另一些情 況下，備份場點必須不斷實時更新，必須為在幾秒鐘內(nèi)實現(xiàn)無損故障切換作好準備。對 服務(wù)器來說，可以采用集群、復制、備份和恢復等解決方案以及其它相關(guān)的方法。但是不管采用哪種計算途徑， 通常都需要化大量時間和工作量來實施和監(jiān)控災(zāi)難恢 復場點的同步性。自動業(yè)務(wù)連續(xù)性實施業(yè)務(wù)連續(xù)性一般不是一件小的任務(wù)。IT人員必須完全了解要保護的資源，必須保存最新的技術(shù)信息。在生產(chǎn)環(huán)境中

15、作變化而不在災(zāi)難恢復場點中作相應(yīng)的變化是完全 不能接受的。因此，必須使用流程自動化工具來幫助大大減少維持一個災(zāi)難恢復場點所 需的時間和工作量、確保以可以接受的代價實現(xiàn)業(yè)務(wù)連續(xù)性（詳見5.3節(jié)）：使用配置管理數(shù)據(jù)庫：配置管理數(shù)據(jù)庫的目的 （CMDB）是集中存儲與IT部門支持 的整個基礎(chǔ)設(shè)施有關(guān)的信息。 對服務(wù)器而言，CMDB可以存儲有關(guān)操作系統(tǒng)（OS ）、 安全性補丁、安裝的應(yīng)用和網(wǎng)絡(luò)配置的配置細節(jié)。系統(tǒng)管理員使用這些信息可以快 速觀看和比較災(zāi)難恢復場點的配置細節(jié)。維持冗余場點的潛在挑戰(zhàn)之一是確保一個實際上“離線”的場點作好故障切換的準備。因此，可以集中地運行報告應(yīng)用、以 確保備份場點上沒有未探

16、測到的問題；變更和配置的自動管理：與保持備份場點不斷更新有關(guān)的操作留下很多出錯的可能。如果手工執(zhí)行，每次改變配置時該流程涉及雙倍的工作量。用于服務(wù)器變化和 配置管理的數(shù)據(jù)中心自動化工具能夠自動把相同的變化送到多個服務(wù)器（見圖4-2）。這對于必須保持備份場點與生產(chǎn)場點同步的場合是一個理想的工具，它能夠大大減少出人為錯誤的可能性；Systems AdrrilmslratnrsFigure 4-2:使用數(shù)據(jù)中心自動化工具自動配置管理-Change Requests »I*USApplH-diljari CDiMiQijidiuni / * N oiMtork.匕打ElgynatigConligurabonChangesC an liigu rati