Proxmox Backup Server: dựng hệ thống backup cho VM miễn phí

Máy chủ ảo chạy hệ thống kế toán, website bán hàng, server file nội bộ — chỉ cần một ổ cứng hỏng hoặc một dòng lệnh xóa nhầm là cả công ty đứng hình. Giải pháp backup bản quyền như Veeam thì chi phí license mỗi năm đủ khiến chủ doanh nghiệp nhỏ phải đắn đo, còn backup thủ công bằng script thì đến lúc cần restore mới biết... không restore được. Proxmox Backup Server chính là lời giải cho bài toán này: một hệ thống backup mã nguồn mở, miễn phí, nhưng có đầy đủ tính năng của giải pháp thương mại — deduplication, backup tăng dần, mã hóa và restore từng file.

Bài viết này hướng dẫn bạn hiểu đúng Proxmox Backup Server là gì, nó khác gì so với tính năng backup có sẵn trong Proxmox VE, và lộ trình dựng một hệ thống backup hoàn chỉnh cho 10–50 máy ảo với chi phí gần như bằng không (chỉ tốn phần cứng lưu trữ).

Proxmox Backup Server là gì?

Proxmox Backup Server (PBS) là phần mềm máy chủ backup mã nguồn mở do Proxmox Server Solutions (Áo) phát triển — cùng hãng với Proxmox VE mà nhiều doanh nghiệp Việt Nam đang dùng để ảo hóa. PBS đóng vai trò máy chủ lưu trữ backup tập trung: các máy ảo, container và cả máy vật lý gửi bản backup về đây theo lịch, PBS lo việc nén, loại bỏ trùng lặp, mã hóa và quản lý vòng đời bản backup.

Điểm khiến PBS khác biệt với kiểu "copy file backup sang ổ cứng rời" là ba công nghệ lõi:

Deduplication (khử trùng lặp) — PBS chia dữ liệu thành các chunk nhỏ (~4 MB), mỗi chunk được định danh bằng hàm băm. Chunk nào đã có trên server thì không lưu lại lần nữa. Thực tế: 10 VM cùng chạy Ubuntu có tới 60–70% dữ liệu hệ điều hành giống nhau, deduplication giúp tổng dung lượng backup chỉ bằng 30–40% so với backup thông thường.

Backup tăng dần (incremental) — sau lần backup đầy đủ đầu tiên, các lần sau chỉ gửi phần dữ liệu thay đổi. Kết hợp với deduplication, một lịch backup hàng ngày cho 20 VM thường chỉ tốn thêm vài GB mỗi ngày.

Mã hóa phía client (client-side encryption) — dữ liệu được mã hóa ngay trên máy gửi backup, trước khi rời khỏi máy đó. Kể cả ai đó lấy được ổ cứng của PBS cũng không đọc được nội dung nếu không có key.

PBS hoàn toàn miễn phí, kể cả dùng cho thương mại. Hãng thu tiền từ gói hỗ trợ kỹ thuật (subscription) — không mua vẫn dùng đầy đủ tính năng, chỉ thiếu kho cập nhật enterprise (vẫn có kho cập nhật cộng đồng miễn phí).

Vì sao SME nên quan tâm đến Proxmox Backup Server?

Với team IT 1–3 người, bài toán backup thường rơi vào một trong ba cảnh:

Cảnh 1: Không có backup thật sự. Có copy thủ công mỗi cuối tuần, file VHD nằm trên cùng con server với VM đang chạy. Ổ cứng chết là mất cả VM lẫn backup.

Cảnh 2: Dùng giải pháp bản quyền nhưng "quá khổ". Veeam, Acronis bản quyền đầy đủ cho 20 VM có thể tốn hàng chục đến hàng trăm triệu mỗi năm — chưa kể yêu cầu Windows Server license cho máy backup. Với SME, đây là chi phí khó bảo vệ trước ban lãnh đạo.

Cảnh 3: Script tự viết, không ai dám chắc restore được. rsync, dd, cron job chạy đều — nhưng chưa từng test restore. Đến khi sự cố mới phát hiện bản backup 3 tháng nay bị lỗi âm thầm.

