Ver registros de restauración

En esta página se describe cómo puedes consultar los registros de trabajos de restauración para confirmar que se han completado y validar la restauración.

Verificar que se ha completado

Para verificar que la operación de restauración se ha completado correctamente, sigue estos pasos:

  1. Usa el siguiente comando para comprobar si la operación de restauración se ha completado sin errores: 

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

    El resultado debería ser similar al siguiente: 

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

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

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

    El resultado debería ser similar al siguiente: 

    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

Ver registros de restauración

Para ver los registros de restauración de un pod de Kubernetes, ejecuta el comando kubectl logs -f <pod_name> -n <namespace>. Por ejemplo:

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

Validar la restauración

Una vez completada la operación de restauración, puedes usar el plano de control para confirmar que los desarrolladores, las aplicaciones y los productos de API de tu organización se han restaurado correctamente.

Para ver los datos restaurados, sigue estos pasos:

  1. En la línea de comandos, obtén o actualiza tus 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, donde APIGEE_ORG es una organización de Apigee implementada en el clúster:
    • Para datos de desarrolladores:

      Sin residencia de datos

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

      Residencia de datos

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

      Sin residencia de datos

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

      Residencia de datos

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

      Sin residencia de datos

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

      Residencia de datos

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

Configuración de DNS para el nuevo clúster y el cambio de tráfico

Cuando estés conforme con la validación, redirige el tráfico al nuevo clúster y cambia la entrada DNS a la nueva dirección de entrada EXTERNAL-IP.

Obtén 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