In questa pagina viene descritto come ripristinare Cassandra in una singola regione.
In un deployment in una singola regione, Apigee Hybrid viene eseguito in un singolo data center o in una regione. Se se nel deployment sono presenti più organizzazioni Apigee, il processo di ripristino ripristina i dati per tutte le organizzazioni. In una configurazione multiorganizzazione, non puoi ripristinare un'organizzazione specifica.
Ripristino di una regione da un backup
-
Aggiorna i dettagli del ripristino di Cassandra nel file
overrides.yaml
:namespace: YOUR_RESTORE_NAMESPACE # Use the same namespace as in your original cluster. cassandra: hostNetwork: false ... restore: enabled: true serviceAccountPath: "SA_JSON_FILE_PATH" dbStorageBucket: "CLOUD_STORAGE_BUCKET_NAME" cloudProvider: "GCP" # required verbatim "GCP" (all caps) snapshotTimestamp: "TIMESTAMP" ... backup: enabled: false ...
Dove:
Proprietà Descrizione namespace
YOUR_RESTORE_NAMESPACE
Spazio dei nomi per il ripristino. Utilizza lo stesso spazio dei nomi del cluster originale.
cassandra:hostNetwork
Il campo
hostNetwork
è obbligatorio e deve essere sempre impostato sufalse
.restore:enabled
Il ripristino è disattivato per impostazione predefinita. Devi impostarlo a true
.restore:serviceAccountPath
SA_JSON_FILE_PATH
Il percorso nel file system all'account di servizio che hai creato per il backup.
restore:dbStorageBucket
CLOUD_STORAGE_BUCKET_NAME
Il nome di un bucket Google Cloud Storage in cui sono archiviati gli archivi di backup da utilizzare per il ripristino dei dati.
restore:cloudProvider
GCP
La proprietà
cloudProvider: "GCP"
è obbligatoria.restore:snapshotTimestamp
TIMESTAMP
Timestamp dello snapshot di backup da ripristinare. Per verificare quali timestamp possono essere utilizzati, vai a
dbStorageBucket
e controlla i file presenti nel bucket. Ogni nome di file contiene un valore timestamp. Ad esempio:backup_20210203213003_apigee-cassandra-default-0.tgz
Dove 20210203213003 è il valore
snapshotTimestamp
che vorresti da utilizzare per ripristinare i backup creati in quel momento.backup:enabled
Devi impostare questa proprietà su false
nel caso in cui sia stata impostata in precedenza atrue
. -
Se non hai un cluster pulito da cui iniziare, segui la documentazione su come ritirare una regione ibrida per Helm per portare l'installazione ibrida esistente in uno stato pulito (puoi lasciare installato Cert Manager). In questo modo si ottiene lo stesso stato come se avessi seguito il manuale di configurazione del runtime Helm fino all'inizio del passaggio 11.
-
Verifica che non siano rimasti pod nello spazio dei nomi Apigee:
kubectl get pods -n APIGEE_NAMESPACE
-
Se utilizzi il backup CSI, verifica che sia visibile i voluminapshot che vuoi utilizzare per il processo di ripristino eseguendo:
kubectl get volumesnapshot -n APIGEE_NAMESPACE
-
Installa tutti i componenti ibridi uno alla volta come descritto in Passaggio 10: installa Apigee hybrid utilizzando Helm . Tieni presente che il pod
apigee-cassandra-restore
verrà creato dopo aver eseguito il comando per installaredatastore
, ma entrerà nello statorunning
solo dopo aver installato il componenteapigee-org
.
Per ulteriori dettagli sul backup e sul ripristino di Cassandra, consulta la panoramica del backup di Cassandra.
Verifica l'avanzamento del job di ripristino e conferma che apigeeds
e tutti gli altri pod siano attivi:
- Controlla
apigeeds
:kubectl get apigeeds -n APIGEE_NAMESPACE
- Controlla tutti gli altri pod:
kubectl get pods -n APIGEE_NAMESPACE
Dopo il completamento del ripristino e la conferma che i componenti di runtime sono integri, consigliamo di configurare un backup sul cluster:
- Rimuovi la configurazione
restore
dal fileoverrides-restore.yaml
. - Aggiungi la configurazione
backup
al fileoverrides-restore.yaml
. - Applica la configurazione
backup
con il seguente comando:helm upgrade datastore apigee-datastore/ \ --namespace APIGEE_NAMESPACE \ --atomic \ -f overrides-restore.yaml