Panoramica del ripristino di Cassandra

Questa pagina fornisce una panoramica del ripristino di Cassandra in Apigee Hybrid.

Perché utilizzare il ripristino?

Puoi utilizzare i backup per ripristinare l'infrastruttura Apigee da zero in caso di guasti catastrofici, ad esempio la perdita irrecuperabile di dati nell'istanza ibrida Apigee a causa di un disastro. Il ripristino recupera i dati dalla posizione del backup e li ripristina in un nuovo cluster 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 e api_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 di produzione ibrida multiregionale consente di recuperare un errore di una regione da un'altra regione attiva utilizzando le procedure di ritiro ed espansione della regione anziché ripristinare 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 completamento del ripristino.
  • 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 delle sostituzioni per la regione di cui stai eseguendo il ripristino per assicurarti che cassandra:hostNetwork sia impostato su false prima di eseguire il ripristino. Per ulteriori informazioni, consulta Eseguire il ripristino in più regioni.

Prerequisiti

Verifica che tutti i prerequisiti riportati di seguito siano stati completati correttamente. Esamina eventuali errori dei prerequisiti prima di procedere con il ripristino.

  1. Verifica che tutti i pod Cassandra siano attivi con il seguente comando.
    kubectl get pods -n apigee -l app=apigee-cassandra

    L'output dovrebbe essere simile a quello dell'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 %
          
  2. 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 a quello dell'esempio seguente:

    NAME                       READY   AGE
    apigee-cassandra-default   3/3     15m
        
  3. Verifica che la risorsa ApigeeDatastore sia in stato running con il seguente comando.
    kubectl get apigeeds -n apigee

    L'output dovrebbe essere simile all'esempio seguente:

    NAME      STATE     AGE
    default   running   16m
        
  4. Verifica che tutti i PVC Cassandra siano in stato Bound con il seguente comando.
    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
        
  5. 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 a quello dell'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
        
  6. 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 a quello dell'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 variano leggermente a seconda che Apigee Hybrid sia stato disegnato in una singola regione o in più regioni. Per la procedura dettagliata di ripristino, consulta la seguente documentazione: