Wiederherstellungslogs anzeigen

Auf dieser Seite wird beschrieben, wie Sie die Logs der Wiederherstellung prüfen können, um den Abschluss zu bestätigen und die Wiederherstellung zu validieren.

Abschluss prüfen

So prüfen Sie, ob der Wiederherstellungsvorgang erfolgreich abgeschlossen wurde:

  1. Verwenden Sie den folgenden Befehl, um zu prüfen, ob der Wiederherstellungsvorgang ohne Fehler abgeschlossen wurde: 

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

    Die Ausgabe sieht etwa so aus: 

    NAME                               READY     STATUS      RESTARTS   AGE
apigee-cassandra-restore-6tttv     0/1       Completed   0          23m

  2. Prüfen Sie mit dem folgenden Befehl, ob die Cassandra-Replikate aktiv sind: 

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

    Die Ausgabe sieht etwa so aus: 

    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

Wiederherstellungslogs anzeigen

Führen Sie den Befehl kubectl logs -f <pod_name> -n <namespace> aus, um die Wiederherstellungslogs eines Kubernetes-Pods zu sehen: 

kubectl logs -f CASSANDRA_POD_NAME -n APIGEE_NAMESPACE

Beispiel:

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

Wiederherstellung prüfen

Nach Abschluss des Wiederherstellungsvorgangs können Sie über die Steuerungsebene prüfen, ob die Entwickler, Apps und API-Produkte Ihrer Organisation ordnungsgemäß wiederhergestellt wurden.

So rufen Sie die wiederhergestellten Daten auf:

  1. Rufen Sie in der Befehlszeile Ihre gcloud-Authentifizierungsdaten ab oder aktualisieren Sie sie, wie das folgende Beispiel zeigt: 

    TOKEN=$(gcloud auth print-access-token)
  2. Verwenden Sie den folgenden Befehl, um die Daten Ihrer Organisation zu validieren, wobei APIGEE_ORG eine Apigee-Organisation ist, die im Cluster bereitgestellt wird:
    • Für Entwicklerdaten:

      Kein Datenstandort

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

      Datenstandort

      curl -s -H "$TOKEN" https://CONTROL_PLANE_LOCATION-apigee.googleapis.com/v1/organizations/APIGEE_ORG/developers
    • Für Anwendungsdaten:

      Kein Datenstandort

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

      Datenstandort

      curl -s -H "$TOKEN" https://CONTROL_PLANE_LOCATION-apigee.googleapis.com/v1/organizations/APIGEE_ORG/apps
    • Für API-Produktdaten:

      Kein Datenstandort

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

      Datenstandort

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

DNS-Konfiguration für neue Cluster- und Trafficumstellung

Wenn Sie mit der Validierung zufrieden sind, leiten Sie den Traffic zum neuen Cluster um und ändern Sie den DNS-Eintrag in eine neue EXTERNAL-IP-Adresse für eingehenden Traffic.

Rufen Sie EXTERNAL-IP mit dem folgenden Befehl ab: 

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