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

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

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

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

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

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

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

如果你使用vSphere Replication，可以節(jié)省建立存儲塊所花費(fèi)的時(shí)間。實(shí)際上它的運(yùn)行速度非常快——當(dāng)然比基于陣列的復(fù)制方式更快——但是你的恢復(fù)時(shí)間目標(biāo)可能會受到影響，因?yàn)槠洳⒎鞘轻槍Υ笮推髽I(yè)環(huán)境而設(shè)計(jì)的。

vCenter SRM的競爭對手?

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

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

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

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

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

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

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

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

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

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

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

作為一個(gè)腳本編寫者，我還希望能夠擁有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)境制定合適的計(jì)劃，那么就沒有問題。