Visualizar los registros de restablecimiento

En esta página se describe cómo puedes verificar los registros del trabajo de restablecimiento para confirmar la finalización y validar el restablecimiento.

Verifica que se completó

Para verificar que la operación de restablecimiento se completó correctamente, haz lo siguiente:

  1. Usa el siguiente comando para comprobar si la operación de restablecimiento se completó sin errores: 

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

    El resultado es similar a este: 

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

  2. Usa el siguiente comando para verificar si las réplicas de Cassandra están en funcionamiento: 

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

    El resultado es similar a este: 

    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

Visualizar los registros de restablecimiento

Para ver los registros de restablecimiento de un pod de Kubernetes, ejecuta el comando kubectl logs -f <pod_name> -n <namespace>: 

kubectl logs -f CASSANDRA_POD_NAME -n APIGEE_NAMESPACE

Por ejemplo:

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

Valida el restablecimiento

Una vez completada la operación, puedes usar el plano de control para confirmar que los desarrolladores, las apps y los productos de API de tu organización se hayan restablecido de forma correcta.

Para ver los datos restablecidos, haz lo siguiente:

  1. En la línea de comandos, obtén o actualiza las credenciales de autenticación de gcloud, como se muestra en el siguiente ejemplo: 

    TOKEN=$(gcloud auth print-access-token)
  2. Usa el siguiente comando para validar los datos de tu organización, en el que APIGEE_ORG es una organización de Apigee implementada en el clúster:
    • Para datos del desarrollador:

      Sin residencia de datos

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

      Residencia de los datos

      curl -s -H "$TOKEN" https://CONTROL_PLANE_LOCATION-apigee.googleapis.com/v1/organizations/APIGEE_ORG/developers
    • Para datos de apps:

      Sin residencia de datos

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

      Residencia de los datos

      curl -s -H "$TOKEN" https://CONTROL_PLANE_LOCATION-apigee.googleapis.com/v1/organizations/APIGEE_ORG/apps
    • Para datos de la API del producto:

      Sin residencia de datos

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

      Residencia de los datos

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

Configuración de DNS para la migración de sistemas del clúster y el tráfico nuevos

Una vez que estés satisfecho con la validación, redirecciona el tráfico al clúster nuevo y cambia la entrada de DNS a la dirección EXTERNAL-IP de Ingress nueva.

Obtén el EXTERNAL-IP con el siguiente 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