企業(yè)不要等到災(zāi)難發(fā)生時(shí)才考慮網(wǎng)絡(luò)的彈性和恢復(fù)。而采用六個(gè)步驟可以構(gòu)建適合業(yè)務(wù)需求的網(wǎng)絡(luò)災(zāi)難恢復(fù)計(jì)劃。

網(wǎng)絡(luò)是企業(yè)的主要基礎(chǔ)設(shè)施，因此構(gòu)建網(wǎng)絡(luò)災(zāi)難恢復(fù)計(jì)劃至關(guān)重要，可以在指定的時(shí)間內(nèi)使關(guān)鍵任務(wù)服務(wù)恢復(fù)工作。

災(zāi)難恢復(fù)計(jì)劃已經(jīng)存在幾十年的應(yīng)用歷史。然而，必須經(jīng)過精心設(shè)計(jì)來改變和適應(yīng)新的體系結(jié)構(gòu)和業(yè)務(wù)用例。現(xiàn)代災(zāi)難恢復(fù)計(jì)劃包括云計(jì)算、遠(yuǎn)程勞動力和軟件定義的網(wǎng)絡(luò)。

以下將介紹企業(yè)可以遵循的六個(gè)實(shí)際步驟，以幫助企業(yè)為其網(wǎng)絡(luò)構(gòu)建成功的災(zāi)難恢復(fù)計(jì)劃。這些步驟可用作構(gòu)建適合其恢復(fù)目標(biāo)的網(wǎng)絡(luò)災(zāi)難恢復(fù)計(jì)劃類型的框架。

1.指定任務(wù)關(guān)鍵型與非關(guān)鍵型網(wǎng)段

在網(wǎng)絡(luò)中構(gòu)建自動冗余性和彈性是一個(gè)昂貴、耗時(shí)且復(fù)雜的過程。而在網(wǎng)絡(luò)的這些部分中，可以證明創(chuàng)建自動故障轉(zhuǎn)移的額外成本和復(fù)雜性。通常在數(shù)據(jù)中心、廣域網(wǎng)連接和對云計(jì)算資源的網(wǎng)絡(luò)訪問中發(fā)現(xiàn)真正的自動恢復(fù)能力。

通常實(shí)現(xiàn)完全彈性的領(lǐng)域并不包括無線局域網(wǎng)和大多數(shù)終端用戶連接的訪問層。對于這些不太重要的網(wǎng)段，可以制定恢復(fù)計(jì)劃，使用符合指定周期的替換硬件和軟件服務(wù)級別協(xié)議(SLA)將網(wǎng)絡(luò)重新連接。

2.在任務(wù)關(guān)鍵型網(wǎng)段中建立彈性

一旦企業(yè)指定哪些網(wǎng)段可以完成建立彈性的關(guān)鍵任務(wù)，下一步就是設(shè)計(jì)和構(gòu)建。企業(yè)正在處理的網(wǎng)段將確定哪種彈性技術(shù)最有效。

大多數(shù)數(shù)據(jù)中心都使用動態(tài)路由協(xié)議和虛擬覆蓋網(wǎng)絡(luò)技術(shù)來提供跨硬件和鏈路的實(shí)時(shí)故障轉(zhuǎn)移。而廣域網(wǎng)彈性通常通過軟件定義的廣域網(wǎng)技術(shù)來處理。

最后，云計(jì)算彈性可以通過多種方式實(shí)施，其中一些方式依賴于企業(yè)與之合作的公共云服務(wù)提供商設(shè)計(jì)和維護(hù)的快速故障轉(zhuǎn)移技術(shù)。無論如何，在選擇適合企業(yè)的選項(xiàng)之前，了解所有選項(xiàng)非常重要。

3.配置備份

隨著網(wǎng)絡(luò)繼續(xù)從以硬件為中心的基礎(chǔ)設(shè)施向以軟件為中心的基礎(chǔ)設(shè)施轉(zhuǎn)變，正確的網(wǎng)絡(luò)配置管理變得越來越必要。對于傳統(tǒng)網(wǎng)絡(luò)來說，維護(hù)配置目錄通常包括使用遠(yuǎn)程登錄到每個(gè)網(wǎng)絡(luò)組件的自動備份應(yīng)用程序，虛擬主機(jī)，并將配置復(fù)制并粘貼到文本文件中。然后，在硬件或虛擬化組件丟失的情況下，可以組織、存儲、檢索這些配置文件。

