虛擬化已經是顯學 大部分企業已經都在生產環境部署
當然 有資料就有需要去保護 或是叫 備份
業界也有不少虛擬化資料保護解決方案
從免費的 到貴死人的 各個優缺點都有
其中 個人環境 現役的解決方案之一
Veeam 算其中之一要花
基本上只要一開始架構設計搞定 後續的運作維護上相當省工
這次就來講講 Veeam Backup & Replication 的基礎架構吧
Veeam Backup & Replication (簡稱 Veeam B&R)本身幾個比較基礎的元件
- Backup Server
整套系統的大腦 舉凡排程 設定 監控 通知 全部透過這原件處理
當然 CPU/RAM resource 耗用有點兇, 既然也是 VM, 視情況事後增加即可 - Backup & Replication Console
管理員用來管理 Backup Server 的 Client - Backup Proxy
實際工作的角色 Backup Server 會把工作分配給 Proxy 去執行
可以是需求增加更多的 Proxy 來支援所需的備份工作 - Backup Repository
VM Image 實際存放的地點, Veeam B&R v9(?) 後來也增加了 Scale out Repository 功能, 可以讓多個 Backup Storage 合併成一個 Pool 使用.
各角色關係圖如下
而 Veeam B & R 貴桑桑的解決方案 當然有許多特異功能在
這邊就列舉我目前有在用的 而且感覺很好用的功能
- Application-aware, image-based backup
基本上就是 VM Backup 完之後 Veeam Proxy 可以再去把裡面的資料抽出來做單獨 restore. 目前有支援最基本的 file level restore. exchange mail box, MS Active directory, Database MS SQL, MS Sharepoint.
而且可以設定當VM backup 的時候 就立刻去把裡面資料做 index. 這樣子平常你的 backup 系統就會比較忙碌些
或是當需要 restore 的時候, 再去 VM image 撈. 當然速度就慢一些 - Built-in compression and de-duplication
VM backup 的時候 再進 backup repository 之前 就順便做 De-dupl 跟 Compress
可以有效減少 backup storage 使用量 甚至資料的傳輸量 - Backup IO Control
這對我們環境也很好用 Veeam 會自動判斷目前被備份的環境 loading. 來決定是否要放慢 Backup 速度 - Image Incremental Block Backup
就是只 Backup VM 自從上次 Backup 改變的部分, 而且是 Block level. 當然最後還是得在 Backup Repository 作合併的動作
如此一來 可以在有限的 backup storage 保留多份 backup/recovery point
而且每次 Backup job 只需要從 production 環境讀取一小部分 changed block.
之後就完全在後端 Backup 環境上做運算. 對 Production 環境 Impact 非常小 - Quick rollback restore
當 restore VM 的時候就非常實用 一樣只要 restore 自從那次 Backup 之後 被更動的 block. 然後可立刻開機
當然 Veeam 還有另一種功能 SureBackup. 可以直接把 VM 在 Veeam 環境上開機
不過我們的環境倒是沒使用到
下篇如果還是 Veeam 的話 就來講 Veeam VM backup chain 的概念
No comments:
Post a Comment