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...

Dopo aver completato l'operazione di ripristino, puoi usare il piano di controllo per confermare che gli sviluppatori della tua organizzazione, le app e i prodotti API siano stati ripristinati correttamente.

Per visualizzare i dati ripristinati:

  1. Nella riga di comando, recupera o aggiorna le tue credenziali di autenticazione gcloud, come segue un esempio mostra:

    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
di Gemini Advanced.

Configurazione DNS per nuovo cluster e cutover del traffico

Quando la convalida ti soddisfa, reindirizza il traffico al nuovo cluster e modifica il DNS al nuovo indirizzo EXTERNAL-IP in entrata.

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