或者采用更新的網(wǎng)絡(luò)架構(gòu)從集中位置配置整個(gè)網(wǎng)絡(luò)。這個(gè)中心位置可以在本地或在公共云中。無論采用哪種方式，從中央位置創(chuàng)建和存儲備份變得更加容易。

4. 冷備件、快速硬件更換——或兩者兼?zhèn)?/p>

從長遠(yuǎn)來看，創(chuàng)建靈活的災(zāi)難恢復(fù)計(jì)劃將為企業(yè)節(jié)省大量時(shí)間。

在發(fā)生災(zāi)難時(shí)更換硬件方面有兩種選擇。第一種是購買相同的硬件組件，并在發(fā)生硬件故障時(shí)進(jìn)行替換。這些組件稱為冷備件，在企業(yè)需要最少的網(wǎng)絡(luò)停機(jī)時(shí)間進(jìn)行替換，其效果非常理想，這也是成本最昂貴的選擇，云主機(jī)租用，因?yàn)楸仨氋徺I更多的硬件。

另一種選擇是根據(jù)企業(yè)的需要與制造商簽署適當(dāng)?shù)挠布鎿Q服務(wù)等級協(xié)議(SLA)。在某些情況下，制造商提供硬件終身保修服務(wù)。也就是說，這個(gè)選項(xiàng)的硬件更換時(shí)間可能需要幾周。

大多數(shù)組織選擇為網(wǎng)絡(luò)分購買冷備用硬件，并與硬件服務(wù)商簽定硬件更換合同。同樣，企業(yè)選擇正確的選項(xiàng)可歸結(jié)為硬件組件在發(fā)生中斷時(shí)的重要程度以及業(yè)務(wù)功能是否丟失。

5. 設(shè)定恢復(fù)預(yù)期、責(zé)任和溝通渠道

一旦制定了處理網(wǎng)絡(luò)災(zāi)難的計(jì)劃和流程，下一步就是記錄恢復(fù)預(yù)期、責(zé)任、溝通渠道。期望通常圍繞著網(wǎng)絡(luò)每個(gè)部分的服務(wù)恢復(fù)時(shí)間。職責(zé)規(guī)定了個(gè)人、部門、第三方實(shí)體的角色，以及他們負(fù)責(zé)執(zhí)行的詳細(xì)職責(zé)。

最后，應(yīng)該創(chuàng)建溝通渠道文檔，詳細(xì)說明正在解決問題的網(wǎng)絡(luò)技術(shù)人員和渠道之間的最佳溝通流程，以便將進(jìn)展情況更好地傳達(dá)給企業(yè)的其他部門。

6.中斷的根本原因分析

如果沒有步驟來評估發(fā)生的情況、發(fā)生的原因以及如何在下一次網(wǎng)絡(luò)災(zāi)難發(fā)生時(shí)更好地恢復(fù)，那么任何一個(gè)網(wǎng)絡(luò)災(zāi)難恢復(fù)計(jì)劃都不是完整的。在這一點(diǎn)上，團(tuán)隊(duì)的表現(xiàn)將得到詳細(xì)的評價(jià)，以確保流程得到正確的遵循。此外，如果評估確定當(dāng)前流程不理想，則應(yīng)使用這個(gè)根本原因分析更好地改進(jìn)或更改流程的步驟。

構(gòu)建靈活的網(wǎng)絡(luò)災(zāi)難恢復(fù)計(jì)劃

在構(gòu)建網(wǎng)絡(luò)災(zāi)難恢復(fù)計(jì)劃時(shí)，最終建議是假設(shè)主要的技術(shù)和架構(gòu)變更將很快發(fā)生。因此，企業(yè)必須以這樣的方式開發(fā)流程和程序，使其易于修改并與必要的利益相關(guān)者溝通，而無需從頭開始。從長遠(yuǎn)來看，創(chuàng)建靈活的災(zāi)難恢復(fù)計(jì)劃可以節(jié)省大量時(shí)間。