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

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

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

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

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

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

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

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

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

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

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

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

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

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

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