Durante il lavoro con un server virtuale è possibile creare uno snapshot che cattura lo stato attuale del sistema prima di un aggiornamento, modifica delle impostazioni o installazione di nuovo software. Nel pannello di controllo, spesso appare come un altro tipo di backup: se il sistema può essere ripristinato, significa che i dati sono protetti. L'errore diventa evidente quando il problema va oltre le modifiche non riuscite: il deposito si danneggia, la macchina virtuale scompare o un malintenzionato ottiene accesso all'infrastruttura.
Lo snapshot e il backup offrono davvero la possibilità di ripristinare i dati. Tuttavia, sono progettati per situazioni diverse, hanno diversi periodi di conservazione e dipendono in modo diverso dal sistema sottostante.
Lo snapshot cattura lo stato del sistema, il backup crea un percorso di riserva
Lo snapshot, o immagine, cattura lo stato del disco o della macchina virtuale in un momento specifico. È comodo crearlo prima di un aggiornamento del sistema operativo, modifica della configurazione del server web o distribuzione di una nuova versione dell'applicazione. Se dopo le modifiche il sito smette di funzionare, il server può essere rapidamente riportato allo stato precedente.
Lo snapshot non copia tutti i dati del server virtuale in un deposito separato. Cattura lo stato della macchina virtuale in un momento specifico, e le modifiche successive vengono registrate separatamente. Se è necessario tornare indietro, il sistema utilizza il disco principale e i dati dello snapshot per ripristinare lo stato precedente.
Ecco perché lo snapshot viene creato rapidamente e di solito occupa meno spazio rispetto a un backup completo. Allo stesso tempo, rimane collegato al disco principale e all'infrastruttura su cui opera il server virtuale. Se i dati originali o il deposito stesso vengono persi, uno snapshot potrebbe non essere sufficiente per il ripristino.
Il backup è progettato per una conservazione più lunga e un insieme più ampio di eventi. Può contenere file singoli, un database, configurazioni, un'immagine del disco o l'intero sistema. Per i backup vengono impostati un programma, una profondità di conservazione, regole di crittografia e posizioni delle copie.
La differenza non sta nel fatto che il backup sia necessariamente grande e lento, mentre lo snapshot viene sempre creato in pochi secondi. I backup possono anche essere incrementali. La domanda principale è formulata diversamente: il punto di ripristino rimarrà accessibile se il sistema principale viene perso.
Leggi anche: Come scegliere il sistema operativo per un server VPS
Perché lo snapshot da solo non è sufficiente
Prima di un aggiornamento di PHP, l'amministratore ha creato uno snapshot. La nuova versione si è rivelata incompatibile con il sito, quindi il server è stato riportato allo stato precedente. In questo caso, lo snapshot è adatto: il ripristino è rapido e non ha senso conservarlo per mesi.
Un'altra situazione: un dipendente ha eliminato una cartella con documenti, ma l'errore è stato notato dopo cinque giorni. Lo snapshot a breve termine potrebbe già essere stato eliminato. Qui è necessaria una serie di backup con una profondità di conservazione sufficiente.
C'è anche uno scenario più pericoloso. Un malintenzionato ha ottenuto accesso amministrativo e ha eliminato il server insieme agli snapshot. Se tutti i punti erano nello stesso account, formalmente le copie esistevano, ma non hanno sopravvissuto all'incidente.
Gli snapshot non dovrebbero essere lasciati senza controllo. Nei sistemi in cui formano una catena di dischi dipendenti, le immagini occupano gradualmente più spazio e possono influenzare le prestazioni. VMware consiglia di non mantenere uno snapshot per più di 72 ore e di limitare la catena a due o tre immagini. Questa è una raccomandazione per una piattaforma specifica, ma illustra bene lo scopo della tecnologia: una breve assicurazione prima delle modifiche, non un archivio.
È IMPORTANTE SAPERE! Possono sorgere difficoltà se lo snapshot viene creato durante il funzionamento attivo del sistema. Ad esempio, un negozio online sta registrando un nuovo ordine nel database. Parte delle informazioni è già stata salvata, mentre parte è ancora in elaborazione. Se si cattura lo stato del server in quel momento, l'operazione potrebbe finire nello snapshot incompleta.
Dopo il ripristino a uno snapshot di questo tipo, il server probabilmente si avvierà, ma le ultime modifiche potrebbero essere ripristinate in modo errato. Pertanto, prima di creare uno snapshot di sistemi importanti, la registrazione dei dati viene temporaneamente sospesa o si utilizzano strumenti che completano prima le operazioni in corso.
È possibile creare uno snapshot su un server dedicato
Su un server dedicato di solito non c'è un pulsante pronto per creare uno snapshot, come nel pannello di controllo di un VPS/VDS. Il cliente riceve una macchina fisica separata e la possibilità di salvare i suoi stati intermedi dipende dal sistema installato e dal modo in cui sono organizzati i dischi.
Gli snapshot possono essere configurati a livello di file system o di storage, ad esempio utilizzando ZFS o LVM. Un'altra opzione è installare una piattaforma di virtualizzazione su un server fisico, suddividere le sue risorse tra diverse macchine virtuali e creare snapshot di ciascuna di esse. Questo approccio è utilizzato, in particolare, quando su un server dedicato è necessario ospitare in modo isolato più siti, applicazioni o ambienti di lavoro.
È meglio configurare questa possibilità prima di avviare il progetto, poiché è necessario organizzare correttamente i dischi e prevedere spazio libero. Se lo snapshot viene salvato nello stesso array di dischi, non proteggerà da guasti fisici dei dischi o dalla perdita dell'intero server. Pertanto, su una macchina dedicata, gli snapshot vengono utilizzati principalmente per un rapido ripristino dopo modifiche non riuscite, mentre i backup vengono conservati separatamente.
Leggi anche: Ottimizzazione del processo educativo con Windows VPS
Come combinare snapshot e backup
Lo schema di lavoro non costringe a scegliere solo uno strumento. Distribuisce i compiti tra di essi:
-
lo snapshot viene creato prima di un aggiornamento, riconfigurazione o deployment e viene eliminato dopo il controllo del sistema;
-
i backup vengono creati automaticamente e hanno più punti di ripristino;
-
almeno una copia è conservata separatamente dal server principale e non viene eliminata con le stesse credenziali;
-
per i database viene configurata una copia coerente, non uno snapshot meccanico del disco attivo;
-
il ripristino viene periodicamente verificato su una macchina di test, poiché una copia completata non garantisce ancora l'integrità dei dati.
Per informazioni critiche, è opportuno seguire la regola 3-2-1: avere tre copie dei dati, utilizzare due diversi tipi di storage e mantenere una copia al di fuori dell'infrastruttura principale. Questa non è una soluzione pronta per ogni progetto, ma elimina la dipendenza quando server, snapshot e backup possono essere persi a causa di un unico evento.
Lo snapshot riduce il tempo di ripristino dopo modifiche non riuscite. Il backup protegge la storia dei dati e consente di riprendersi da un guasto più grave. L'affidabilità si ottiene quando questi strumenti funzionano come diversi livelli di protezione.