Salta ai contenuti

Backup e ripristino

Perché
Stato di ArcanumSenza, le credenziali PAM sono irrecuperabili, quelle dei connettori vanno reinserite e i segreti Kubernetes non sono decifrabili
Database PostgreSQLConfigurazione, inventario, storico, ticket
Configurazione del clusterNodi, rete, VIP, certificati
Volumi persistentiDati dei servizi applicativi

Arcanum è il primo della lista, ed è l’unico il cui backup non è opzionale.

Terminal window
core backup create --name settimanale-$(date +%Y%m%d)
core backup list
core backup show --name settimanale-20260801

Il backup comprende tutto quanto sopra ed è consistente: la piattaforma coordina i componenti perché lo stato salvato sia coerente, invece di essere una fotografia di momenti diversi.

Il backup si deposita su uno storage compatibile S3, o si scarica come file.

Terminal window
core backup target set \
--type s3 \
--endpoint https://storage.azienda.loc \
--bucket corellix-backup \
--access-key <chiave>

Le credenziali della destinazione sono custodite da Arcanum come ogni altro segreto.

Terminal window
core backup schedule set --cron "0 2 * * *" --retention 14
core backup schedule show

Un backup giornaliero con due settimane di ritenzione è un punto di partenza ragionevole. Aggiungete un backup manuale prima di ogni aggiornamento.

I backup sono cifrati. La chiave deriva dal materiale custodito da Arcanum, con una conseguenza da capire bene:

Un backup non è ripristinabile senza la chiave. Esportate e custodite la chiave di ripristino separatamente dai backup, in un luogo che sopravviva alla perdita dell’appliance:

Terminal window
core backup key export --output /percorso/sicuro/corellix-backup.key

Un backup cifrato di cui non avete la chiave è indistinguibile dal non avere backup. È l’errore più costoso che si può fare in questa pagina.

Un backup mai verificato non è un backup. Verificate l’integrità:

Terminal window
core backup verify --name settimanale-20260801

E, almeno una volta l’anno, provate un ripristino completo su un’appliance di prova. È l’unico modo per sapere che funziona.

Su un’appliance nuova, installata alla stessa versione di quella da cui viene il backup:

Terminal window
core backup restore --name settimanale-20260801 --key /percorso/corellix-backup.key

Il ripristino riporta segreti, database, configurazione e volumi. Alla fine l’appliance riavvia i servizi e riconcilia lo stato.

Dopo il ripristino, verificate:

Terminal window
core cluster status
core service status --all
core cert list

Per riportare indietro solo una parte:

Terminal window
core backup restore --name <backup> --only database
core backup restore --name <backup> --only secrets

Il ripristino parziale è utile in diagnosi. Va usato sapendo che uno stato disallineato fra segreti e database produce errori difficili da leggere: se non avete una ragione precisa, ripristinate tutto.

Il ripristino richiede la stessa versione della piattaforma. Se avete solo un backup più vecchio dell’appliance attuale:

  1. installate un’appliance alla versione del backup;
  2. ripristinate;
  3. aggiornate con CoreLCM alla versione desiderata.

Le migrazioni di schema vengono applicate nell’ordine corretto durante l’aggiornamento.

I dati delle piattaforme sorgente. Corellix ne conserva una rappresentazione, non è il loro sistema di backup. Le VM si proteggono con il vostro sistema di backup — quello che Corellix, fra l’altro, vi mostra la copertura in Core 360°.

L’immagine di sistema. Si riscarica o si riprende dal bundle.

Per un ripristino completo dopo la perdita del sito servono tre cose, tutte fuori da quel sito:

  1. l’immagine CorellixOS della versione corretta;
  2. il backup più recente;
  3. la chiave di ripristino.

Con queste tre, un’appliance si ricostruisce da zero. Senza la terza, le prime due non bastano.