In dieser Anleitung wird das Verfahren zur Außerbetriebnahme einer Region in einer Umgebung mit mehreren Regionen erläutert.
Hybridregion außer Betrieb nehmen
- Legen Sie die Kubernetes-Kontexte auf die Region fest, die außer Betrieb genommen werden muss.
Listen Sie Ihre aktuellen Kontexte auf, um den Kontextnamen für jeden Cluster anzuzeigen:
kubectl config get-contexts
Legen Sie den Kontext auf den Cluster und die Region fest, die Sie außer Betrieb nehmen möchten:
kubectl config use-context CONTEXT_NAME
Dabei ist CONTEXT_NAME der Kontextname für den Cluster und die Region.
Beispiel:
kubectl config get-contexts
CURRENT NAME CLUSTER AUTHINFO NAMESPACE gke_example-org-1_us-central1_example-cluster-1 gke_example-org-1_us-central1_example-cluster-1 gke_example-org-1_us-central1_example-cluster-1 apigee * gke_example-org-1_us-central1_example-cluster-2 gke_example-org-1_us-central1_example-cluster-2 gke_example-org-1_us-central1_example-cluster-2 apigee gke_example-org-1_us-west1_example-cluster-2 gke_example-org-1_us-west1_example-cluster-2 gke_example-org-1_us-west1_example-cluster-2 apigeekubectl config use-context gke_example-org-1_us-west1_example-cluster-2
-
Prüfen Sie, ob alle Pods in der Region ausgeführt werden oder abgeschlossen sind:
kubectl get pods -n apigee
kubectl get pods -n apigee-system
-
Validieren Sie den Release von Komponenten mit Helm:
helm -n apigee list
helm -n apigee-system list
Beispiel:
helm -n apigee list
NAME NAMESPACE REVISION UPDATED STATUS CHART APP VERSION datastore apigee 2 2024-03-29 17:08:07.917848253 +0000 UTC deployed apigee-datastore-1.12.0 1.12.0 ingress-manager apigee 2 2024-03-29 17:21:02.917333616 +0000 UTC deployed apigee-ingress-manager-1.12.0 1.12.0 redis apigee 2 2024-03-29 17:19:51.143728084 +0000 UTC deployed apigee-redis-1.12.0 1.12.0 telemetry apigee 2 2024-03-29 17:16:09.883885403 +0000 UTC deployed apigee-telemetry-1.12.0 1.12.0 exampleor apigee 2 2024-03-29 17:21:50.899855344 +0000 UTC deployed apigee-org-1.12.0 1.12.0 -
Validieren Sie den Status des Cassandra-Clusters.
Listen Sie die Cassandra-Pods auf:
kubectl get pods -n APIGEE_NAMESPACE -l app=apigee-cassandra
Beispiel:
kubectl get pods -n apigee -l app=apigee-cassandra
NAME READY STATUS RESTARTS AGE apigee-cassandra-default-0 1/1 Running 0 2h apigee-cassandra-default-1 1/1 Running 0 2h apigee-cassandra-default-2 1/1 Running 0 2h apigee-cassandra-default-3 1/1 Running 0 16m apigee-cassandra-default-4 1/1 Running 0 14m apigee-cassandra-default-5 1/1 Running 0 13m apigee-cassandra-default-6 1/1 Running 0 9m apigee-cassandra-default-7 1/1 Running 0 9m apigee-cassandra-default-8 1/1 Running 0 8m - Löschen Sie die Apigee-Instanz in dem gerade ausgewählten Kontext:
Löschen Sie die Komponenten einzeln.
helm -n apigee delete datastore
helm -n apigee delete telemetry
helm -n apigee delete apigee-ingress-manager
helm -n apigee delete redis
helm -n apigee delete ORG_NAME
Wiederholen Sie den folgenden Befehl für jede Umgebung:
helm -n apigee delete ENV_NAME
Wiederholen Sie den folgenden Befehl für jede Umgebungsgruppe:
helm -n apigee delete ENV_GROUP_NAME
helm -n apigee-system delete operator
- Prüfen Sie, ob in den Apigee-Namespaces noch Pods vorhanden sind:
kubectl get pods -n apigee
kubectl get pods -n apigee-system
kubectl get pods -n cert-manager
- Ändern Sie den Kontext zu anderen vorhandenen Regionen und achten Sie darauf, dass das Cassandra-Rechenzentrum aus dem vorhandenen Ring entfernt wird. Die Ausgabe sollte nicht die entfernten Rechenzentrumsdetails enthalten.
kubectl exec apigee-cassandra-default-0 -n apigee -- nodetool -u JMX_USER -pw JMX_PASSWORD status