Visualizzazione dei log di ripristino

In questa pagina viene descritto come controllare i log del job di ripristino per confermare il completamento e convalidare il ripristino.

Verifica del completamento in corso...

Per verificare che l'operazione di ripristino sia stata completata correttamente:

  1. Utilizza il seguente comando per verificare se l'operazione di ripristino è stata completata senza errori:

    kubectl get pods -n -l job-name=apigee-cassandra-restore
    

    L'output è simile al seguente:

    NAME                               READY     STATUS      RESTARTS   AGE
    apigee-cassandra-restore-6tttv     0/1       Completed   0          23m
  2. Utilizza il seguente comando per verificare se le repliche Cassandra sono attive e in esecuzione:

    kubectl get pods -n -l app=apigee-cassandra
    

    L'output è simile al seguente:

    NAME                           READY     STATUS      RESTARTS   AGE
    apigee-cassandra-default-0     1/1       Running     0          24m
    apigee-cassandra-default-1     1/1       Running     0          23m
    apigee-cassandra-default-2     1/1       Running     0          22m

Visualizzazione dei log di ripristino

Per visualizzare i log di ripristino di un pod Kubernetes, esegui kubectl logs -f <pod_name> -n <namespace> . Ad esempio:

kubectl logs -f apigee-cassandra-restore-b4lgf -n apigee

Convalida del ripristino in corso...

Al termine dell'operazione di ripristino, puoi utilizzare il piano di controllo per verificare che gli sviluppatori, le app e i prodotti API della tua organizzazione siano stati ripristinati correttamente.

Per visualizzare i dati ripristinati:

  1. Nella riga di comando, recupera o aggiorna le credenziali di autenticazione gcloud, come mostrato nell'esempio seguente:

    TOKEN=$(gcloud auth print-access-token)
  2. Utilizza il seguente comando per convalidare i dati della tua organizzazione, dove APIGEE_ORG è un'organizzazione Apigee di cui è stato eseguito il deployment nel cluster:
    • Per i dati dello sviluppatore:

      Nessuna residenza dei dati

      curl -s -H "$TOKEN" https://apigee.googleapis.com/v1/organizations/APIGEE_ORG/developers

      Residenza dei dati

      curl -s -H "$TOKEN" https://CONTROL_PLANE_LOCATION-apigee.googleapis.com/v1/organizations/APIGEE_ORG/developers
    • Per i dati delle app:

      Nessuna residenza dei dati

      curl -s -H "$TOKEN" https://apigee.googleapis.com/v1/organizations/APIGEE_ORG/apps

      Residenza dei dati

      curl -s -H "$TOKEN" https://CONTROL_PLANE_LOCATION-apigee.googleapis.com/v1/organizations/APIGEE_ORG/apps
    • Per i dati di prodotto delle API:

      Nessuna residenza dei dati

      curl -s -H "$TOKEN" https://apigee.googleapis.com/v1/organizations/APIGEE_ORG/apiproducts

      Residenza dei dati

      curl -s -H "$TOKEN" https://CONTROL_PLANE_LOCATION-apigee.googleapis.com/v1/organizations/APIGEE_ORG/apiproducts

Configurazione DNS per il nuovo cluster e il passaggio del traffico

Una volta che la convalida ti soddisfa, reindirizza il traffico al nuovo cluster e modifica la voce DNS in modo che indichi il nuovo indirizzo di ingresso EXTERNAL-IP.

Scarica EXTERNAL-IP con il seguente comando:

kubectl get svc -n istio-system
NAME                       TYPE           CLUSTER-IP     EXTERNAL-IP    PORT(S)                                                                      AGE
istio-ingressgateway       LoadBalancer   10.11.123.45   34.56.78.90   15021:32225/TCP,80:32208/TCP,443:31942/TCP,15012:32689/TCP,15443:31936/TCP   1d