在一個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，假如你還沒有在享用這個更簡單、快速的模式的話。

巧妙備份VMware vSphere中的虛擬機器

相關文章