Esta página descreve como verificar os registros do job de restauração para confirmar a conclusão e validar a restauração.
Como verificar a conclusão
Para verificar se a operação de restauração foi concluída com sucesso:
Use o seguinte comando para verificar se a operação de restauração foi concluída sem erros:
kubectl get pods -n -l job-name=apigee-cassandra-restore
O resultado será assim:
NAME READY STATUS RESTARTS AGE apigee-cassandra-restore-6tttv 0/1 Completed 0 23m
-
Use o comando a seguir para verificar se as réplicas do cassandra estão em execução:
kubectl get pods -n -l app=apigee-cassandra
O resultado será assim:
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
Como visualizar registros de restauração
Para ver os registros de restauração de um pod do
Kubernetes, execute o comando
kubectl logs -f <pod_name> -n <namespace>
. Exemplo:
kubectl logs -f apigee-cassandra-restore-b4lgf -n apigee
Validando restauração
Ao concluir a operação de restauração, use o plano de controle para confirmar se os desenvolvedores, os apps e os produtos de API da organização foram restaurados corretamente.
Para ver os dados restaurados, faça o seguinte:
-
Na linha de comando, receba ou atualize as credenciais de autenticação da gcloud, como mostra o exemplo a seguir:
TOKEN=$(gcloud auth print-access-token)
- Use o comando a seguir para validar os dados da organização, em que APIGEE_ORG é
uma organização da Apigee implantada no cluster:
- Para dados do desenvolvedor:
curl -s -H "$TOKEN" https://apigee.googleapis.com/v1/organizations/APIGEE_ORG/developers
- Para dados de apps:
curl -s -H "$TOKEN" https://apigee.googleapis.com/v1/organizations/APIGEE_ORG/apps
- Para dados do produto da API:
curl -s -H "$TOKEN" https://apigee.googleapis.com/v1/organizations/APIGEE_ORG/apiproducts
- Para dados do desenvolvedor:
Solução de problemas na restauração
Durante a restauração do Cassandra na Apigee híbrida, talvez você encontre erros nos registros de restauração. Consulte Como solucionar problemas de restauração do Cassandra para ver erros, causas e como resolver os problemas.
Configuração de DNS para novo cluster e transição de tráfego
Quando estiver satisfeito com a validação, redirecionar o tráfego para o novo cluster e alterar a entrada dns para o novo endereço EXTERNAL-IP
de entrada.
Receba o EXTERNAL-IP
com o seguinte 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