Ripristino in più aree geografiche

In questa pagina viene descritto come ripristinare Cassandra in più aree geografiche.

In un deployment a più aree geografiche, il deployment di Apigee ibrida avviene in più località di diversi data center. È importante notare che, se il deployment ha più organizzazioni Apigee, il processo di ripristino ripristina i dati per tutte le organizzazioni. In una configurazione con più organizzazioni, il ripristino di una determinata organizzazione non è supportato.

Ripristino della cassandra

In un deployment a più aree geografiche, esistono due modi per recuperare un'area geografica non riuscita. Questo argomento descrive i seguenti approcci:

Recupera le aree geografiche non riuscite: descrive i passaggi per il ripristino delle aree geografiche non riuscite in base a un'area geografica integra.
Ripristina le aree geografiche non riuscite: descrive i passaggi per ripristinare le aree geografiche non riuscite da un backup. Questo approccio è richiesto solo se tutte le aree geografiche ibride sono interessate.

Recuperare le aree geografiche non riuscite

Per recuperare le aree geografiche non riuscite da un'area geografica integra, procedi nel seguente modo:

Reindirizza il traffico API dalle aree geografiche interessate alla regione funzionante. Pianifica la capacità di conseguenza per supportare il traffico deviato dalle aree geografiche non riuscite.
Ritira l'area geografica interessata. Per ogni area geografica interessata, segui i passaggi descritti nella sezione Rimuovere un'area geografica ibrida. Attendi il completamento del ritiro prima di procedere con il passaggio successivo.
Ripristina l'area geografica interessata. Per eseguire il ripristino, crea una nuova area geografica, come descritto in Deployment su più aree geografiche su GKE, GKE On-Prem e AKS.

Ripristino da un backup

Nota: se vuoi mantenere una configurazione esistente per la risoluzione dei problemi e l'analisi delle cause principali, devi eliminare tutti i componenti org e env dal cluster Kubernetes, tranne il controller Apigee e mantenere il cluster. Il cluster conterrà l'attuale datastore Apigee (Cassandra) che puoi utilizzare per la risoluzione dei problemi. crea un nuovo cluster Kubernetes e poi ripristina Cassandra nel nuovo cluster.

Il backup di Cassandra può trovarsi su Cloud Storage o su un server remoto in base alla tua configurazione. Per ripristinare Cassandra da un backup, procedi nel seguente modo:

Elimina il deployment ibrido Apigee da tutte le aree geografiche:
```
apigeectl delete -f overrides.yaml
```
Ripristina l'area geografica desiderata da un backup. Per ulteriori informazioni, vedi Ripristinare un'area geografica da un backup.
Rimuovi le aree geografiche eliminate e aggiungi i riferimenti ripristinati nelle aree geografiche KeySpaces.

Ottieni il nome della regione 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

Aggiorna la replica KeySpaces.
1. Crea un container client e connettilo al cluster Cassandra tramite l'interfaccia CQL.
2. Recupera l'elenco degli spazi chiave degli utenti dall'interfaccia CQL:
```
cqlsh ${CASSANDRA_SEEDS} -u ${CASS_USERNAME} -p ${CASS_PASSWORD}
            --ssl -e "select keyspace_name from system_schema.keyspaces;"|grep -v system
```
3. Per aggiornare ogni impostazione dello spazio dei tasti, esegui il comando seguente dall'interfaccia CQL:
```
ALTER KEYSPACE KEYSPACE_NAME WITH replication = {'class': 'NetworkTopologyStrategy', 'REGION_NAME':3};
```
  dove:
  - KEYSPACE_NAME è il nome dello spazio per i tasti elencato nell'output del passaggio precedente.
  - REGION_NAME è il nome della regione ottenuto nel passaggio 4.