PBS giải quyết cả ba: miễn phí nên không cần xin ngân sách license; là sản phẩm hoàn chỉnh nên đáng tin hơn script tự viết; và quan trọng nhất — nó được thiết kế để restore nhanh và chắc chắn, với tính năng verify (kiểm tra tính toàn vẹn) và restore từng file ngay trên giao diện web.

Kiến trúc hoạt động của Proxmox Backup Server

Hiểu kiến trúc giúp bạn triển khai đúng ngay từ đầu, tránh phải làm lại khi dữ liệu đã lớn.

Mô hình client – server. PBS là server trung tâm. Phía client có thể là: Proxmox VE (tích hợp sẵn, chỉ cần khai báo storage), máy Linux bất kỳ (cài proxmox-backup-client), và từ bản mới còn hỗ trợ backup cho Windows. Client gửi dữ liệu đã nén + mã hóa về server qua HTTPS (cổng 8007).

Datastore. Nơi PBS lưu backup, mỗi datastore là một thư mục trên ổ đĩa của server. Bạn có thể có nhiều datastore: ví dụ một cho backup hàng ngày (ổ SSD/NVMe cho restore nhanh), một cho backup lưu dài hạn (ổ HDD dung lượng lớn). Mỗi datastore quản lý độc lập chính sách giữ bản (retention) và lịch dọn dẹp.

Chunk và fingerprint. Dữ liệu backup được cắt thành chunk, mỗi chunk có fingerprint (SHA-256). Khi client gửi chunk đã tồn tại, server chỉ ghi nhận tham chiếu — đây là nền tảng của deduplication và incremental backup. Nhờ đó, backup 20 VM 50 GB mỗi máy không tốn 1 TB mà thường chỉ 300–400 GB sau dedup.

Garbage collection (GC). Khi bản backup cũ bị xóa theo chính sách retention, các chunk không còn được tham chiếu mới được dọn thật sự. GC chạy theo lịch (thường hàng tuần), tránh xóa nhầm chunk đang dùng chung giữa nhiều bản backup.

So sánh Proxmox Backup Server với các giải pháp khác

Lưu ý quan trọng: backup có sẵn trong Proxmox VE (chế độ vzdump lưu file .vma) khác với PBS. Vzdump lưu nguyên file backup mỗi lần — không dedup, tốn dung lượng gấp nhiều lần, và không có mã hóa. Khi bạn khai báo PBS làm storage trong Proxmox VE, các job backup sẽ tự động dùng định dạng PBS (chunk + dedup + mã hóa). Đây là nâng cấp đáng giá nhất mà không tốn thêm đồng nào.

Yêu cầu phần cứng cho Proxmox Backup Server

PBS không đòi hỏi phần cứng đắt tiền, nhưng có hai thứ không nên tiết kiệm: RAM và ổ đĩa dùng ZFS (khuyến nghị).

Cấu hình tối thiểu (lab / dưới 10 VM): 2 vCPU, 4 GB RAM, 500 GB ổ đĩa. Chạy được nhưng restore nhiều VM cùng lúc sẽ chậm.

Cấu hình khuyến nghị cho SME (10–50 VM): 4–8 vCPU, 16–32 GB RAM, datastore trên ZFS mirror (2 ổ) hoặc RAIDZ. ZFS được khuyến nghị vì PBS tận dụng checksum của ZFS để phát hiện data corruption âm thầm (bit rot) — đúng tinh thần "backup phải đáng tin".

Ước tính dung lượng: lấy tổng dung lượng thực tế đã dùng của các VM (không phải dung lượng cấp phát), nhân với số bản full muốn giữ, rồi nhân 0,4 (hệ số dedup thực tế cho VM cùng OS). Ví dụ: 20 VM × 30 GB đã dùng = 600 GB; giữ 7 bản daily + 4 bản weekly ≈ 600 GB × 0,4 × 1,5 ≈ 360 GB. Con số này chỉ để dự toán — sau 1 tháng chạy thực tế bạn sẽ có số liệu chính xác để mở rộng.

Lưu ý về IOPS: quá trình verify và garbage collection đọc nhiều chunk nhỏ ngẫu nhiên. Đặt datastore trên SSD/NVMe (kể cả SSD SATA cũ) sẽ nhanh hơn HDD gấp nhiều lần ở các tác vụ này. Mô hình phổ biến: SSD cho datastore "nóng" (backup 7–14 ngày gần nhất, restore nhanh), HDD cho datastore "lạnh" (lưu trữ dài hạn).

