虛擬機備份容量及快照原理?
- 作者:新網
- 來源:新網
- 瀏覽:100
- 2018-04-25 13:19:40
虛擬機的快照技術,快照備份的容量變化問題。小編認為首次快照備份后備份容量會隨著虛擬機磁盤數據的容量增大而增大,但有一定界限。
虛擬機的快照技術,快照備份的容量變化問題。小編認為首次快照備份后備份容量會隨著虛擬機磁盤數據的容量增大而增大,但有一定界限。
我認為快照備份就像是WINDOWS的還原點一樣,有完全快照和差異快照之分,快照備份容量是不會變化的,首次是做的快照是完全快照,而后面再做快照是差異快照,但備份量會和第一次的快照合并,而不是像我同事說的不做快照自動隨虛擬機的容量變化而變化。
請問虛擬機的快照到底是怎么樣的!(王文澤)
doc 長春理想:
當你創(chuàng)建一個虛擬機快照時,這是一個特定的文件。它也是redo-log日志。delta文件是在基礎VMDK(虛擬機磁盤)上的變更位圖,因此,它不能增長到比VMDK還大。為虛擬機創(chuàng)建每一個快照時,都會創(chuàng)建一個delta文件。當快照被刪除或在快照管理里被恢復時,這些文件將自動刪除。
這些文件用于存儲關于快照的元數據和信息。這個文件是文本格式的,里面包括諸如快照顯示名稱、UID(編號)和磁盤文件名等信息。在你沒創(chuàng)建虛擬機快照之前,這個文件的初始大小為0字節(jié)。這樣說來,只要進行快照,這個文件就會增大和持續(xù)更新。
在快照被移開后,這個文件不能被完全清除。一旦你刪除了個快照,它將仍然在文件里為每個快照遺留位置,不過僅增加編號并在“Consolidate Helper”里放置名稱,這可能是用來整合備份*.vmsn file。
這是快照狀態(tài)文件,里面存儲的是使用快照時,一臺虛擬機精確的運行狀態(tài)。這個文件大還是小取決于你選擇保留這臺虛擬機的存儲作為快照的一部分。如果你選擇保留虛擬機的存儲,那么,這個文件將比較大,然后分配給虛擬機最大化的RAM。
這個文件類似于VMware暫停狀態(tài)文件.vmss。虛擬機每個快照都將創(chuàng)建一個.vmss文件;當移動快照時,這些文件自動刪除。
大多數情況下,應該避免為同一臺虛擬機創(chuàng)建多個快照;每次為系統創(chuàng)建新的快照,其運行速度都會變慢。每個快照都會建立相應的delta磁盤文件,如果虛擬機需要讀取多個delta文件,必然會增加系統的I/O負載。這個過程無疑會延長虛擬機的響應時間,并且產生額外的磁盤操作。
如果你只想保存一系列快照當中的最新版本,可以將它們整合為單一快照。這種方式可以幫助提升系統運行速度和管理效率。選擇目標虛擬機,單擊鼠標右鍵,之后選擇整合。你可以在虛擬機和模板視圖當中查詢虛擬機是否需要整合,并且在列表當中顯示所有需要進行整合的虛擬機。
EndlessRain:
目前快照技術,包括vmware在內很多都是沿用了一個古老的技術原理,就是——Copy on write,因此題主可以根據這個術語找到很多前輩們留下的文獻。
在說你的問題,宏觀來看,快照底層運作和類型確實有關系,而快照有涵蓋了兩種類型,就是樓主提到的:完整類型與差異化類型,后者也被稱指針類型。這兩者明顯卻別在于你觸發(fā)快照指令后,緊接著底層如何運作。
如果是Full類型,往常會執(zhí)行一次完整的數據Copy,如果是差異化,會執(zhí)行一次創(chuàng)建指針動作。這個議題宏觀來講我也把傳統的存儲陣列涵蓋進來,而不是僅僅vmware。原因在于,你和你同事知識背景可能來自不同的技術領域,這是以往造成代溝主要原因。繼續(xù),在存儲上很多產品快照是可以掛載給
主機的,Full模式快照可以直接讀取數據,而指針則需要重新指向一次,指向到原數據磁盤。在主機驗證上,讀取Full模式速度理論更快較于指針型快照。Full模式快照創(chuàng)建則需要更長時間。
其次,一旦創(chuàng)建快照后,無論何種類型,底層都會有一個Bitmap,負責數據索引與指針。新增量的數據塊進來后會放入到指針文件,然后指針文件會一直變大。原數據不在變化。這個周期直到管理員下一個操作。如果增量數據被要求訪問,索引會重新引導,從原數據指向指針。理論來說,做過快照的卷性能應該更低。
然后,管理員最后通常會有兩個選項,如果是刪除快照,那么系統會把指針增量數據合并到原數據,使其成為一個完整的卷。如果選擇還原,那么指針文件所有增量數據將被干掉。原數據指針索引也將清除,直到下一筆新數據被寫入,繼續(xù)上面的往返周期的。
在存儲世界還有個叫做“更新”的功能,就是把快照時間點更新為目前時間點,這個過程被觸發(fā)后僅是更新指針。數據仍然是兩份。
以上內容有很多小編自己的理解。