In questa pagina viene descritto come recuperare o ripristinare Cassandra in più regioni.
In un deployment multiregionale, Apigee hybrid viene distribuito in più località geografiche a data center diversi. Se una o più regioni hanno esito negativo, ma rimangono regioni integre, puoi utilizzare una regione integro per recuperarla. regioni di Cassandra non riuscite con i dati più recenti.
In caso di guasto catastrofico di tutte le regioni ibride, Cassandra può essere ripristinata. È importante notare che, se nel tuo deployment sono presenti più organizzazioni Apigee, il processo di ripristino ripristina i dati per tutte le organizzazioni. In una configurazione multi-organizzazione, il ripristino di un'organizzazione specifica non è supportato.
Questo argomento descrive entrambi gli approcci per il salvataggio delle regioni non riuscite:
- Recupera le regioni non riuscite: descrive i passaggi per recuperare le regioni non riuscite in base alle regioni non riuscite in una regione integra.
- Ripristina regioni non riuscite: descrive i passaggi per ripristinare le regioni in errore da un backup. Questo approccio è necessario solo se sono interessate tutte le regioni ibride.
Recupera regioni non riuscite
Per recuperare una o più regioni non riuscite da una regione integra, segui questi passaggi:
- Reindirizza il traffico API dalle regioni interessate alla regione funzionante. Pianifica la capacità in modo da supportare il traffico deviato dalle regioni in cui si sono verificati errori.
- Esegui la dismissione della regione interessata. Per ogni regione interessata, segui i passaggi descritti in Rimuovere una regione ibrida. Attendi il completamento del ritiro prima di procedere al passaggio successivo.
- Ripristina la regione interessata. Per eseguire il ripristino, crea una nuova regione, come descritto in Deployment multiregionale su GKE, GKE On-Prem e AKS.
Ripristino da un backup
Il backup di Cassandra può trovarsi su Cloud Storage o su un server remoto in base alla configurazione. Per ripristinare Cassandra da un backup, segui questi passaggi:
- Apri il file degli override per la regione da ripristinare.
- Imposta
cassandra:hostNetwork
sufalse
. - Applica il file delle sostituzioni:
helm upgrade datastore apigee-datastore/ \ --install \ --namespace apigee \ -f OVERRIDES_FILE
- Prima di continuare, assicurati che
hostNetwork
sia impostato sufalse
:kubectl -n apigee get apigeeds -o=jsonpath='{.items[].spec.components.cassandra.hostNetwork}'
- Elimina l'ibrido dalla regione che stai ripristinando:
helm delete DATASTORE_RELEASE_NAME \ --namespace apigee
dove DATASTORE_RELEASE_NAME è il nome della release del datastore in cui hai installato Cassandra nella regione, ad esempio
datastore-region1
. -
Ripristina la regione che ti interessa da un backup. Per ulteriori informazioni, consulta Ripristinare una regione da un backup.
- Rimuovi i riferimenti alle regioni eliminate e aggiungi i riferimenti alle regioni ripristinate nei metadati
KeySpaces
. - Ottieni il nome del data center Cassandra utilizzando l'opzione
nodetool status
.kubectl exec -n apigee -it apigee-cassandra-default-0 -- bash nodetool -u APIGEE_JMX_USER -pw APIGEE_JMX_PASSWORD status |grep -i Datacenter
dove:
- APIGEE_JMX_USER è il nome utente dell'utente delle operazioni JMX di Cassandra. Utilizzato
per l'autenticazione e la comunicazione con l'interfaccia JMX di Cassandra. Consulta
cassandra:auth:jmx:username
. - APIGEE_JMX_PASSWORD è la password per l'utente delle operazioni JMX di Cassandra.
Consulta:
cassandra:auth:jmx:password
- APIGEE_JMX_USER è il nome utente dell'utente delle operazioni JMX di Cassandra. Utilizzato
per l'autenticazione e la comunicazione con l'interfaccia JMX di Cassandra. Consulta
- Aggiorna la replica
KeySpaces
.- Crea un container client e connettiti a Cassandra tramite l'interfaccia CQL.
- Recupera l'elenco degli spazi delle chiavi dell'utente dall'interfaccia CQL:
cqlsh CASSANDRA_SEED_HOST -u APIGEE_DDL_USER -p APIGEE_DDL_PASSWORD --ssl -e "select keyspace_name from system_schema.keyspaces;"|grep -v system
dove:
- CASSANDRA_SEED_HOST è l'host seed multiregione Cassandra. Per la maggior parte
su più regioni, usa l'indirizzo IP di un host nella tua prima regione. Consulta
Configurare Apigee
hybrid per più regioni e
cassandra:externalSeedHost
. - APIGEE_DDL_USER e APIGEE_DDL_PASSWORD sono l'amministratore
Nome utente e password dell'utente Cassandra Data Definition Language (DDL). La
I valori predefiniti sono "
ddl_user
" e "iloveapis123
".Consulta
cassandra.auth.ddl.password
nel riferimento per le proprietà di configurazione e Opzioni della riga di comando nella documentazione di cqlsh di Apache Cassandra.
- CASSANDRA_SEED_HOST è l'host seed multiregione Cassandra. Per la maggior parte
su più regioni, usa l'indirizzo IP di un host nella tua prima regione. Consulta
Configurare Apigee
hybrid per più regioni e
- Per ogni spazio chiavi, esegui il seguente comando dall'interfaccia CQL per aggiornare le impostazioni di replica:
ALTER KEYSPACE KEYSPACE_NAME WITH replication = {'class': 'NetworkTopologyStrategy', 'DATACENTER_NAME':3};
dove:
- KEYSPACE_NAME è il nome dello spazio chiavi elencato nell'output del passaggio precedente.
- DATACENTER_NAME è il nome del data center Cassandra che hai ottenuto
l'opzione
nodetool status
nel passaggio 8.