Cài đặt Proxmox Backup Server trong 30 phút

PBS cài từ file ISO như Proxmox VE, hoặc cài lên Debian có sẵn. Các bước cơ bản:

Bước 1: Chuẩn bị. Tải ISO Proxmox Backup Server mới nhất từ proxmox.com, tạo USB boot (Ventoy/Rufus). Máy cài nên có 2 card mạng nếu muốn tách mạng backup riêng — khuyến nghị cho production.

Bước 2: Cài đặt. Boot từ ISO, làm theo wizard: chọn ổ đĩa hệ thống, đặt mật khẩu root, cấu hình IP tĩnh. Toàn bộ quá trình khoảng 10–15 phút.

Bước 3: Truy cập Web UI. Mở https://<IP>:8007 (bỏ qua cảnh báo chứng chỉ tự ký lần đầu, hoặc cài chứng chỉ Let's Encrypt sau). Đăng nhập bằng root.

Bước 4: Tạo datastore. Vào Administration → Storage/Disks, chuẩn bị ổ đĩa (định dạng ZFS nếu chưa), rồi Datastore → Add: đặt tên (ví dụ daily-backup), chọn đường dẫn, bật comment ghi rõ mục đích. Tạo thêm datastore longterm nếu có ổ HDD riêng.

Bước 5: Tạo user backup. Đừng dùng root cho client kết nối. Vào Access → User Management, tạo user (ví dụ pbs-client), rồi Access → API Token hoặc phân quyền datastore: cho user quyền Datastore.Backup trên datastore tương ứng. Nguyên tắc least privilege — user backup chỉ được ghi, không được xóa.

Bước 6: Cập nhật hệ thống. Nếu không mua subscription, chuyển kho cập nhật sang pbs-no-subscription trong Administration → Updates → Repositories, rồi chạy update. Luôn cập nhật PBS trước khi đưa vào production.

Kết nối Proxmox VE với Proxmox Backup Server

Đây là bước mang lại giá trị lớn nhất cho team đang chạy Proxmox VE.

Bước 1: Thêm PBS làm storage. Trong Proxmox VE vào Datacenter → Storage → Add → Proxmox Backup Server. Nhập IP/hostname PBS, username (dạng pbs-client@pam), mật khẩu hoặc API token, chọn datastore, đặt tên ID (ví dụ pbs-daily). Bật encryption ngay tại đây nếu muốn mã hóa — key mã hóa nên lưu ở nơi an toàn tách biệt (mất key = mất toàn bộ backup mã hóa).

Bước 2: Tạo job backup. Vào Datacenter → Backup → Add: chọn storage pbs-daily, chọn node/VM (hoặc all), đặt lịch (ví dụ daily 02:00), chế độ snapshot (không downtime), bật notification gửi mail khi lỗi. Giữ lại (retention) ví dụ: 7 daily, 4 weekly, 6 monthly — PBS tự prune bản cũ.

Bước 3: Kiểm tra backup đầu tiên. Chạy job bằng tay một lần, theo dõi log: lần đầu là full nên lâu nhất; các lần sau nhanh hơn nhiều nhờ incremental. Vào PBS kiểm tra datastore đã nhận backup, dung lượng sau dedup.

Bước 4: Tách mạng backup (khuyến nghị). Nếu máy chủ có 2 card mạng, đặt PBS và traffic backup trên VLAN/mạng riêng. Backup hàng đêm chiếm băng thông lớn — tách mạng tránh ảnh hưởng dịch vụ production, đồng thời giảm bề mặt tấn công vào PBS.

Proxmox backup server: chiến lược backup: lịch, retention và prune

Backup tốt không phải backup nhiều, mà là giữ đúng bản cần giữ và xóa đúng bản cần xóa.

Mô hình GFS (Grandfather-Father-Son) áp dụng tốt cho SME: giữ 7 bản daily (son), 4 bản weekly (father), 6–12 bản monthly (grandfather). Với PBS, cấu hình trong Datastore → Prune & GC: keep-daily=7, keep-weekly=4, keep-monthly=6. PBS tự động prune — bạn không cần viết script xóa tay (nguồn gốc của nhiều thảm họa "xóa nhầm bản cần giữ").

