Questa pagina fornisce una panoramica del ripristino di Cassandra in Apigee hybrid.
Perché usare il ripristino?
Puoi utilizzare i backups per ripristinare l'infrastruttura Apigee da zero nel caso in cui errori catastrofici, come la perdita irrecuperabile di dati nell'istanza Apigee ibrida da un disastro. Il ripristino recupera i dati dalla posizione di backup e li ripristina in una nuova Cassandra con lo stesso numero di nodi. Nessun dato del cluster Cassandra precedente viene preso. L'obiettivo del processo di ripristino è riportare un'installazione ibrida Apigee in un precedente, utilizzando i dati di backup di uno snapshot.
L'utilizzo dei backup per il ripristino non è consigliato per i seguenti scenari:
- Errori del nodo Cassandra.
- Eliminazione accidentale di dati come
apps
,developers
eapi_credentials
. - Una o più regioni non saranno disponibili in un deployment ibrido multiregionale.
I deployment e l'architettura operativa di Apigee Cassandra si occupano della ridondanza e della tolleranza di errore per una singola regione. Nella maggior parte dei casi, l'implementazione consigliata in produzione multiregionale del modello ibrido significa che un errore regionale può essere recuperato un'altra regione attiva utilizzando le procedure di disattivazione e di espansione della regione anziché il ripristino da un backup.
Prima di iniziare a implementare un ripristino da un backup di Cassandra, tieni presente quanto segue:
- Tempo di inattività: ci saranno tempi di inattività per tutta la durata del ripristino.
- Perdita di dati: si verificherà una perdita di dati tra l'ultimo backup valido e il momento in cui il ripristino è stato completato.
- Tempo di ripristino:il tempo di ripristino dipende dalle dimensioni dei dati e del cluster.
- Dati sulla selezione di ciliegie: non puoi selezionare solo dati specifici da ripristinare. Recupero ripristina l'intero backup selezionato.
Ripristino su più regioni
Se hai installato Apigee hybrid in più regioni, devi controllare il file degli override
per la regione che stai ripristinando per assicurarti che cassandra:hostNetwork
sia impostato
in false
prima di eseguire il ripristino. Per ulteriori informazioni, vedi
Ripristino in più regioni.
Prerequisiti
Verifica che tutti i prerequisiti seguenti siano soddisfatti. Esamina eventuali errori dei prerequisiti prima procedere con il ripristino.
- Verifica che tutti i pod Cassandra siano attivi e in esecuzione con il comando seguente.
kubectl get pods -n apigee -l app=apigee-cassandra
L'output dovrebbe essere simile all'esempio seguente:
NAME READY STATUS RESTARTS AGE apigee-cassandra-default-0 1/1 Running 0 14m apigee-cassandra-default-1 1/1 Running 0 13m apigee-cassandra-default-2 1/1 Running 0 11m exampleuser@example hybrid-files %
- Verifica che lo statefulset di Cassandra mostri che tutti i pod siano in esecuzione con il seguente comando.
kubectl get sts -n apigee -l app=apigee-cassandra
L'output dovrebbe essere simile all'esempio seguente:
NAME READY AGE apigee-cassandra-default 3/3 15m
- Verifica che la risorsa ApigeeDatastore sia in stato in esecuzione con il comando seguente.
kubectl get apigeeds -n apigee
L'output dovrebbe essere simile all'esempio seguente:
NAME STATE AGE default running 16m
- Verifica che tutte le PVC di Cassandra siano in stato Associato con il comando seguente.
kubectl get pvc -n apigee -l app=apigee-cassandra
L'output dovrebbe essere simile all'esempio seguente:
NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE cassandra-data-apigee-cassandra-default-0 Bound pvc-a14184e7-8745-4b30-8069-9d50642efe04 10Gi RWO standard-rwo 17m cassandra-data-apigee-cassandra-default-1 Bound pvc-ed129dcb-4706-4bad-a692-ac7c78bad64d 10Gi RWO standard-rwo 15m cassandra-data-apigee-cassandra-default-2 Bound pvc-faed0ad1-9019-4def-adcd-05e7e8bb8279 10Gi RWO standard-rwo 13m
- Verifica che tutti i PV di Cassandra siano in stato Associato con il comando seguente.
kubectl get pv -n apigee
L'output dovrebbe essere simile all'esempio seguente:
NAME CAPACITY ACCESS MODES RECLAIM POLICY STATUS CLAIM STORAGECLASS REASON AGE pvc-a14184e7-8745-4b30-8069-9d50642efe04 10Gi RWO Delete Bound apigee/cassandra-data-apigee-cassandra-default-0 standard-rwo 17m pvc-ed129dcb-4706-4bad-a692-ac7c78bad64d 10Gi RWO Delete Bound apigee/cassandra-data-apigee-cassandra-default-1 standard-rwo 16m pvc-faed0ad1-9019-4def-adcd-05e7e8bb8279 10Gi RWO Delete Bound apigee/cassandra-data-apigee-cassandra-default-2 standard-rwo 14m
- Verifica che la risorsa Controller Apigee sia in stato In esecuzione con il comando seguente.
kubectl get pods -n apigee-system -l app=apigee-controller
L'output dovrebbe essere simile all'esempio seguente:
NAME READY STATUS RESTARTS AGE apigee-controller-manager-856d9bb7cb-cfvd7 2/2 Running 0 20m
Come eseguire il ripristino?
I passaggi di ripristino di Cassandra sono leggermente diversi a seconda che la tua piattaforma Apigee ibrida sia con deployment in una o più regioni. Per la procedura dettagliata di ripristino, consulta la seguente documentazione: