巧妙備份VMware vSphere中的虛擬機
在一個VMware虛擬化架構中的虛擬機備份從來就不簡單。這是因為多數的備份管理員在他們從備份物理服務器轉變為備份虛擬服務器的時候沒有認識到改變備份策略的必要。他們在每個虛擬機上部署代理或者客戶端軟件，就像他們是物理的機器一樣。這在物理世界可以工作，所以為什么不能用在虛擬世界里呢？好吧，它可以工作，不過有些注意事項。
因為備份軟件是針對在盡可能短的時間里備份盡可能多的服務器/設備而優化的(這對盡力優化備份時間窗口來說是合理的)，它可能會使一個運行多個虛擬機的服務器I/O過載。試想有10個虛擬機在一個相同的服務器上同時嘗試備份。即使是來自Intel和AMD的***的多核處理器也會喘不上氣來。
然后就是有那些代理/客戶端軟件運行在每一個虛擬機上。備份軟件幾乎總是(只有很少的例外)需要在被保護的服務器上運行一個代理或者客戶端軟件。這個軟件會掃描服務器，發現在文件或者塊級的新的數據，然后在下一個備份時間窗口內將其備份。這個軟件通常被描述成為“輕量級”，意思就是資源占用率很低。業界最普遍的資源占用率大約是2%。如何達到這一數字的方法有很多; 不過，這不能反映代理/客戶端軟件在進行備份時的資源占用。那時候需要的資源會高得多。把那個數字乘以虛擬機的數目，你會突然發現一個資源過度利用的瓶頸。
VMware早就意識到了這個備份問題并已經實現了VMware快照，來給每個虛擬機或者VMDK(virtual machine disk file虛擬機磁盤文件)鏡像做一個某一時刻的快照。隨后，VMware為Windows應用把Windows的VSS和VMDK快照集成起來，使得結構化的應用(SQL server，Exchange，Oracle，SharePoint等等)實現“崩潰一致性”。下一步，VMware實現了VCB(VMware綜合備份)使得每個VMDK快照可以被掛接到一個和虛擬機本身分開備份的代理Windows服務器上(也就是說虛擬機中沒有代理)。
不幸的是，這需要額外的物理Windows服務器，而且它的性能很差。 通過發布vSphere 4.1，VMware在使虛擬機備份比從前更簡單更有效方面跨近了一大步。
用于數據保護和變化數據塊跟蹤的VMware vSphere vStorage API
在vSphere里，VMware引入了它的VADP(vStorage API for Data Protection——數據保護vStorage API)。VADP允許一個物理或虛擬的備份服務器告訴vSphere來對一個特定的VM做一個VMDK快照，并直接把它備份到備份服務器上。備份軟件可能需要一個代理或者客戶端軟件從而運行在vSphere hypervisor上，不過這不是必須的。獨立的VM不需要代理或者客戶端軟件。
VADP又更進了一步。在過去，每個VMDK快照都是一整個VMDK的完全的快照。這使得備份每個VMDK快照成了一個漫長的過程。它還在VMDK持續增長的情況下威脅到了備份時間窗口。vSphere4.1中的VADP增加了CBT(Changed Block Tracking——變化數據塊追蹤)功能。CBT意味著每個新的備份的VMDK快照只包含改變了的數據塊，而不是整個的VMDK鏡像。
VADP和CBT使得虛擬機可以被簡單地備份而不會影響應用;不過，他們只是整個拼圖的一部分。他們需要能夠利用這些功能的備份軟件。VMware本身提供了一個低端的軟件包，叫做VDR(VMware Data Recovery——VMware數據恢復)。VDR被限制在100個虛擬機和1TB的數據存儲內。它沒有全局功能，也沒有遠程復制能力。
好消息是有很多的備份提供商的產品擴展能力更強，功能更豐富，并可以完全利用VADP和CBT的優勢。這些供應商包括Acronis公司，Asigra公司，，CommVault公司，，EMC公司，，Hewlett-Packard (HP)公司，，IBM公司，，PhD技術， Symantec公司， Veeam軟件， Vizioncore (現在是Quest軟件)以及很多其它公司。
備份虛擬機不再像過去一樣，是一件頭疼的事情。VMware在提供新的工具，而備份廠家也在利用它們。現在就重新審視一下你的虛擬機備份策略，并和你的備份供應商討論一下VADP和CBT，假如你還沒有在享用這個更簡單、快速的模式的話。
【編輯推薦】