Lịch GC (Garbage Collection): đặt chạy hàng tuần (ví dụ Chủ nhật 03:00), sau prune. GC dọn chunk mồ côi, giải phóng dung lượng thật. Đừng chạy GC cùng giờ với job backup — cả hai đều nặng I/O.

Verify định kỳ: bật Verify Jobs chạy hàng tháng trên datastore quan trọng. Verify đọc lại chunk và đối chiếu checksum — phát hiện sớm ổ đĩa lỗi âm thầm trước khi bạn cần restore. Backup chưa từng verify thì chưa phải backup đáng tin.

Quy tắc 3-2-1 vẫn đúng với PBS: 3 bản dữ liệu, 2 phương tiện khác nhau, 1 bản offsite. PBS hỗ trợ sync job kéo backup từ PBS này sang PBS khác ở site khác (hoặc sync lên datastore trên cloud). Với SME, offsite đơn giản nhất là một PBS thứ hai đặt tại văn phòng khác/nhà sếp, hoặc thuê một Cloud Server đặt PBS nhận sync.

Proxmox backup server: mã hóa và bảo mật bản backup

Backup là "bản sao toàn bộ công ty" — kẻ tấn công chỉ cần lấy được backup là có mọi thứ: database khách hàng, mã nguồn, tài liệu nội bộ. Bảo mật PBS gồm ba lớp:

Lớp 1: Mã hóa client-side. Bật khi tạo backup (Proxmox VE: tùy chọn encryption khi thêm storage; proxmox-backup-client: --keyfile). Key mã hóa (thường là file .enc + passphrase) phải lưu ngoài PBS — két sắt công ty + một bản cho người phụ trách. Mất key đồng nghĩa mất toàn bộ backup mã hóa, không có "quên mật khẩu lấy lại".

Lớp 2: Phân quyền chặt. User backup chỉ có quyền ghi (Datastore.Backup), không có quyền xóa (Datastore.Prune tách riêng cho admin). Tắt SSH password, chỉ dùng key; Web UI chỉ mở trên mạng quản trị/VPN, không expose cổng 8007 ra Internet.

Lớp 3: Chống ransomware xóa backup. Ransomware hiện đại chủ động tìm và xóa backup trước khi mã hóa. Biện pháp: datastore longterm đặt chế độ append-only (PBS hỗ trợ) — client chỉ được thêm bản mới, không được xóa/sửa bản cũ; và bản offsite sync một chiều. Kể cả toàn bộ site chính bị mã hóa, bản offsite vẫn nguyên vẹn.

Proxmox backup server: restore và kiểm thử khôi phục

Giá trị của backup chỉ được chứng minh lúc restore. PBS hỗ trợ ba cấp độ restore:

File-level restore: mount bản backup và lôi ra 1–2 file bị xóa nhầm, không cần restore cả VM. Đây là tình huống phổ biến nhất (kế toán xóa nhầm file Excel) và là tính năng SME sẽ dùng nhiều nhất.

VM restore: tạo VM mới từ bản backup, có thể restore sang node khác trong cluster. Thời gian restore phụ thuộc IOPS của datastore — lý do nên đặt datastore "nóng" trên SSD.

Bare-metal / máy vật lý: với proxmox-backup-client, máy vật lý cũng backup được (dạng file/directory backup), restore bằng live CD + client.

Drill khôi phục định kỳ (bắt buộc): mỗi quý chọn ngẫu nhiên 1–2 VM, restore sang môi trường cô lập (không đè lên production), boot lên kiểm tra dịch vụ chạy được không, rồi xóa. Ghi lại thời gian restore thực tế (RTO thực) — con số này quý hơn mọi cam kết trên giấy. Lịch drill nên có trong checklist vận hành, giao cho người cụ thể, có báo cáo.

Lưu ý khi chạy production cho SME

Vài kinh nghiệm thực tế từ các team nhỏ:

Đừng đặt PBS trên cùng cụm Proxmox VE chứa VM production. Sự cố cụm (mất điện rack, lỗi switch) sẽ cuốn cả VM lẫn backup. PBS nên là máy vật lý độc lập, tốt nhất khác rack/phòng — tối thiểu khác cụm.

