Proxmox Backup Server (PBS)

Dobrodošli u detaljan vodič kroz Proxmox Backup Server (PBS). Ako ste ikada upravljali virtuelizacijom (bilo preko Proxmox VE, Hyper-V ili VMware-a), znate da je bekap tradicionalno dosadan, spor i da troši ogromne količine skladišnog prostora.

Proxmox je lansirao PBS sa jednim ciljem: da reši te probleme kroz inkrementalni bekap na nivou bita, deduplikaciju i naprednu enkripciju.

U nastavku ćemo detaljno proći kroz arhitekturu PBS-a, kako on tačno funkcioniše „ispod haube“, koje tehnologije koristi i zašto je promenio pravila igre u svetu bekapa.

1. Šta je Proxmox Backup Server (PBS)?

Proxmox Backup Server je namenski, open-source softver za bekap preduzeća (enterprise-class) koji služi za skladištenje, upravljanje i zaštitu virtuelnih mašina (VM), kontejnera (LXC) i fizičkih hostova.

Iako je razvijen od strane iste kompanije koja pravi Proxmox VE (PVE) i savršeno se integriše sa njim, PBS je potpuno nezavisan operativni sistem (zasnovan na Debianu) koji se instalira na zaseban hardver ili virtuelnu mašinu. Pisan je u jeziku Rust, što mu daje izuzetnu brzinu, memorijsku bezbednost i visoke performanse.

2. Kako PBS radi „ispod haube“? (Ključne tehnologije)

Tradicionalni bekap sistemi često rade tako što uzmu ceo disk virtuelne mašine, kompresuju ga u jednu veliku datoteku (.img, .qcow2, .vma) i pošalju na NAS uređaj. Sledeći dan to urade ponovo. Rezultat? Milioni dupliranih gigabajta.

PBS radi potpuno drugačije, koristeći arhitekturu zasnovanu na delovima (Chunk-based architecture).

A. Deduplikacija na nivou delova (Chunk-based Deduplication)

Kada pokrenete bekap jedne virtuelne mašine, PBS ne posmatra tu mašinu kao jedan fajl. On uzima ceo njen disk i „secka“ ga na fiksne ili dinamičke delove koji se zovu chunks (prosečne veličine oko 4 MB).

Svaki taj deo prolazi kroz hash funkciju (SHA-256) koja mu dodeljuje jedinstveni otisak (ID).

PBS zatim proverava da li u svom skladištu (Datastore) već ima deo sa tim istim SHA-256 otiskom.

Ako deo već postoji, PBS ga ne ponovo upisuje! Samo kreira referencu (link) ka njemu.

Ako je deo nov (podatak koji je promenjen), on se kompresuje (koristeći ultra-brzi ZSTD algoritam) i upisuje na disk.

Primer iz stvarnog života: Ako imate 10 Windows Server virtuelnih mašina, one dele oko 90% istih operativnih fajlova. PBS će te zajedničke fajlove upisati samo jednom. Rezultat je ušteda prostora i do 70-80% u poređenju sa tradicionalnim bekapom.

B. Indeksni fajlovi (.fidx i .didx)

Pošto su vaši podaci razbijeni u milione malih delova razbacanih po disku, kako PBS zna šta čini koju virtuelnu mašinu?

Za svaki bekap, PBS kreira indeksni fajl:

.fidx (Fixed Index) – koristi se za diskove virtuelnih mašina (gde su delovi fiksne veličine).

.didx (Dynamic Index) – koristi se za fajlove i kontejnere (gde veličina delova varira).

Ovaj indeksni fajl je zapravo „recept“. U njemu piše: “Da bi se rekonstruisao disk ove VM, poređaj chunk A, pa chunk B, pa chunk X…” Sam indeksni fajl zauzima svega nekoliko kilobajta ili megabajta.

C. Večno inkrementalni bekap (Forever Incremental)

Zahvaljujući deduplikaciji i indeksima, PBS koristi koncept večnog inkrementalnog bekapa.

Prvi bekap je „full“ (moraju se poslati svi delovi).

Svaki sledeći bekap šalje samo delove koji su se promenili od poslednjeg puta.

