Dwa produkty, dwa modele
Veeam Backup & Replication to komercyjna platforma z konsolą, repozytoriami, workerami i plug-inami per hypervisor. PBS to osobny serwer AGPL z klientem w PVE. Cennika Veeam tu nie zmyślamy — jest ofertowy / per socket w umowie Veeam. Cennik subskrypcji PBS jest publiczny u Proxmoxa (ten sam model co VE: repo Enterprise + portal od Basic wzwyż). Dlatego w tym artykule porównujemy zakres funkcji i limity, nie „Veeam vs 550 €”. Oferta Veeam idzie przez partnera; PBS bez subskrypcji działa, Enterprise repo jest opcjonalne.
Limity plug-inu Veeam
Aktualny helpcenter Veeam (build 13.x): plug-in wspiera Proxmox VE 8.2–9.2 z ISO Proxmox, architektura x86-64 (nie ARM). Wymaga co najmniej jednego storage plikowego w PVE. Application-aware i item-level restore wymagają QEMU Guest Agent w VM, włączonego w PVE, zanim powstaną kopie.
Oficjalne ograniczenia (Considerations and Limitations):
- Brak backupu kontenerów LXC.
- Brak backupu szablonów VM.
- Brak VM o tym samym BIOS UUID.
- Dyski iSCSI podpięte do VM i passthrough są pomijane.
- Btrfs i custom storage — nie. Inne typy PVE: tak. LVM z SAVC: tak.
- Przywracanie ustawień HA VM — nie.
- Restore z taśmy wprost na PVE — nie (najpierw repozytorium).
Limit współbieżnych backupów na storage: 4 (zmiana przez Support). Instant Recovery na host PVE ma status experimental. Workerów nie wolno „dopieszczać” poza zaleceniem Supportu.
Co PBS robi natywnie
PBS: VM i CT, deduplikacja chunków, przyrost, Zstandard, AES-256-GCM po stronie klienta, SHA-256, sync, taśma, namespace, ACL Datastore.Backup bez kasowania. Szerszy opis usługi: Backup odporny na ransomware. Nie ma application-aware w sensie VSS Veeam — spójność Windows idzie przez QEMU guest agent / fsfreeze w zadaniu PVE, nie przez Veeam Application-Aware Processing.
Tabela porównania
| Cecha | Veeam plug-in PVE | Proxmox Backup Server |
|---|---|---|
| KVM / VM | Tak | Tak |
| LXC | Nie | Tak |
| Szyfrowanie klienta | W ekosystemie Veeam | AES-256-GCM, dokumentowane |
| Drugi ośrodek | Repo / SOBR / tape (Veeam) | Sync job / taśma PBS |
| Instant Recovery na PVE | Experimental | Restore + start VM (nie IR Veeam) |
| Application-aware | Tak (QEMU GA) | fsfreeze / guest agent PVE |
| Licencja | Komercyjna Veeam | AGPL + opcjonalna subskrypcja |
Kiedy Veeam, kiedy PBS, kiedy oba
- PBS: klaster PVE, LXC, drugi ośrodek sync, brak budżetu na Veeam, ransomware ACL.
- Veeam: już jest konsola Veeam na vSphere/Hyper-V/Nutanix, potrzebujecie jednego panelu i application item restore, akceptujecie brak LXC.
- Oba: Veeam na VM Windows z SQL/Exchange, PBS na resztę i na CT. To nie jest sprzeczność — to dwa cele RPO.
Więcej limitów plug-inu
Helpcenter (Considerations and Limitations), poza LXC i szablonami:
- Brak IPv6, brak MFA na koncie używanym do PVE, brak kluczy SSH Private Key, brak S3 jako storage PVE, brak OCSP na certyfikacie.
- Klastra nie dodaje się jako encji — każdy węzeł osobno. Po zmianach w PVE synchronizacja z backup serverem może trwać do 15 minut (albo rescan).
- Uprawnienia VM (użytkownicy, grupy, tokeny API) nie wchodzą w kopię. Restore HA settings — nie.
- Backup VM na LVM z włączonym Snapshots as Volume Chain (SAVC) — tak. Workerów i IR na LVM SAVC — nie. Storage workerów musi być plikowy ze snapshotami.
Instant Recovery i replikacja
IR na host PVE ma w helpcenter status experimental support (osobny artykuł „Instant Recovery of Workloads to Proxmox VE”). Cel IR wymaga storage z QCOW2; LVM SAVC jako dest — nie. IR z kopii PVE działa też na vSphere / Hyper-V / AHV, jeśli te hosty są w infrastrukturze Veeam. Replikacja PVE jest w konsoli desktop, nie zachowuje MAC przy replice w tym samym klastrze, UUID BIOS jest przerabiane wg tabeli Veeam.
PBS nie udaje Instant Recovery Veeam: restore + start VM to inna ścieżka RTO. Dla LXC i drugiego ośrodka sync zostaje PBS. Szerszy landing: backup odporny na ransomware.
Workerzy i storage plikowy
Helpcenter Veeam: plug-in wymaga co najmniej jednego storage plikowego w PVE (katalog, NFS, CIFS — nie sam LVM/RBD). Workerzy też potrzebują storage plikowego ze snapshotami. LVM z SAVC da się backupować, ale worker i Instant Recovery na LVM SAVC — nie. To jest powód, dla którego w projekcie z samym Ceph RBD i bez NFS i tak dokładamy półkę plikową pod Veeam, albo zostajemy przy PBS.
Limit 4 współbieżnych backupów na storage zmienia Support, nie suwak w GUI. Workerów nie „dopieszczamy” poza zaleceniem Veeam. PBS nie ma workerów w tym sensie: klient siedzi w PVE, serwer przyjmuje chunki. Skala PBS to datastore, sieć i liczba jobów, nie osobna farma VM workerów.
LXC, szablony VM i passthrough iSCSI plug-in pomija. Jeśli produkcja stoi na kontenerach, Veeam nie jest kopią tej warstwy — zostaje PBS albo vzdump. Szerszy landing: backup odporny na ransomware.
Dobierzemy Veeam, PBS albo oba
Bez religii produktowej: LXC, drugi ośrodek i to, czy konsola Veeam już u Was stoi.
⚡ Bezpłatna konsultacja → Backup ransomware