In questa pagina viene descritto come ripristinare Cassandra in una singola regione.
Il deployment di Apigee hybrid viene eseguito in un'unica regione, in un unico 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 con più organizzazioni, 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
hostNetwork
è obbligatorio e deve essere sempre impostato sufalse
.restore:enabled
Il ripristino è disattivato per impostazione predefinita. Devi impostare questa proprietà su true
.restore:serviceAccountPath
SA_JSON_FILE_PATH
Il percorso sul tuo file system dell'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 puoi usare: vai su
dbStorageBucket
per esaminare i file presenti di sincronizzare la directory di una VM con un bucket. Ogni nome file contiene un valore timestamp. Ad esempio:backup_20210203213003_apigee-cassandra-default-0.tgz
dove 20210203213003 è il valore
snapshotTimestamp
che useresti se volessi ripristinare i backup creati in quel momento.backup:enabled
Devi impostare questa proprietà su false
nel caso in cui sia stata impostata in precedenza sutrue
. -
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, assicurati di poter vedere gli snapshot dei volumi che vuoi utilizzare per la procedura 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
riceverà creato dopo l'esecuzione del comando per installaredatastore
, ma passa allo statorunning
dopo l'installazione del componenteapigee-org
.
Per ulteriori dettagli su backup e ripristino con Cassandra, consulta la panoramica del backup di Cassandra.
Verifica l'avanzamento del job di ripristino e verifica 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