La funzionalità di backup e ripristino ibrida di Apigee ti consente di creare backup dei dati ibridi e, in caso di scenari di emergenza, di ripristinare i dati negli snapshot di lavoro precedenti. La disponibilità e la conservazione dei backup si basano sull'infrastruttura di backup fornita da te.
Un'installazione tipica di Apigee hybrid è costituita dai seguenti componenti:
- MART (servizio amministrativo)
- Controller e Watcher (gestisci gli oggetti Kubernetes)
- Istio (gestisce Ingress)
- Runtime, Sync e UDCA (uno per ambiente)
- Telemetria (monitoraggio e logging)
- Gestore certificati (gestisce i certificati)
- Datastore (database Cassandra e Redis)
Tutti i componenti, ad eccezione di Cassandra, sono stateless e non mantengono alcun dato. Il backup e il ripristino non sono necessari per questi componenti. Durante il recupero, è sufficiente reinstallare questi componenti utilizzando le sostituzioni esistenti.
Perché eseguire il backup di Cassandra?
I backup sono una misura di protezione importante contro gli scenari di disastro. Ogni backup agisce come dei dati di Cassandra esistenti al momento del backup è stato creato. Oltre ai dati di Cassandra, questo snapshot include schema e metadati all'interno di Cassandra in un cluster Kubernetes. In caso di emergenza, i backup consentono di ripristinare l'istanza ibrida precedente stato operativo. A seconda delle dimensioni dell'istanza ibrida, un singolo set di backup può contenere uno o più file di backup.
Cosa devi sapere sui backup di Cassandra
Cassandra è un database replicato configurato per avere almeno tre copie dei dati in ogni regione o data center. Cassandra utilizza la replica in streaming e le riparazioni di lettura per mantenere le repliche dei dati in ogni regione o data center in un determinato momento.
In ibrido, i backup di Cassandra non sono abilitati per impostazione predefinita. È buona prassi attivare i backup di Cassandra nel caso in cui i dati vengano persi a causa di un errore catastrofico. I backup di Cassandra sono destinati all'utilizzo in caso di ripristino di emergenza e non per il ripristino della perdita di dati causata dall'eliminazione accidentale.
I backup vengono creati in base alla pianificazione impostata nel file overrides.yaml. Una volta
viene applicata una pianificazione del backup al cluster ibrido e viene eseguito un job di backup di Kubernetes in base alla pianificazione.
Il job attiva uno script di backup su ogni nodo Cassandra del cluster ibrido che raccoglie tutti i dati sul
nodo, crea un file di archivio dei dati e invia l'archivio a Cloud Storage o a una directory su un
server remoto.
Quali dati vengono sottoposti a backup?
Il backup ibrido pianificato è un backup completo dei dati di runtime persistenti archiviati in Cassandra di Apigee al momento del backup. Eventuali modifiche ai dati dopo il momento del backup non saranno disponibili nel backup. Il backup pianificato è costituito dalle seguenti entità:
- Schema Cassandra, incluso lo schema utente (definizioni dello spazio chiave Apigee).
- Informazioni del token di partizione Cassandra per nodo Cassandra in un cluster.
- Uno snapshot dei dati di Cassandra.
Dove vengono archiviati i dati di backup?
La posizione dei dati di backup dipende dal metodo di backup. Apigee hybrid supporta le seguenti per eseguire i backup:
- Backup in Cloud Storage: il backup viene archiviato nella piattaforma Cloud Storage configurata bucket nel tuo progetto Google Cloud.
- Backup in un server remoto: il backup è archiviato in una directory su un server remoto che hai specificato.
Come vengono protetti i dati?
Se utilizzi Cloud Storage per il backup, i dati di backup sono criptati per impostazione predefinita. In caso di backup non su Cloud Storage, i dati di backup vengono criptati durante il trasferimento al server remoto. Dopo il trasferimento, però, devi assicurarti che i dati di backup siano criptati sul server remoto.
Come si eseguono i backup?
Devi pianificare i backup come job cron. Il cronjob legge la configurazione
da un file overrides.yaml configurato da te. Apigee ti consiglia di
del file overrides.yaml per poterlo riutilizzare durante il processo di recupero.
Le sezioni seguenti descrivono in dettaglio come pianificare i backup in Cloud Storage e su un server remoto.