Veeam Backup for VMware：在生產環境真正有效的配置
我們為東南亞超過 40 家公司設計過 Veeam Backup & Replication 架構。能在真實災難中存活的配置都有共同結構。以下是典型 500 VM VMware 環境下，經過生產驗證的設定。
參考架構
標準部署分三層：
| 層級 | 角色 | 規格指引 |
|---|---|---|
| Backup Server | Veeam B&R 主控台、SQL catalog | 8 vCPU、32 GB RAM、快速 OS 磁碟 |
| Proxy Server | 處理 VM snapshot 與資料移動 | 2-4 台 proxy，各 4 vCPU / 16 GB |
| Repository | 儲存備份檔 | 本地 RAID、NAS 或物件儲存 |
以 500 VM 為例： - Backup Server： 一台 Windows Server 2022 VM，加入管理網域 - Proxy： 四台 hot-add proxy 分散在不同 host - Repository： 啟用不可變性的強化 Linux repository，加上一份複本到 S3 相容物件儲存
備份工作設計
我們依復原優先順序而非部門來拆分 VM。
| 工作群組 | 包含 VM | 保留份數 | 排程 |
|---|---|---|---|
| Tier 1 — 關鍵 | ERP、資料庫、網域控制站 | 30 個還原點 | 每 4 小時 |
| Tier 2 — 業務 | 檔案伺服器、內部應用 | 21 個還原點 | 每晚 |
| Tier 3 — 標準 | 開發/測試、低優先級工作負載 | 14 個還原點 | 每週 |
每個工作目標 8-12 台 VM。太多 VM 會拉長時間，太少則管理負擔大。
傳輸模式選擇
Veeam 提供三種 VMware 傳輸模式：
| 模式 | 適用時機 | 效能 |
|---|---|---|
| Hot-Add | 大多數環境 | 良好，對網路影響小 |
| Network (NBD/NBDSSL) | 實體 proxy 或無 SAN 存取 | 較低，使用管理網路 |
| Direct SAN | FC/iSCSI SAN 且 proxy 可存取 | 最高，但較複雜 |
我們 90% 的部署使用 hot-add + Virtual Appliance proxy。它簡單、夠快，且不需要 SAN zoning。
Repository 配置
主要 Repository：強化 Linux
部署 Linux repository 並使用以下設定： - 不可變性： 至少 14 天 - XFS 檔案系統： 快速複製所需 - 靜態加密： AES-256 - 網路隔離： 獨立備份 VLAN，不加入網域
次要複本：物件儲存
設定 capacity tier 複本到 S3 相容儲存： - 180 天保留 - 上傳前加密 - 不透過公開網際網路，改走 VPC endpoint 或 private link
實踐 3-2-1-1-0 原則
| 原則 | 實作方式 |
|---|---|
| 3 份複本 | 生產 + 備份 + 複本 |
| 2 種媒體 | 磁碟 repository + 物件儲存 |
| 1 份異地 | 不同區域的物件儲存 |
| 1 份不可變 | 強化 Linux repository |
| 0 錯誤 | SureBackup 每週驗證備份 |
SureBackup 與復原驗證
無法還原的備份毫無價值。我們設定 SureBackup 自動驗證： - 關鍵 VM 能否開機 - 隔離實驗室內網路連線是否正常 - 應用層檢查：SQL 服務狀態、網頁伺服器回應
SureBackup 排程在每週日凌晨 2 點。若有 VM 驗證失敗，工作會在我們的 PSA 系統開立工單。
RPO 與 RTO 目標
500 VM 參考環境：
| 層級 | RPO | RTO |
|---|---|---|
| Tier 1 | 4 小時 | 1 小時 |
| Tier 2 | 24 小時 | 4 小時 |
| Tier 3 | 7 天 | 48 小時 |
這些目標決定工作排程與複寫策略。
常見錯誤
- 單一 backup server 無 HA。 Backup server 故障會拖長復原。我們啟用配置備份並記錄重建步驟。
- 單一 proxy 過載。 Proxy 應分散到不同 host 與 datastore。
- 備份網路未隔離。 備份流量不應與生產 VM 網路共用。
- 備份與生產放在同一 SAN。 SAN 故障會同時帶走兩份資料。
- 從未測試還原。 SureBackup 不是選項。
真實復原案例
宿霧一家製造業客戶因儲存損毀遺失生產資料庫 VM。我們使用 Veeam Instant VM Recovery，在 12 分鐘內從備份 repository 開機。背景還原到生產儲存耗時 4 小時。總業務中斷時間：不到 15 分鐘。
容量速查表
| VM 數量 | Proxy 數量 | Repository 容量（30 天） | 備份窗口 |
|---|---|---|---|
| 100 | 2 | 40-60 TB | 6 小時 |
| 500 | 4 | 200-300 TB | 8 小時 |
| 1,000 | 6-8 | 400-600 TB | 10 小時 |
以上假設壓縮與重複刪除後可減少 50% 資料量。
想深入了解更多？探索VMware 替代方案、Run 基礎設施服務或平台比較。
結論
可靠的 Veeam 環境不在於買最貴的授權。重點是按復原優先級區分工作負載、使用 hot-add proxy、將備份存放在啟用不可變性的 Linux repository 並保留異地複本，且每週驗證還原能力。