Server cloud
Backup del Cloud Server
Every KapsuleHost Server is backed up to encrypted offsite storage once a day and kept for 30 days, and you can take an extra backup or restore one at any time from the server's own page in KPanel.
Backup dei server cloud
Ogni server KapsuleHost viene sottoposto a backup verso un archivio offsite crittografato una volta al giorno e conservato per 30 giorni; puoi eseguire un backup aggiuntivo o ripristinarne uno in qualsiasi momento dalla pagina del server in KPanel.
I backup si attivano automaticamente quando viene eseguito il provisioning di un server. Non c'è nulla da configurare, nessun agente da installare e nessuna pianificazione da impostare. Questa guida spiega esattamente cosa viene catturato, come leggere l'elenco dei backup, come eseguirne uno su richiesta e cosa fa un ripristino su un server in esecuzione.
Dove risiedono i backup
I backup appartengono a un server, quindi li raggiungi da quel server piuttosto che dal menu principale:
- Accedi a KPanel.
- Fai clic su Cloud Servers nella barra laterale sinistra, quindi fai clic sul server che desideri.
- Scorri fino alla scheda Backups.
L'indirizzo diretto è /cloud-servers/<server-id>.
L'intestazione della scheda mostra l'ora dell'ultimo backup riuscito. Prima che il primo si completi, mostra invece la descrizione fissa: "Daily off-site backups to encrypted storage, kept for 30 days."
Cloud Servers viene visualizzato nella barra laterale di KPanel solo quando il tuo account dispone effettivamente di un server cloud. Se non riesci a vederlo, l'account non ne ha ancora nessuno.
Cosa viene catturato
Espandi What's in your backup in fondo alla scheda Backups per visualizzare il manifest in tempo reale per il tuo server. È raggruppato in cinque categorie:
| Categoria | Percorsi inclusi |
|---|---|
| File del sito web | /var/www (docroot, upload, temi, plugin) e le directory /root e /home |
| Database | File di dati /var/lib/mysql e /var/lib/postgresql |
| Configurazione del server | /etc, più certificati /etc/letsencrypt, /etc/ssh, regole firewall /etc/ufw e /etc/fail2ban |
| Cron job e stato del sistema | /etc/cron.d e le directory cron giornaliere, orarie e settimanali, crontab utente /var/spool/cron, unit /etc/systemd, e uno snapshot catturato del tuo crontab, pacchetti installati, servizi abilitati e stato del firewall |
| Posta | Dati di posta, quando la posta è configurata sul server |
I percorsi volatili e ricostruibili sono intenzionalmente esclusi: /proc, /sys, /dev, /run, /tmp, /var/tmp, /var/cache, archiviazione overlay dei container in /var/lib/docker/overlay2 e file di swap. Escluderli mantiene i backup piccoli e veloci senza perdere nulla che non puoi rigenerare.
I backup sono crittografati con una chiave univoca per il tuo server e scritti nell'archivio oggetti offsite. Solo il tuo pannello può decritarli e ripristinarli.
Un backup di un server cloud cattura il server. Non cattura nulla che risieda al di fuori di esso. Un database gestito su un altro host, un gateway di pagamento esterno o un servizio di terze parti con cui comunica la tua applicazione contiene i suoi dati e deve essere esportato separatamente.
Lettura dell'elenco dei backup
Ogni riga nell'elenco mostra quando è stato avviato il backup, la sua dimensione una volta completato e un badge di stato:
| Stato | Significato |
|---|---|
| Backed up | Il backup è stato completato ed è un punto di ripristino utilizzabile |
| Running | Il backup è in corso |
| Failed | Il backup non è stato completato |
I backup manuali sono etichettati manual accanto alla data in modo da poterli distinguere dall'esecuzione giornaliera. Un backup completato mostra anche il riferimento dello snapshot, che è l'identificatore che il supporto chiederà se avrai mai bisogno di aiuto con uno specifico ripristino.
Se il backup più recente non è riuscito, riceverai un banner sulla scheda: "The most recent backup failed. We'll keep retrying on the daily schedule. Check disk space, or contact support if this persists." Un singolo errore è solitamente causato da un disco pieno. Libera dello spazio e l'esecuzione pianificata successiva avrà successo.
Esecuzione di un backup su richiesta
Esegui un backup manuale immediatamente prima di qualsiasi operazione rischiosa: un aggiornamento importante del pacchetto, una migrazione del database, una modifica di configurazione a un servizio da cui dipendi o il tuo primo tentativo con qualcosa di sconosciuto.
- Apri la pagina del server e trova la scheda Backups.
- Fai clic su Back up now nell'intestazione della scheda.
- Ricevi la conferma "Backup started. It will appear in the list shortly."
- L'esecuzione avviene sul server in background. Aggiorna la scheda dopo alcuni istanti per vederla apparire come Running, quindi Backed up.
I server di grandi dimensioni richiedono più tempo. La colonna dimensione sulla riga completata ti dice quanta parte è stata catturata.
Un backup manuale è identificato dal suo timestamp, non da un nome che scegli. Esegui il backup immediatamente prima di apportare la modifica, in modo che i tempi coincidano e tu possa dire a prima vista quale punto di ripristino è quello "precedente".
Ripristino da un backup
- Trova il backup completato che desideri nella scheda Backups.
- Fai clic su Restore su quella riga.
- Leggi la conferma: "This overwrites the server's current files with the contents of the selected snapshot. Any changes made since the snapshot will be lost. The server stays online during restore."
- Fai clic su Restore per procedere.
Un ripristino non può essere annullato. Tutto ciò che è stato scritto da quando quel backup è stato eseguito viene sostituito dal contenuto del backup. Se c'è la minima possibilità che tu voglia lo stato attuale indietro, esegui prima un backup fresco o uno snapshot, quindi ripristina.
Il server rimane online durante l'esecuzione del ripristino, il che lo rende utile per il recupero di un'applicazione non funzionante senza un'interruzione completa. I filesystem di grandi dimensioni possono richiedere un po' di tempo. Se il ripristino è ancora in corso dopo cinque minuti, KPanel ti comunica che "is taking longer than expected and is still running on the server" e il ripristino continua in background.
Backup rispetto agli snapshot
Il tuo server ha due reti di sicurezza indipendenti, e sono adatte a cose diverse.
| Backup | Snapshot | |
|---|---|---|
| Dove è conservato | Archiviazione offsite crittografata | Insieme alla piattaforma su cui il tuo server gira |
| Pianificazione | Giornaliera, automatica | Su richiesta, più automaticamente prima di ogni esecuzione di patch |
| Conservazione | 30 giorni | Conservato fino a quando non ne hai più bisogno |
| Cosa ripristina | File, database e configurazione, sul posto | L'intero disco, esattamente come era |
| Server durante il recupero | Rimane online | Si riavvia |
| Migliore per | Protezione dei dati e disaster recovery | Una rete di sicurezza immediatamente prima di una modifica rischiosa |
Usa entrambi. Uno snapshot prima di una modifica è il modo più veloce per tornare indietro se la modifica va male. I backup sono ciò che ti protegge da problemi che non noti fino a giorni dopo. Cloud Server Snapshots copre interamente il lato degli snapshot.
Backup e ricostruzioni
La ricostruzione del sistema operativo di un server cancella il disco, inclusi gli strumenti di ripristino che vi risiedono. I dati del tuo backup sono al sicuro nell'archivio offsite, ma il pulsante Restore nel pannello non può usarli su un server ricostruito. Leggi interamente Rebuilding Your Cloud Server e scarica tutto ciò di cui hai bisogno prima di ricostruire.
Risoluzione dei problemi
"Backups are not yet configured for this server." Si attivano automaticamente al provisioning. Se un server nuovo di zecca mostra questo, attendi alcuni minuti; se persiste, contattaci.
"No backups yet." Il primo backup viene eseguito automaticamente poco dopo il provisioning. Puoi anche fare clic su Back up now piuttosto che attendere.
"Manual backup is temporarily unavailable." Il pannello non ha potuto raggiungere il server per avviare l'esecuzione. Verifica che il server sia in esecuzione e raggiungibile, quindi riprova.
Il pulsante Restore è mancante su un backup completato. Il ripristino richiede un server raggiungibile, sottoposto a provisioning, con gli strumenti di backup presenti. Un server che è stato ricostruito o che è spento non lo offrirà.
Se un backup non riesce ripetutamente e lo spazio su disco non è la causa, invia un'email a support@kapsulehost.com con il nome del server e i timestamp delle esecuzioni non riuscite.