Giám sát dung lượng datastore. Đặt cảnh báo khi datastore trên 80%. Backup incremental có ngày "bùng" (VM update lớn, database rebuild index) — hết dung lượng giữa chừng là job fail hàng loạt. Giữ buffer 20–30%.

Tài liệu hóa quy trình restore. Viết một trang A4: "Khi mất VM X, làm các bước 1-2-3", gồm IP PBS, user, vị trí key mã hóa, người liên hệ. Người trực ca đêm không phải là người dựng hệ thống — tài liệu này cứu cả công ty lúc 2h sáng.

Nâng cấp có kế hoạch. PBS và Proxmox VE nên cùng thế hệ major version để tương thích tối ưu. Trước khi upgrade major, snapshot PBS VM (nếu PBS chạy ảo hóa) hoặc backup cấu hình /etc/proxmox-backup.

Kết luận

Proxmox Backup Server mang công nghệ backup cấp doanh nghiệp — deduplication, incremental, mã hóa client-side, verify — về cho SME với chi phí license bằng không. Với một máy chủ lưu trữ tầm trung và nửa ngày cấu hình, team IT nhỏ có thể xây dựng hệ thống backup đáng tin cho hàng chục VM, thay thế script thủ công đầy rủi ro.

Điểm mấu chốt không nằm ở công cụ mà ở kỷ luật vận hành: lịch backup đều, prune/GC hợp lý, verify định kỳ và drill restore mỗi quý. Làm đủ bốn việc này, bạn đã hơn 80% SME ngoài kia về khả năng chống chịu sự cố dữ liệu.

Nếu chưa có hạ tầng để đặt PBS, SunCloud cung cấp Cloud Server và Dedicated Server đặt tại datacenter Tier III trong nước — vị trí lý tưởng để chạy Proxmox Backup Server hoặc làm điểm offsite sync, với dùng thử 10 ngày để đo hiệu năng trước khi quyết định. Liên hệ hotline 083 979 3434 hoặc truy cập suncloud.vn để được tư vấn cấu hình phù hợp.

Câu hỏi thường gặp

Proxmox Backup Server có thật sự miễn phí cho doanh nghiệp không?

Có. Giấy phép AGPLv3 cho phép dùng thương mại đầy đủ tính năng mà không trả phí. Chi phí duy nhất là phần cứng lưu trữ và (tùy chọn) gói hỗ trợ kỹ thuật của hãng nếu bạn cần support chính thức.

Khác gì so với backup có sẵn trong Proxmox VE?

Backup mặc định của Proxmox VE (vzdump) lưu nguyên file .vma mỗi lần — không deduplication, không mã hóa, tốn dung lượng gấp nhiều lần. Khi dùng PBS làm storage, backup chuyển sang định dạng chunk với dedup + incremental + mã hóa, tiết kiệm 60–70% dung lượng và an toàn hơn.

Cần bao nhiêu dung lượng cho PBS?

Ước tính nhanh: (tổng dữ liệu thực tế của các VM) × (số bản muốn giữ) × 0,4 (hệ số dedup). Ví dụ 20 VM × 30 GB = 600 GB dữ liệu, giữ 7 daily + 4 weekly ≈ 360 GB. Sau 1 tháng chạy thực tế, PBS báo cáo chính xác để bạn mở rộng.

PBS có backup được máy không chạy Proxmox VE không?

Được. Cài proxmox-backup-client trên bất kỳ máy Linux nào để backup file/thư mục; máy Windows cũng được hỗ trợ từ các bản gần đây. Tuy nhiên tính năng snapshot VM tối ưu nhất vẫn là với Proxmox VE.

Ransomware mã hóa cả Proxmox Backup Server thì sao?

Đó là lý do cần datastore append-only (client chỉ được thêm, không được xóa) và một bản offsite sync một chiều sang site khác. Kể cả toàn bộ hạ tầng chính bị mã hóa, bản offsite vẫn nguyên vẹn để dựng lại.

Nên đặt PBS ở đâu: cùng datacenter hay thuê cloud?

Tối thiểu: máy vật lý độc lập, khác cụm với VM production. Tốt hơn: thêm một PBS thứ hai ở site khác làm offsite qua sync job. Thuê Cloud Server/Dedicated Server trong nước đặt PBS là lựa chọn phổ biến của SME không có phòng máy thứ hai.