當(dāng)你需要對整個數(shù)據(jù)中心進行備份時，正確配置的vCenter Site Recovery Manger可以最小化虛擬機停機時間。

管理員可以通過多種方式保護自己的虛擬環(huán)境，但是當(dāng)整個數(shù)據(jù)中心遭遇災(zāi)難襲擊時，VMware SRM(vCenter Site Recovery Manager)可以在最短的停機時間內(nèi)恢復(fù)多臺虛擬機的正常運行。當(dāng)然，擁有災(zāi)難恢復(fù)(DR)產(chǎn)品只是實現(xiàn)災(zāi)難恢復(fù)的***步，而進行正確配置、保證其在災(zāi)難發(fā)生時能夠正常工作完全是另外一件事情。

Luke Huckaba是Rackspace公司的虛擬化架構(gòu)師，其博客當(dāng)中有很多關(guān)于SRM和虛擬化的文章。關(guān)于備份產(chǎn)品的不同類型、管理員實施和管理SRM的必要技能等話題，SearchVMware對其進行了采訪。

怎樣優(yōu)化SRM以盡量縮短恢復(fù)時間?

縮短恢復(fù)時間的***方式是減少SRM對于虛擬機(VM)的操作。vCenter SRM擁有多種功能，比如更改IP、在SRM服務(wù)器或者客戶端操作系統(tǒng)上運行腳本，但是所有這些操作都將會增加系統(tǒng)在時間方面的開銷。

此外，如果你正在嘗試恢復(fù)的所有虛擬機之間都不存在依賴關(guān)系、可以同時啟動，那么***按照默認(rèn)方式將它們劃分到三個優(yōu)先級組當(dāng)中。如果將它們劃分到五個不同的優(yōu)先級組當(dāng)中，就要首先啟動***組中的虛擬機，只有當(dāng)***組全部啟動完畢之后，才能開始啟動第二組虛擬機。

我曾經(jīng)測試過基于陣列的復(fù)制功能，使用NetApp SnapMirror和具有RecoverPoint 功能的EMC陣列，發(fā)現(xiàn)他們的恢復(fù)性能幾乎相同，因為在導(dǎo)入虛擬機之前，恢復(fù)過程當(dāng)中它們都需要在宿主機當(dāng)中添加卷或data store。

如果你使用vSphere Replication，可以節(jié)省建立存儲塊所花費的時間。實際上它的運行速度非?？?mdash;—當(dāng)然比基于陣列的復(fù)制方式更快——但是你的恢復(fù)時間目標(biāo)可能會受到影響，因為其并非是針對大型企業(yè)環(huán)境而設(shè)計的。

vCenter SRM的競爭對手?

我首先想到的是Zerto，其推出了一款偉大的產(chǎn)品;你甚至可以在自己的SRM環(huán)境當(dāng)中使用它。之前我已經(jīng)將SRM定義為一種業(yè)務(wù)流程工具，因為它并沒有完成任何實際的繁重工作——存儲復(fù)制。它只是和不同的系統(tǒng)進行通訊，告訴所有其他部分應(yīng)該做什么，而Zerto更像是一個人在演獨角戲。它可以選定時間點(PIT)、通過復(fù)制的方式來實現(xiàn)恢復(fù)功能。

EMC RecoverPoint也提供了類似的功能，但是它不能和SRM協(xié)同工作。如果你的生產(chǎn)環(huán)境和災(zāi)難恢復(fù)環(huán)境完全不同，那么應(yīng)該考慮使用Zerto，而不是投入大量費用使得存儲系統(tǒng)能夠協(xié)同工作。當(dāng)然，你可以在不同的存儲環(huán)境當(dāng)中使用vSphere Replication，但是你的恢復(fù)點對象(RPO)相比于Zerto可能會更高一些，再次強調(diào)，在大規(guī)模環(huán)境當(dāng)中并不推薦使用vSphere Replication。

SRM是否需要和VMware VDP/VDPA協(xié)同工作以實現(xiàn)備份和恢復(fù)?

它們是適用于兩種不同情況的不同協(xié)議。我們可已經(jīng)將SRM理解為數(shù)據(jù)中心的整體災(zāi)難恢復(fù)軟件;它會將所有服務(wù)器都轉(zhuǎn)移到另外一個數(shù)據(jù)中心當(dāng)中，之后全部啟動。SRM可以在幾分鐘之內(nèi)恢復(fù)大量虛擬機，我曾經(jīng)看到過5分鐘之內(nèi)恢復(fù)40臺虛擬機。

而另一方面，VDPA不能以這樣快的速度恢復(fù)一臺單獨的虛擬機，而恢復(fù)40臺虛擬機的速度更要慢得多了。但是，但是如果你需要從意外刪除的虛擬機當(dāng)中取回一些數(shù)據(jù)，而不必恢復(fù)保護組當(dāng)中的所有虛擬機，那么VDPA就可以發(fā)揮作用了。

SRM沒有時間點恢復(fù)選項，盡管可以通過vSphere Replication方式實現(xiàn)——還有其他基于陣列的復(fù)制選項——但是VDP卻支持這些選項。你還可以將這些恢復(fù)點保存一段時間，以防止意外情況發(fā)生。

如果將它們搭配使用將會是一種很好的解決方案，但是需要注意的是SRM仍然是災(zāi)難備份領(lǐng)域當(dāng)中的***，而VDPA只是一種備份解決方案。

vCenter SRM在站點恢復(fù)的配置或者執(zhí)行上有哪些缺點?

我聽到的最多的關(guān)于SRM的抱怨就是你必須單獨地為每個站點設(shè)置映射。比如，當(dāng)?shù)顷懙侥愕氖鼙Ｗo(源/生產(chǎn)環(huán)境)站點，你可以在恢復(fù)(目標(biāo)/災(zāi)難恢復(fù))站點映射集群、主機、文件夾和端口組。這很酷，對嗎?是的，

你很清楚所有的負(fù)載都在哪里;但是，你必須登陸到恢復(fù)站點，按照相反的方向再次進行映射。這是故障恢復(fù)——以及重新保護和隨后的故障轉(zhuǎn)移——所必需的。但是這樣很有可能導(dǎo)致重新保護失敗，因為它不能創(chuàng)建虛擬機占位符。話雖如此，我還是預(yù)計這個問題將會在SRM的下個發(fā)行版本當(dāng)中被修復(fù)。

另外一種抱怨是其不能導(dǎo)出配置。如果你想要遷移到一臺新的服務(wù)器，你所做的只能是重新安裝、指向現(xiàn)有的數(shù)據(jù)庫。從服務(wù)提供商的角度來說，想要將客戶移動到另外一個SRM對是非常困難的，我所說的困難是推到重來。如果對于只有你自己的數(shù)據(jù)中心來說，這并不是什么大問題。

作為一個腳本編寫者，我還希望能夠擁有PowerCLI cmdlets。它們允許你通過PowerCLI連接到SRM服務(wù)器，但是所有的命令都是基于API的。

vCenter SRM是否適合于多hypervisor環(huán)境的災(zāi)難恢復(fù)?

并不適合。SRM只支持VMware環(huán)境，不能和其他廠商的產(chǎn)品兼容。但是這并不意味著你不能使用一些基于陣列復(fù)制的產(chǎn)品來復(fù)制存儲，只是業(yè)務(wù)流程需要自己控制。只要你能夠使用SRM為VMware環(huán)境制定合適的計劃，那么就沒有問題。