Veeam有一個非常特別的功能,它能夠全自動的在線驗證備份存檔的可用性,確保備份下來的內容是能夠被正;謴偷。
該功能之所以能夠確;謴,是因為它會將備份存檔在一個隔離的環境中以一個正常的虛擬機的形態啟動起來,然后通過一系列的仿真測試去全自動的測試這個虛擬機的狀態,包括了虛擬機的心跳、虛擬機網絡的連通性甚至是虛擬機內應用程序和服務的運行狀況,在測試完成之后,它還會生成一份驗證報告,給出該備份存檔可恢復性的相關結論。
Veeam SureBackup適用于VMware和Hyper-V的備份,本文僅以VMware環境為例說明SureBackup的技術原理以及使用方法。
如何工作?
Veeam SureBackup在工作時,會依次執行以下步驟完成整個驗證過程:
在整個驗證過程中,Veeam會保證所有虛擬機的備份存檔處于只讀狀態,所有因虛擬機運行產生的數據會存放在虛擬機Redo Log中,這些Redo Log通常會存放于VMware的生成存儲上,而當驗證過程結束時,Veeam會刪除這些Redo Log,釋放臨時空間。
驗證過程中的組件
和通常備份的基礎架構不一樣的是,執行Veeam SureBackup時,會需要用到幾個SureBackup專用的對象。
SureBackup 實戰
如上面提到的,SureBackup有3個專用對象,因此在使用和配置SureBackup過程中顯然需要進行這3個對象的設置。
Application Group
這也是整個生產環境基礎架構中最最重要的服務之一,其他應用程序的啟動和運行都依賴這些機器。簡單來說,Application Group就是定義一組虛擬機,這組虛擬機非常重要,其他被驗證的虛擬機沒有這組虛擬機無法工作。也就是當我們的環境中存在這樣的虛擬機,那我們就需要將他定義為Application Group,以便其他機器在被校驗時能夠訪問到這些虛擬機和服務。
當然,Application Group中的這些虛擬機也是從備份鏡像中啟動起來,需要預先被備份,而不是直接使用生產環境的虛擬機。SureBackup對于Application Group中的虛擬機,也會定義一系列的校驗和檢測,確保Application Group中的虛擬機首先正常工作,然后才開始后續的其他虛擬機驗證。當Application Group中的虛擬機驗證失敗的情況下,SureBackup將會中止工作,不會繼續后續的虛擬機驗證,這是因為SureBackup默認Application Group無法正常工作的情況下其他被驗證的虛擬機也無法正常啟動。因此,請不要在Application Group中放置非必要的虛擬機;如果被驗證的虛擬機無需其他應用程序和服務依賴,則請不要在Application Group中放置虛擬機。
配置方法
Application Group的創建非常簡單,將Veeam Backup &Replication 主界面切換到Backup Infrastructure下,在清單面板中選擇SureBackup節點,這時候在右邊的內容顯示區域,可以找到Add Application Group。 ![]() 點擊這個鏈接會彈出Veeam經典的向導設置界面。
首先是設定Application Group Name和Description,這個可以根據需要設定,沒什么特別要求,方便識別和符合企業/組織的命名規范即可。 ![]()
接下來是設定這個Application Group中有哪些虛擬機,這就如上文解釋的,我們可以將備份存檔、復制存檔或存儲快照存檔中的VM加入到Application Group中,這3種添加模式分別對應了Veeam SureBackup的3種分支功能:SureBackup/SureReplica/Ondemand Sandbox for StorageSnapshot。此處暫且不詳細展開去討論這3種分支功能的具體使用。我們就是用通常備份驗證中用的最多的From Backup。這也是上文中提到,Application Group中的虛擬機也必須是預先被備份,而不能是直接選擇生產環境中的相關虛擬機。 ![]()
選擇完虛擬機后,可以為這些選擇的虛擬機設定一些驗證選項,這也是上文提到的,Application Group中的虛擬機必須首先被驗證能正常工作,才能進行后續操作。這里的驗證選項包括內置的一些服務器角色,比如DNS Server、Domain Controller、Global Catalog、Mail Server、SQL Server、Web Server等,選中這些服務器角色時,Veeam會自動使用適合這些角色的預定義腳本驗證這些角色服務器。(關于Domain Controller的Authoritative Restore和Non-Authoritative Restore知識點,本文不詳細闡述,讀者可自行百度。) ![]()
在這個驗證選項中還有啟動選項、測試腳本和賬戶憑據設置,在此就不一一詳述,這些都是對應驗證過程中一些詳細的設定選項,對于特別的應用程序在測試中有幫助,具體可以參考Veeam官網手冊說明。
這樣,一個Application Group就基本設置完成了,可以通過最后一個Summary頁面回顧下設定的內容。 ![]()
Virtual Lab
這是被驗證的虛擬機所運行的隔離環境,在這個環境中Veeam Backup & Replication將會逐個啟動Application Group中的虛擬機,然后再啟動需要被驗證的虛擬機。
Virtual Lab本身其實幾乎不消耗任何資源,它可以在任意的ESXi主機上被部署,當需要被驗證的虛擬機啟動的時候,Virtual Lab才會請求計算資源分配給這些虛擬機。Virtual Lab會在隔離環境中創造出一套網絡,它將生產環境中的網絡完整的鏡像至Virtual Lab創造出來的這套網絡中,在Virtual Lab中啟動的虛擬機和原虛擬機擁有一模一樣的IP地址配置,因此在Virtual Lab中啟動的這些虛擬機能夠和生產環境一樣正常的工作。
在Virtual Lab之中,有非常重要的概念,分別是:Proxy Appliance、IP Masquerading、Static IP Mapping。
Proxy Appliance
為了和生產網絡能夠通訊,Veeam Backup & Replication又使用了一個Proxy appliance。這個Proxy Appliance是一個基于Linux的輕量級虛擬機,它會被創建在每一個Virtual Lab中,通過這個Proxy Appliance的多個網卡將Virtual Lab中的虛擬機和生產環境進行連通。
IP Masquerading
Veeam建立起一套規則,讓生產網絡能夠通過特定的IP地址訪問隔離網絡,同時又不用修改隔離網絡內的IP地址配置,那么這套重要規則就是IP Masquerading。 ![]()
每一個生產網絡中的IP地址,在隔離網絡中,都會通過IP Masquerading建立起一個一一對應的地址,比如生產網絡中的地址是172.16.10.10,IP Masquerading規則是172.16.10.X/24對應172.18.10.X/24,那么這臺虛擬機的備份存檔在Virtual Lab中啟動起來后的Masquerade IP地址會自動被分配為172.18.10.10。
這個規則會通過靜態路由的形式被添加至VBR備份服務器和Virtual Lab Client的所運行的桌面上。當有網絡訪問172.18.10.10時,Proxy Appliance會充當一個NAT服務器的角色,將訪問轉發至Virtual Lab內的這臺虛擬機上。而實際上Virtual Lab內的這臺虛擬機此時啟動后的IP地址本身并沒有發生變化。
Static IP Mapping
上面提到這樣的靜態路由僅會被添加至VBR備份服務器和Virtual Lab Client,那么當有很多客戶端的都需要訪問這個Virtual Lab中的虛擬機時,手動逐臺添加靜態路由會很不方便。 ![]()
這時候,在這種場景下Veeam提供Static IP Mapping為更多的虛擬機的訪問提供方便快速的設置方法。我們可以利用172.16.10.X網絡中其中一個空閑的IP:172.16.10.99做一個靜態映射,將其映射給172.18.10.10,這時候網絡上的所有客戶的都可以通過172.16.10.99這個IP地址訪問到Virtual Lab中的這臺虛擬機,而不用逐臺添加172.18.10.X的靜態路由。
配置Virtual Lab
因為Virtual Lab的配置有3種不同模式,本文不詳細討論3種模式的區別,僅以最常用的Advanced Single-Host Virtual Lab為例介紹配置方法。
將Veeam Backup &Replication 主界面切換到Backup Infrastructure下,在清單面板中選擇SureBackup節點,這時候在右邊的內容顯示區域,可以找到Add Virtual Lab。 ![]()
點擊這個鏈接會彈出Veeam經典的向導設置界面。
首先是設定Virtual Lab Name和Description,這個可以根據需要設定,沒什么特別要求,方便識別和符合企業/組織的命名規范即可。 ![]()
選擇主機,選擇此Virtual Lab是運行哪一個ESXi主機上,每一個Virtual Lab僅允許運行在一個ESXi主機上。 ![]()
選擇數據存儲,Virtual Lab中產生的臨時數據和Virtual Lab必要的一些運行文件會存放在這個Datastore中,包括臨時的虛擬機Redo log也會存放在這個Datastore中。它的容量主要還是取決于Virtual Lab開啟后數據的改變情況,在一般沒有太多改變的時候,這個容量要求并不太高。 ![]()
設置Proxy Appliance,這一步需要設置是否使用Proxy Appliance以及如何將Proxy Appliance連接到生產網絡。一般來說,全自動的驗證和數據實驗室都是需要Proxy Appliance的,因此默認都會啟用Proxy Appliance。而在不選擇使用Proxy Appliance的場景中,則所有的驗證都需要通過手工進入虛擬機內控制臺去操作實現。在啟用Proxy Appliance后,需要配置Proxy Appliance的虛擬機名稱、IP地址設定以及是否通過Internet代理連接互聯網。 ![]()
設置隔離網絡,在這里配置所有Application Group和需要被驗證的虛擬機所連接的網絡至隔離網絡的一一對應關系。假設在生產環境中有4個不同的端口組,那么在這個隔離網絡設置中就需要4個不同端口組與之對應。 ![]()
Network Setting,這個步驟中,為Proxy Appliance連接到每個隔離網絡的那塊vNIC設定IP地址,并且為每個隔離網絡設置IP Masquerading規則。一般來說連接到隔離網絡的那塊vNIC都會指定實際生產網絡中該網段的網關地址,這樣的網絡配置不會產生沖突也不需要對Virtual Lab中啟動的虛擬機進修改。 ![]()
Static IP Mapping,這里按需進行定義即可,如果沒有很多客戶端訪問的時候,可以不作任何設定。 ![]()
如此,查看下此Virtual Lab配置后,即可完成設定。 ![]()
SureBackup Job
最后,就是設定哪些虛擬機需要進行驗證、在哪個Virtual Lab中驗證以及在什么時候驗證。這個工作全部在SureBackup Job中進行。
啟動SureBackup Job的創建向導 ![]()
設定SureBackup Job名稱和描述。 ![]()
選擇在哪個Virtual Lab中運行SureBackup Job ![]()
選擇是否需要Application Group、需要哪個Application Group才能運行 ![]()
選擇哪個備份Job在備份完成后需要被驗證
這里還能對備份Job中單個VM進行詳細設定,設定的內容是和Application Group中類似。 ![]()
設置驗證完成后如何通知管理員 ![]()
置SureBackup Job在什么時候運行,通?梢赃x擇After this Job選項,選擇在備份結束后立刻跟著驗證備份結果。 ![]()
如此,SureBackup就設定完成了。如果設置的內容一切正常,配置正確,那么SureBackup驗證就會自動進行,確保備份時有效可用的。 ![]()
而在郵箱中就能收到如下的報告哦。 ![]()
最后,SureBackup這一功能包含在Veeam Backup &Replication產品的Enterprise和Enterprise Plus版本中,而在Standard版本中并不包含此功能,在Standard版本中如需驗證備份存檔可用性,那只能通過完全手動的方式進行嘍。
志合創偉是一家云計算方案解決服務商,專注于提供大數據分析、云計算、企業私有云、信息安全及咨詢、容災備份解決方案。為您提供專業的IT技術服務,我們期待與您更進一步。
本文轉自【 虛化人生】。 |