Related Posts Plugin for WordPress, Blogger...

Veeam Backup Free Edition 系列文章




軟體簡介

虛擬化風潮正在企業當中不斷發酵,然而當您在虛擬化平台上運作 VM 虛擬主機時,「備份」顯然是很重要的一環,然而市面上的虛擬化備份軟體雖然功能強大但卻所費不貲,對於 IT 預算不高的企業來說無疑是一筆沈重的負擔,進而退卻了嘗試導入虛擬化的念頭。現在您可以試試完全免費的虛擬化備份軟體 Veeam Backup Free Edition



實測軟體資訊


圖 1、Veeam Backup Free Edition 操作介面



軟體功能使用

Quick Migration for VMware 運作流程

Veeam 的虛擬主機遷移功能 (Quick Migration),使用獨有「智慧切換技術 (SmartSwitch Technology)」來遷移 VM 虛擬主機,智慧切換技術為採用「背景遷移 (Background Migration)」的方式進行運作,此切換技術除了能夠支援「開機中的 VM (Hot VM Migration)」,以及「關機中的 VM (Cold VM Migration)」之外,更能夠支援 ESX/ESXi Host 之間 CPU 世代以及品牌不同的問題,以下為其運作流程說明:

1. Veeam 備份主機複製來源端 VM 虛擬主機設定檔 (.vmx) 之後,向目標端虛擬化平台註冊此台 VM 虛擬主機資訊。
2. Veeam 備份主機觸發 VM 快照機制 (Snapshot) 保存狀態之後,開始複製 VM 虛擬磁碟至目標端虛擬化平台的儲存資源 Datastore 當中。
3. 當 VM 虛擬主機快照任務完成之後,此時如果有新的資料寫入需求時會儲存到另一個位置。
     3-1. 當 ESX/ESXi 主機 「CPU 相容」時: 則 Veeam 備份主機將會使用 SmartSwitch智慧切換技術進行 VM 虛擬主機遷移動作,當遷移動作運作完畢之後再將快照期間新的資料寫入部份套用回去,因此在整個 VM 虛擬主機遷移過程當中並不會有任何資料遺失的問題。
     3-2. 當 ESX/ESXi 主機 「CPU 不相容」時: 則 Veeam 備份主機會將 VM 虛擬主機進行快照任務之後「凍結」起來 (此時將無法對 VM 虛擬主機進行任務資料存取及寫入的動作),待完成遷移動作之後再將此 VM 虛擬主機在新的 ESX/ESXi 虛擬化平台上進行 Power On 啟動 (此時才可以對VM 虛擬主機進行資料存取及寫入的動作)。



開始進行 VM 虛擬主機遷移

在 上一篇 文章當中我們已經開始進行VM 虛擬主機遷移作業,此時我們分別使用者端以及 FreeBSD82 虛擬主機端執行持續 ping 的動作,以及觀察在遷移作業執行期間的狀況 (如圖 2、3 所示)。

圖 2、在使用者端持續 ping FreeBSD82 虛擬主機

圖 3、FreeBSD82 虛擬主機持續 Ping 外部主機

接著我們查看在 ESXi5-A (10.10.75.110) 來源端虛擬化平台資訊,如圖 4 所示可以發現此時正在運作 Quick Migration 運作流程 1,也就是複製來源端 VM 虛擬主機設定檔 (.vmx),接著查看 ESXi5-B (10.10.75.111) 目標端虛擬化平台資訊時,如圖 5 所示可看到目前正在註冊此台 VM 虛擬主機資訊 (運作流程 1),並且來源端虛擬化平台開始複製 VM 虛擬磁碟至目標端虛擬化平台的儲存資源 Datastore 當中 (運作流程 2)。

圖 4、複製來源端 VM 虛擬主機設定檔 (.vmx)

圖 5、註冊此台 VM 虛擬主機資訊以及複製 VM 虛擬磁碟



VM 虛擬主機遷移動作即將完畢

當整個 VM 虛擬主機遷移動作即將完畢時,此時您會發現 VM 虛擬主機轉變為「暫停 (Suspend)」狀態 (如圖 6 所示),此時使用者端將無法 ping 到該台 VM 虛擬主機,整個 VM 虛擬主機遷移動作就是在此時會發生短暫「Downtime」的時機 (如圖 7 所示),接著觀察來源端 (ESXi5-A) 以及目的端 (ESXi5-B) 時,便會發現目前正在進行前面所述的運作流程 3 (如圖 8、9 所示)。

圖 6、您會發現 VM 虛擬主機轉變為 暫停 (Suspend) 狀態

圖 7、使用者端將無法 Ping 到該台 VM 虛擬主機 (短暫的 Downtime)

圖 8、來源端 (ESXi5-A) 正在進行 VM 虛擬主機遷移運作流程 3

圖 9、目的端 (ESXi5-B) 正在進行 VM 虛擬主機遷移運作流程 3



VM 虛擬主機遷移完畢

當遷移動作運作完畢之後再將快照期間新的資料寫入部份套用回去之後,整個 VM 虛擬主機遷移過程已經接近尾聲,此時使用者端又開始可以 ping 到 FreeBSD82 虛擬主機 (如圖 10 所示),您可以查看整個 VM 虛擬主機遷移任務資訊 (如圖 11 所示),當遷移任務完成之後會自動將來源端上的 VM 虛擬主機刪除 (如圖 12 所示),並且將目的端的 VM 虛擬主機名稱啟動 (如圖 13 所示),開啟 VM 虛擬主機的 Console 發現還在自動執行剛才的持續 ping 任務 (遷移後仍執行原先的任務!!),可以確認在遷移過程當中並不會有任何資料遺失的問題 (如圖 14 所示)。

圖 10、使用者端又開始可以 ping 到 FreeBSD82 虛擬主機

圖 11、查看整個 VM 虛擬主機遷移任務資訊

圖 12、當遷移任務完成之後會自動將來源端上的 VM 虛擬主機刪除

圖 13、將目的端的 VM 虛擬主機名稱啟動

圖 14、在遷移過程當中並不會有任何資料遺失的問題

最後大家應該會好奇在執行過程中整個 VM 虛擬主機的 Downtime 時間到底有多長,因為此實作環境為採用 PC 並且模擬多台主機進行,整個 Downtime 時間約為「Lose 34 個 ping 封包」,但實際環境上應該會比這個數據小許多 (如圖 15 所示)。

圖 15、VM 虛擬主機遷移過程中的 Downtime 時間
文章標籤: