Verificar a prontidão do cluster híbrido
Antes de aplicar a configuração e instalar o ambiente de execução híbrido, é necessário verificar se o cluster do Kubernetes está pronto para a instalação da Apigee híbrida.
  Para verificar a prontidão do cluster, crie um arquivo YAML com uma definição de job do Kubernetes e aplique-o com comandos kubectl para verificar o cluster. 
  Em seguida, verifique o status do
  job de teste do Kubernetes com um comando kubectl get jobs.
- Verifique se 
kubectlestá definido para o contexto correto usando o seguinte comando. O contexto atual será definido como o cluster ao qual você está implantando a Apigee híbrida.kubectl config current-context
O resultado precisa incluir o nome do cluster em que você está implantando a Apigee híbrida. Por exemplo, no GKE, o nome do contexto geralmente está no formato
gke_project-id_cluster-location_cluster-name, como em:gke_my-project_us-central1_my-cluster
Se o nome do cluster não for correspondente, o comando a seguir receberá as credenciais da
gclouddo cluster e definirá o contextokubectl:Clusters regionais
gcloud container clusters get-credentials $CLUSTER_NAME \ --region $CLUSTER_LOCATION \ --project $PROJECT_ID
Clusters zonais
gcloud container clusters get-credentials $CLUSTER_NAME \ --zone $CLUSTER_LOCATION \ --project $PROJECT_ID
 - No diretório de arquivos híbridos, crie um diretório 
cluster-check:mkdir $HYBRID_FILES/cluster-check
 - No diretório 
$HYBRID_FILES/cluster-check, crie um arquivo chamadoapigee-k8s-cluster-ready-check.yamlcom o seguinte conteúdo:apiVersion: v1 kind: ServiceAccount metadata: name: apigee-k8s-cluster-ready-check --- apiVersion: batch/v1 kind: Job metadata: name: apigee-k8s-cluster-ready-check spec: template: spec: hostNetwork: true serviceAccountName: apigee-k8s-cluster-ready-check containers: - name: manager image: gcr.io/apigee-release/hybrid/apigee-operators:1.10.0 command: - /manager args: - --k8s-cluster-ready-check env: - name: POD_IP valueFrom: fieldRef: fieldPath: status.podIP securityContext: runAsGroup: 998 runAsNonRoot: true runAsUser: 999 restartPolicy: Never backoffLimit: 1 - Aplique 
apigee-k8s-cluster-ready-check.yamlcom o comandokubectla seguir. Isso executará o teste:kubectl apply -f $HYBRID_FILES/cluster-check/apigee-k8s-cluster-ready-check.yaml
 - Verifique o status do job do Kubernetes com o seguinte comando:
    
kubectl get jobs apigee-k8s-cluster-ready-check
Se o cluster estiver pronto, a saída será semelhante a esta:
NAME COMPLETIONS DURATION AGE apigee-k8s-cluster-ready-check 1/1 8s 1h23m
Se o teste falhar e o cluster não estiver pronto, a saída será semelhante a esta:
NAME COMPLETIONS DURATION AGE apigee-k8s-cluster-ready-check 0/1 44s 44s
Procure o número de conclusões:
- 1/1 Seu cluster está pronto para a instalação da Apigee híbrida.
 - 0/1 O teste falhou. O cluster não está pronto. Prossiga para as etapas a seguir a fim de solucionar os problemas do cluster.
 
 - Se o teste não foi bem-sucedido, verifique os registros com os comandos a seguir.
    
- Confira o nome do pod para o job de pré-verificação do cluster:
        
kubectl get pods | grep apigee-k8s-cluster-ready-check
 - Verifique os registros do Kubernetes para o pod:
        
kubectl logs pod_name
Em que pod_name é o nome do pod apigee-k8s-cluster-ready-check.
 
 - Confira o nome do pod para o job de pré-verificação do cluster:
        
 - Faça uma limpeza antes de prosseguir para a próxima etapa. Exclua o job do Kubernetes com o seguinte
    comando:
kubectl delete -f $HYBRID_FILES/cluster-check/apigee-k8s-cluster-ready-check.yaml
 
Você acabou de verificar se o cluster da Apigee híbrida está pronto. Em seguida, aplique a configuração ao ambiente de execução híbrido e conclua a instalação da Apigee híbrida.
Solução de problemas
- Verificação de DNS do Cassandra: se você encontrar registros de erros semelhantes a
    
DNS resolution was successful but IP doesn't match POD IP,could not resolve hostnameouerror determining hostname, isso significa que o DNS do cluster não está configurado corretamente para uma configuração multirregional. Ignore esse erro se você não pretende usar a configuração multirregional. - Verificação de conectividade do plano de controle: se você encontrar registros de erro semelhantes a
    
error creating TCP connection with host, será necessário resolver a conectividade do cluster com apigee.googleapis.com e executar o job novamente.