VMware站點(diǎn)恢復(fù)管理的業(yè)務(wù)決策:RTO與RPO
針對(duì)VMware vCenter Site Recovery Manager (SRM)業(yè)務(wù)決策的復(fù)雜度,通常不只局限于技術(shù)成分。事實(shí)上,技術(shù)配置絕大部分取決于企業(yè)所作的IT之外的業(yè)務(wù)決策。
很多由業(yè)務(wù)驅(qū)動(dòng)的SRM設(shè)計(jì)都采用標(biāo)準(zhǔn)的災(zāi)難恢復(fù)規(guī)劃。這包括指定運(yùn)行關(guān)鍵任務(wù)的服務(wù)器以及將備份保存的時(shí)間。但不幸的,有些VMware SRM決定涉及了企業(yè)內(nèi)部的政治,難以妥協(xié)以及過于細(xì)致的規(guī)劃。
VMware SRM的恢復(fù)時(shí)間目標(biāo)(RTO)
恢復(fù)時(shí)間目標(biāo)(Recovery Time Objective, RTO)是一個(gè)系統(tǒng)在發(fā)生災(zāi)難后必須得到恢復(fù)的時(shí)間長(zhǎng)度。這個(gè)變量決定哪些虛擬機(jī)在VMware SRM恢復(fù)計(jì)劃中首先啟動(dòng)。SRM很容易從技術(shù)角度來配置虛擬機(jī)的重要性。但是直到企業(yè)勾畫出一個(gè)合適的順序,IT團(tuán)隊(duì)只能猜測(cè)哪些虛擬機(jī)需要首先得到恢復(fù)。
一旦企業(yè)決定了整個(gè)系統(tǒng)的RTO,IT部門必須將其轉(zhuǎn)換為具體服務(wù)器的RTO。大多數(shù)企業(yè)擁有多臺(tái)服務(wù)器并存在各種關(guān)聯(lián)。例如,一個(gè)公司可能不為域控制器和反病毒管理系統(tǒng)定義RTO。但是架構(gòu)中的每臺(tái)服務(wù)器都以某種方式與他們關(guān)聯(lián)著。因此確保這些服務(wù)器獲得合適的優(yōu)先級(jí),是SRM實(shí)施團(tuán)隊(duì)的任務(wù)。
恢復(fù)點(diǎn)目標(biāo)(RPO)
另一個(gè)商業(yè)決定是恢復(fù)點(diǎn)目標(biāo)(Recovery Point Objective, RPO)。它定義了災(zāi)難后一個(gè)系統(tǒng)可以接受的以時(shí)間為單位的數(shù)據(jù)損失量。傳統(tǒng)上,RPO同時(shí)定義了服務(wù)器備份的頻率。但是當(dāng)應(yīng)用到SRM實(shí)施中來,RPO決定了在主備站點(diǎn)陣列間的復(fù)制頻率。
在設(shè)計(jì)虛擬機(jī)數(shù)據(jù)存儲(chǔ)以及存儲(chǔ)復(fù)制之前,一項(xiàng)很重要的業(yè)務(wù)決定是為每個(gè)應(yīng)用定義RPO。虛擬化管理員們接下來能夠?qū)⑾嘟黂PO的服務(wù)器歸組并配置到同一套存儲(chǔ)卷中。然后他們可以根據(jù)RPO為每個(gè)存儲(chǔ)卷配置合適的復(fù)制計(jì)劃。要注意的是,如果將VMware SRM引進(jìn)到現(xiàn)有的vSphere架構(gòu)中,這個(gè)過程可能需要對(duì)存儲(chǔ)系統(tǒng)的重設(shè)計(jì)以及遷移。
沒有RTO以及RPO?
如果你的公司沒有常規(guī)的災(zāi)難恢復(fù)規(guī)劃工作以確定你所有系統(tǒng)的RTO以及RPO,那么你要為一個(gè)較長(zhǎng)的過程做準(zhǔn)備。由于RTO以及RPO涉及到內(nèi)部的政治,技術(shù)局限,個(gè)人決定以及系統(tǒng)交互,定義它們是很費(fèi)時(shí)間的。
保持這些RTO以及RPO的定義,與你公司的業(yè)務(wù)部門進(jìn)行常規(guī)的溝通,對(duì)系統(tǒng)優(yōu)先級(jí)的變化保持更新是同樣重要的。VMware SRM以及存儲(chǔ)管理員們必須有合適的時(shí)間來實(shí)施這些變化。
最重要的是IT和業(yè)務(wù)部門在VMware SRM設(shè)計(jì)過程中相互配合,以確保平穩(wěn)和可靠的實(shí)施。