Visualizzazione dei log di ripristino

Questa pagina descrive 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 APIGEE_NAMESPACE -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 il comando kubectl logs -f <pod_name> -n <namespace> : 

kubectl logs -f CASSANDRA_POD_NAME -n APIGEE_NAMESPACE

Ad esempio:

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

Convalida del ripristino

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 comando seguente per convalidare i dati della tua organizzazione, dove APIGEE_ORG è un'organizzazione Apigee di cui è stato eseguito il deployment nel cluster:
    • Per i dati 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.

Recupera il 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