Server cloud
Snapshot del Server Cloud
A snapshot is a copy of your server's entire disk at one moment in time, and rolling back to one returns the whole machine to exactly that state, which makes it the fastest way to undo a change that…
Cloud Server Snapshots
Uno snapshot è una copia dell'intero disco del tuo server in un momento specifico, e ripristinare uno di essi riporta l'intera macchina esattamente a quello stato, il che lo rende il modo più veloce per annullare un cambiamento che è andato male.
Gli snapshot si affiancano ai tuoi backup giornalieri offsite piuttosto che sostituirli. I backup proteggono i tuoi dati nel corso di settimane. Gli snapshot sono quello che fai cinque minuti prima di fare qualcosa di rischioso, e quello a cui ricorri cinque minuti dopo quando non funziona.
Come vengono creati gli snapshot
Ci sono due tipi, e l'elenco li etichetta ciascuno:
| Tipo | Creato da | Quando |
|---|---|---|
| Pre-patch | Automaticamente | Prima di ogni esecuzione di patch di sicurezza del sistema operativo |
| Manuale | Tu | Su richiesta, ogni volta che desideri un punto di ripristino |
Gli snapshot pre-patch sono quello che rende sicuro il patching automatico. Prima che la piattaforma applichi gli aggiornamenti del sistema operativo, fa uno snapshot del disco, e se il server non ritorna online dopo un riavvio, l'esecuzione della patch viene automaticamente ripristinata. Non devi chiedere questo, e non devi stare a guardare che accada.
Fare uno snapshot manuale
- Accedi a KPanel.
- Fai clic su Cloud Servers nella barra laterale sinistra, poi fai clic sul tuo server.
- Scorri fino alla scheda Snapshots.
- Fai clic su Take snapshot.
- Il nuovo snapshot appare con lo stato Creating, e cambia a Ready quando è utilizzabile.
L'indirizzo diretto è /cloud-servers/<server-id>. La scheda elenca i tuoi snapshot più recenti, i più nuovi per primi, con il tipo, la dimensione in GB, e la data e l'ora in cui è stato fatto.
La scheda Snapshots appare solo mentre il server è in esecuzione. Accendi il server se non la vedi.
Quando farne uno
Fai uno snapshot manuale immediatamente prima di:
- Installare o aggiornare un pezzo importante di software: un motore di database, un server web, un runtime del linguaggio.
- Modificare la configurazione che non capisci ancora completamente.
- Eseguire una migrazione di schema o un'operazione di dati in massa.
- Qualsiasi cambiamento dove "remettere tutto come era" altrimenti significherebbe ricostruire il server manualmente.
Fai lo snapshot, poi effettua un cambiamento, poi controlla. Uno snapshot fatto prima di un lotto di cinque cambiamenti ti dice solo che qualcosa nel lotto si è rotto. Uno snapshot per cambiamento ti dice quale.
Ripristinare uno snapshot
- Trova lo snapshot che desideri nella scheda Snapshots. Deve mostrare lo stato Ready.
- Fai clic su Roll back in quella riga.
- Leggi la conferma: "This reverts the entire server disk to the snapshot state. Anything written since will be lost. The server reboots during rollback."
- Fai clic su Roll back per procedere.
Un rollback non può essere annullato, ed è totale. Ogni file, riga di database, riga di log, pacchetto e cambiamento di configurazione scritto da quando è stato fatto quello snapshot scompare. Se c'è qualcosa sul server che vuoi conservare da dopo lo snapshot, copialo dal server prima.
Il server si riavvia come parte del rollback, quindi aspettati una breve interruzione del servizio. Quando ritorna online, è byte per byte la macchina che hai snapshot, incluso il suo sistema operativo, pacchetti installati, servizi, regole del firewall e dati.
Il rollback di un server di database fa tornare indietro anche il database. Se la tua applicazione ha accettato ordini, iscrizioni o pagamenti dopo che è stato fatto lo snapshot, quei record sono scomparsi. Su qualsiasi cosa transazionale, esporta i dati recenti prima di fare il rollback, o ripristina da un backup al contrario, che rimette i file online senza un riavvio.
Snapshot confrontati con backup
Le due reti di sicurezza risolvono problemi diversi, e usare solo una di loro lascia un vuoto reale.
| Snapshots | Backups | |
|---|---|---|
| Dove è conservato | Insieme alla piattaforma su cui gira il tuo server | Storage crittografato offsite |
| Pianificazione | Su richiesta, più automaticamente prima di ogni esecuzione di patch | Giornaliero, automatico |
| Conservazione | Conservato finché non ne hai più bisogno | 30 giorni |
| Cosa ripristina | L'intero disco, esattamente come era | File, database e configurazione, in loco |
| Server durante il recupero | Si riavvia | Rimane online |
| Velocità di recupero | Veloce, intera macchina | Più lenta, ma selettiva |
| Migliore per | Annullare un cambiamento che hai appena fatto | Recuperare da un problema che hai notato dopo |
Una regola utile: se la cosa che vuoi annullare è accaduta nell'ultima ora e hai fatto uno snapshot prima, fai il rollback. Se è accaduta giorni fa, o hai bisogno solo dei dati e non della macchina, ripristina da un backup. Cloud Server Backups tratta quel percorso.
Snapshot e patching automatico
Il patching automatico del sistema operativo è protetto da snapshot per design. Nella pagina Management del server, la sezione OS auto-patching la descrive come: "Security updates applied automatically. Snapshot-protected: a server snapshot is taken before each run, with automatic rollback if the server becomes unreachable after reboot."
Se avvii un'esecuzione di patch tu stesso con Run patch now, ottieni la stessa protezione, e la conferma lo dice: "A snapshot is created first. The server stays online except for a brief reboot if a kernel update needs it." Vedi Cloud Server Firewall and Security Management per il resto di quella pagina.
Risoluzione dei problemi
"No snapshots yet. Pre-patch snapshots are taken automatically." Niente ha ancora attivato uno su questo server. Fai uno snapshot manuale, o aspetta la prossima esecuzione di patch.
Uno snapshot è bloccato su Creating. I dischi grandi impiegano più tempo, specialmente la prima volta. Ricarica la pagina dopo alcuni minuti. Se non si è mosso dopo un'ora, contatta il supporto con il nome del server.
Il pulsante Roll back manca. Il rollback viene offerto solo su uno snapshot con lo stato Ready. Uno che è ancora in creazione, o che è fallito, non può essere utilizzato.
"Rollback failed." Il rollback non è partito. Conferma che il server non sia nel mezzo di un resize o di un rebuild, poi riprova.
Ho fatto il rollback e ho perso il lavoro. Non c'è modo di invertire un rollback. Per questo la conferma è formulata come è. Se hai un backup fatto dopo quello snapshot, ripristinarlo potrebbe recuperare i tuoi file.
Se hai bisogno che uno snapshot sia conservato più a lungo del solito, o stai pianificando un cambiamento per il quale vuoi un secondo parere, invia un'email a support@kapsulehost.com prima di iniziare piuttosto che dopo.