Proxmox snapshot i backup: važna razlika

U Proxmox okruženju često se koristi snapshot prije nadogradnje ili promjene konfiguracije. Budući da omogućuje brzi povrat stanja, lako ga je zamijeniti za backup. Ta zabuna može imati ozbiljne posljedice: snapshot na istom spremištu obično ne štiti od gubitka fizičkog sustava ili pohrane.

Što je snapshot?

Snapshot je snimka stanja virtualnog diska, a u nekim konfiguracijama može obuhvatiti i stanje memorije virtualnog stroja. Tehničke mogućnosti ovise o vrsti pohrane, virtualizaciji i konfiguraciji. Koristan je kada prije promjene želite imati mogućnost povrata na prethodno stanje bez dugog postupka obnove cijelog sustava.

Ako nadogradnja aplikacije ne uspije, povrat snapshotom može biti brz. No snapshoti mogu povećati potrebu za prostorom ili utjecati na performanse, ovisno o tehnologiji pohrane. Držanje velikog broja starih snapshotova nije zamjena za planirane sigurnosne kopije.

Zašto snapshot nije backup?

Ako snapshot i izvorni virtualni stroj dijele isti sustav pohrane, kvar tog sustava može uništiti oboje. Administratorska pogreška, kompromitacija infrastrukture ili brisanje volumena također mogu ukloniti snapshot. Backup se zato čuva neovisno od izvornog servera, uz vlastitu politiku pristupa i zadržavanja.

Backup treba biti moguće vratiti na drugi kompatibilni sustav i nakon potpunog gubitka primarne lokacije. To je vrlo različit cilj od brzog poništavanja promjene na ispravnom serveru.

Kako oba alata koristiti zajedno?

Prije rizične nadogradnje može biti smislen kratkotrajni snapshot, nakon kojeg provjeravate radi li sustav pa ga uklanjate prema planu. Paralelno se provodi redoviti backup na zasebno spremište, primjerice Proxmox Backup Server ili drugi podržani sustav.

Za važnu aplikaciju razmislite o konzistentnosti baze. Backup cijelog VM-a ne mora sam po sebi jamčiti aplikacijski konzistentan trenutak za sve tipove baza. Koristite guest agent, zamrzavanje datotečnog sustava ili namjenske procedure baze ondje gdje je potrebno, te uvijek testirajte povrat podataka.

Retencija i zaštita od napada

Definirajte koliko dnevnih, tjednih i mjesečnih kopija čuvate. Politiku prilagodite poslovnim potrebama i dostupnom prostoru. Pristup sustavu kopija ograničite odvojeno od uobičajenih administratorskih računa. Ako napadač dobije jednaka prava nad produkcijom i backupom, rizik je veći.

Provjera integriteta i redovita simulacija vraćanja su neizostavne. Nije dovoljno vidjeti zeleno stanje zadatka ako ne znate hoće li aplikacija nakon povrata raditi.

Jedna rečenica za pamćenje

Snapshot štiti od određenih loših promjena na postojećem sustavu; backup omogućuje oporavak kada taj sustav više ne postoji. Oba su korisna, ali služe različitim ciljevima. U ozbiljnoj infrastrukturi mjesto ima i jedno i drugo, uz dokumentiran postupak oporavka.

Praktičan scenarij prije nadogradnje VM-a

Administrator planira nadograditi bazu na virtualnom stroju. Napravi snapshot kako bi mogao brzo poništiti promjene ako instalacija ne uspije. Istodobno provjeri posljednji redoviti backup na odvojenom spremištu i dokumentira postupak obnove. Nakon uspješne nadogradnje i provjere poslovne aplikacije snapshot uklanja prema pravilima zadržavanja. Backup ostaje dio redovne politike zaštite.

Ako isti dan otkaže cijelo diskovno polje, lokalni snapshot možda više nije dostupan. Zato je test obnove iz neovisnog backupa važniji od jednostavnog popisa snapshotova u sučelju. Cilj je preživjeti različite vrste problema, a ne samo neuspješnu nadogradnju.

Česta pitanja

Može li snapshot vratiti obrisane podatke? Ponekad može pomoći vratiti stanje prije brisanja, ali njegova dostupnost i konzistentnost ovise o pohrani i konfiguraciji.

Je li backup VM-a dovoljan za bazu? Ovisi o konzistentnosti i ciljevima oporavka. Za kritične baze dodatno koristite odgovarajuće postupke unutar baze.

Koliko snapshotova čuvati? Prema kratkoročnoj operativnoj potrebi, uz nadzor zauzeća diska. Dugoročna zaštita pripada backup sustavu.

Što provjeriti prije oslanjanja na snapshot?

Kod virtualizacije treba dokumentirati svrhu svakog zaštitnog mehanizma. Snapshot je najkorisniji kao kratkoročna zaštita prije promjene, dok je backup namijenjen oporavku nakon gubitka izvornog sustava. U praksi ta se dva alata često koriste zajedno, ali treba izbjeći da stari snapshoti ostanu zaboravljeni.

• Na kakvoj je pohrani VM i podržava li njezina konfiguracija traženu vrstu snapshota i povrata?
• Postoji li opasnost od prekomjernog zauzeća diska ako se snapshot ostavi nekoliko tjedana ili mjeseci?
• Je li baza podataka unutar VM-a aplikacijski konzistentna u točki kopiranja i kako se to provjerava?
• Nalazi li se barem jedna sigurnosna kopija na spremištu koje ne ovisi o istom fizičkom hostu?
• Mogu li se backup podaci vratiti na drugi kompatibilni server nakon potpunog gubitka originalnog stroja?
• Tko prati starost snapshotova, uspjeh backup poslova, provjeru integriteta i periodične testove oporavka?

Snapshot i backup treba birati prema vrsti mogućeg problema, a ne prema tome koji je gumb u sučelju najbrže kliknuti.

Ako se snapshot koristi prije nadogradnje baze, prvo razumijte način konzistentnog snimanja aktivnih zapisa. Prekinute transakcije i otvorene datoteke mogu zahtijevati oporavak nakon vraćanja. Plan testiranja treba zato uključiti pokretanje aplikacije i provjeru ključnih podataka, a ne samo uspješan boot VM-a.