Međutim, za razliku od starih sistema gde ste morali da radite “Full bekap u nedelju, pa inkrementalni do subote”, u PBS-u je svaki bekap samostalan i ponaša se kao Full bekap. Možete obrisati bilo koji bekap iz prošlosti bez straha da ćete oštetiti najnoviji, jer indeksni fajlovi nezavisno pokazuju na delove podataka koji su i dalje na disku.

3. Životni ciklus podataka u PBS-u (Procesi održavanja)

PBS nije sistem koji samo „primi fajl i ćuti“. On konstantno radi u pozadini kako bi osigurao integritet podataka i oslobodio prostor. Tri najvažnija procesa su:

1. Pruning (Orezivanje/Brisanje)

Vi definišete politiku čuvanja (npr. Zadrži poslednjih 7 dnevnih, 4 nedeljna i 12 mesečnih bekapa). Kada se pokrene proces Prune, PBS jednostavno obriše indeksne fajlove (.fidx/.didx) onih bekapa koji su ispali iz ove šeme. Važna napomena: Pruning ne briše same delove podataka (chunks) sa diska, već samo „recepte“.

2. Garbage Collection (GC – Čišćenje smeća)

Pošto je Pruning obrisao samo indekse, na disku ostaju delovi podataka koje više nijedan bekap ne koristi. Tada nastupa Garbage Collection. Ovaj proces skenira sve preostale indeksne fajlove, pravi listu delova koji su i dalje potrebni, a zatim fizički briše sa diska sve one delove koji više nikome ne trebaju. Zbog prirode ovog posla, GC zahteva brze diskove (SSD) jer vrši ogroman broj nasumičnih operacija čitanja i upisa.

3. Verification (Verifikacija podataka)

Da li ste ikada pokušali da uradite restore (povraćaj) bekapa i shvatili da je fajl korumpiran? PBS to sprečava kroz automatsku verifikaciju. Možete zakazati da PBS periodično prođe kroz sve delove na disku, ponovo izračuna njihov SHA-256 otisak i uporedi ga sa originalnim. Ako dođe do „bit-rot“ pojave (propadanja hardvera), PBS će vas odmah obavestiti.

4. Napredne funkcije koje PBS čine moćnim

Enkripcija na strani klijenta (Client-side Encryption): Podaci se enkriptuju (AES-256 GCM) na samom Proxmox VE hostu pre nego što uopšte krenu preko mreže ka PBS-u. To znači da čak i ako neko ukrade vaš PBS server, ne može pročitati vaše podatke bez ključa koji se nalazi na PVE hostu.

Granularni povraćaj fajlova (Single-File Restore): Ako vam korisnik traži da mu vratite samo jednu Excel tabelu iz bekapa virtuelne mašine od pre tri dana, ne morate da preuzimate i pokrećete ceo disk od 500 GB. PBS vam omogućava da kroz Web interfejs „prošetate“ kroz fajl sistem unutar bekapa i preuzmete samo taj jedan fajl direktno u brauzer.

Live Restore: Ako vam otkaže kritična virtuelna mašina, možete pokrenuti Live Restore. Mašina će se upaliti na PVE hostu odmah, dok se podaci u pozadini još uvek strimuju sa PBS-a. Korisnici mogu da nastave rad u roku od nekoliko sekundi nakon havarije.

Remote Replication (Sinkronizacija između lokacija): Možete imati jedan PBS u vašoj kancelariji i drugi u Data Centru ili na drugoj lokaciji. Lokalni PBS može automatski da sinhronizuje (povlači) podatke sa udaljenog PBS-a, čime se lako postiže 3-2-1 pravilo bekapa (3 kopije, 2 različita medija, 1 na udaljenoj lokaciji). Zbog deduplikacije, sinhronizuje se samo minimalan broj promenjenih bajtova.

5. Zaključak: Zašto vam je potreban PBS?

Proxmox Backup Server je transformisao upravljanje bekapom u Proxmox okruženjima. Umesto sporih, glomaznih i neproverenih arhiva, dobijate sistem koji:

Štedi prostor na diskovima (kroz deduplikaciju).

Štedi mrežni protok (jer šalje samo sitne izmene).

Garantuje bezbednost (kroz enkripciju i stalnu verifikaciju integriteta).

Ako koristite Proxmox VE, uvođenje PBS-a (čak i na bazičnijem hardveru sa SSD kešom) donosi nivo pouzdanosti i brzine oporavka koji je ranije bio rezervisan samo za presrećna komercijalna rešenja.