Bereitschaft von Hybridclustern prüfen
Bevor Sie Ihre Konfiguration anwenden und die Hybrid-Laufzeit installieren, sollten Sie prüfen, ob Ihr Kubernetes-Cluster für die Installation von Apigee Hybrid bereit ist.
  Um die Bereitschaft Ihres Clusters zu prüfen, erstellen Sie eine YAML-Datei mit einer Kubernetes-Jobdefinition und wenden diese Datei mit kubectl-Befehlen an. 
  Anschließend prüfen Sie den Status des Kubernetes-Testjobs mit dem Befehl kubectl get jobs.
- Prüfen Sie mit dem folgenden Befehl, ob 
kubectlauf den richtigen Kontext eingestellt ist. Der aktuelle Kontext sollte auf den Cluster eingestellt werden, für den Sie Apigee Hybrid bereitstellen.kubectl config current-context
Das Ergebnis sollte den Namen des Clusters enthalten, in dem Sie Apigee Hybrid bereitstellen. Bei GKE hat der Kontextname beispielsweise in der Regel das Format
gke_project-id_cluster-location_cluster-name, wie in:gke_my-project_us-central1_my-cluster
Wenn der Clustername im Kontext nicht übereinstimmt, ruft der folgende Befehl die
gcloud-Anmeldedaten des Clusters ab und legt denkubectl-Kontext fest:Regionale Cluster
gcloud container clusters get-credentials $CLUSTER_NAME \ --region $CLUSTER_LOCATION \ --project $PROJECT_ID
Zonale Cluster
gcloud container clusters get-credentials $CLUSTER_NAME \ --zone $CLUSTER_LOCATION \ --project $PROJECT_ID
 - Erstellen Sie in Ihrem Hybriddateienverzeichnis ein 
cluster-check-Verzeichnis:mkdir $HYBRID_FILES/cluster-check
 - Erstellen Sie im Verzeichnis 
$HYBRID_FILES/cluster-checkeine Datei namensapigee-k8s-cluster-ready-check.yamlmit folgendem Inhalt: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 - Wenden Sie 
apigee-k8s-cluster-ready-check.yamlmit dem folgendenkubectl-Befehl an. Dadurch wird der Test ausgeführt:kubectl apply -f $HYBRID_FILES/cluster-check/apigee-k8s-cluster-ready-check.yaml
 - Prüfen Sie den Status des Kubernetes-Jobs mit dem folgenden Befehl:
    
kubectl get jobs apigee-k8s-cluster-ready-check
Wenn Ihr Cluster bereit ist, sollte die Ausgabe in etwa so aussehen:
NAME COMPLETIONS DURATION AGE apigee-k8s-cluster-ready-check 1/1 8s 1h23m
Wenn der Test fehlgeschlagen ist und der Cluster nicht bereit ist, sollte die Ausgabe in etwa so aussehen:
NAME COMPLETIONS DURATION AGE apigee-k8s-cluster-ready-check 0/1 44s 44s
Suchen Sie nach der Anzahl der Abschlüsse:
- 1/1: Erfolg, Ihr Cluster ist für die Apigee-Hybrid-Installation bereit.
 - 0/1: Der Test ist fehlgeschlagen. Der Cluster ist nicht bereit. Fahren Sie mit den folgenden Schritten fort, um Probleme mit dem Cluster zu beheben.
 
 - Wenn der Test nicht erfolgreich war, prüfen Sie die Logs mit den folgenden Befehlen.
    
- Rufen Sie den Namen des Pods für den Pre-Check-Job des Clusters ab:
        
kubectl get pods | grep apigee-k8s-cluster-ready-check
 - Rufen Sie die Kubernetes-Logs für den Pod ab:
        
kubectl logs pod_name
Dabei ist pod_name der Name des Pods apigee-k8s-cluster-ready-check.
 
 - Rufen Sie den Namen des Pods für den Pre-Check-Job des Clusters ab:
        
 - Führen Sie eine Bereinigung durch, bevor Sie mit dem nächsten Schritt fortfahren. Löschen Sie den Kubernetes-Job mit dem folgenden Befehl:
kubectl delete -f $HYBRID_FILES/cluster-check/apigee-k8s-cluster-ready-check.yaml
 
Sie haben nun dafür gesorgt, dass Ihr Apigee Hybrid-Cluster bereit ist. Als Nächstes wenden Sie Ihre Konfiguration auf die Hybrid-Laufzeit an und schließen die Installation von Apigee Hybrid ab.
Problembehebung
- Cassandra-DNS-Prüfung: Wenn Sie Fehlerlogs finden, die 
DNS resolution was successful but IP doesn't match POD IP,could not resolve hostnameodererror determining hostnameähneln, bedeutet dies, dass Ihr Cluster-DNS für eine multiregionale Einrichtung nicht korrekt konfiguriert ist. Sie können diese Fehlermeldung ignorieren, wenn Sie nicht beabsichtigen, mehrere Regionen einzurichten. - Konnektivitätsprüfung der Steuerungsebene: Wenn Sie Fehlerlogs wie 
error creating TCP connection with hostfinden, müssen Sie die Verbindungsprobleme zwischen Cluster und apigee.googleapis.com beheben und den Job noch einmal ausführen.