- v1.12 (più recente)
- Versione 1.11
- Versione 1.10
- Elenco delle versioni supportate
- Versione 1.9
- Versione 1.8
- Versione 1.7
- Versione 1.6
- Versione 1.5
- Versione 1.4
- Versione 1.3
- Versione 1.2
- Versione 1.1
Versioni supportate:
Versioni non supportate:
Questo documento illustra i passaggi per scollegare un'organizzazione da un deployment ibrido. La dismissione di un'organizzazione comporta l'eliminazione di tutti i dati correlati all'organizzazione in tutti i pod Cassandra in tutti i cluster Kubernetes.
Limitazioni
È possibile ritirare una sola organizzazione alla volta. La dismissione di più organizzazioni contemporaneamente non è supportata.
Recupera il nome dell'organizzazione
Alcuni comandi in queste istruzioni richiedono di utilizzare un nome dell'organizzazione formattato correttamente.
Per ottenere il nome dell'organizzazione da utilizzare nei comandi in questa pagina:
- Recupera il nome dell'organizzazione dal file
overrides.yaml
dell'organizzazione. - Se il nome dell'organizzazione contiene trattini ("-"), sostituiscili con trattini bassi ("_").
Istruzioni
Segui queste istruzioni per scollegare un'organizzazione da un deployment ibrido.
- Eseguire il backup dell'organizzazione.
- Se non è già abilitato, abilita i backup sul deployment ibrido. Nelle configurazioni multiregionali, utilizza il deployment ibrido operativo nella regione principale. Consulta la panoramica del backup di Cassandra per informazioni sui backup ibridi.
- Attiva un job di backup ibrido utilizzando il seguente comando:
kubectl create job -n apigee --from=cronjob/apigee-cassandra-backup BACKUP_JOB_NAME
BACKUP_JOB_NAME può essere qualsiasi nome di container valido.
-
Una volta completato il job di backup, utilizza le istruzioni "Controlla lo stato del job di backup" e "Controlla i log di backup" in Monitoraggio dei backup per verificare che il backup sia riuscito.
- (Facoltativo) Se hai configurato la telemetria di Apigee (metriche e logger) sull'organizzazione per l'eliminazione, segui questi passaggi per riconfigurarle in modo che le metriche e i dati di log vengano applicati a una nuova organizzazione/progetto.
- Esegui questo comando per l'organizzazione a cui vuoi inviare i dati. Assicurati di utilizzare il file
overrides.yaml
per l'organizzazione. Ad esempio, se l'organizzazione da ritirare è "test-dev", il fileoverrides.yaml
deve contenere un campo orgorg: test-dev
.helm upgrade telemetry apigee-telemetry/ \ --namespace apigee \ --atomic \ -f OVERRIDES_FILE.yaml
-
Esegui questo comando, assicurandoti di utilizzare l'organizzazione o il progetto corretto:
kubectl -n apigee get apigeetelemetry apigee-telemetry -oyaml | grep `gcpProjectID:`
- Elimina le risorse Kubernetes dell'organizzazione dal deployment ibrido.
- Verifica che il contesto attuale sia quello corretto per il cluster Kubernetes di origine:
kubectl config current-context
Se necessario, imposta il contesto di Kubernetes.
Elenca i contesti attuali per visualizzarne il nome per ciascun cluster:
kubectl config get-contexts
Imposta il contesto sul cluster e sulla regione che vuoi ritirare:
kubectl config use-context CONTEXT_NAME
Dove CONTEXT_NAME è il nome del contesto per il cluster e la regione.
Ad esempio:
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
- Elimina virtualhost.
Ripeti questa operazione per ogni gruppo di ambienti:
helm -n apigee delete ENV_GROUP_NAME
- Eliminare gli ambienti. Ripeti questa operazione per ogni ambiente:
helm -n apigee delete ENV_NAME
- Elimina l'organizzazione Apigee.
helm -n apigee delete ORG_NAME
- Verifica che il contesto attuale sia quello corretto per il cluster Kubernetes di origine:
- Elimina i dati dell'organizzazione dal deployment ibrido. Al termine di questo passaggio, tutti i dati dell'organizzazione verranno rimossi dal deployment ibrido.
- Esegui l'esecuzione nel pod
apigee-cassandra-default-0
:kubectl exec -it -n apigee apigee-cassandra-default-0 -- /bin/bash
- Esegui questo comando. Copia l'elenco di tutti i nomi mostrati nell'output.
Questo elenco sarà necessario in seguito.
find /opt/apigee/data/apigee-cassandra/ -iname '*ORG_NAME_hybrid' -type d -maxdepth 2 -printf "%f\n"
Consulta Recupero del nome dell'organizzazione per istruzioni su come trovare e preparare l'ORG_NAME.
Esci dal pod
apigee-cassandra-default-0
. - Crea un pod del client di debug Cassandra come descritto in Creare un contenitore client per il debug.
Vai al passaggio successivo dopo aver ricevuto un messaggio di tipo
cqlsh
. - Esegui questi comandi nel prompt di
cqlsh
:desc keyspaces;
Assicurati che questo comando non restituisca errori.
Per ogni nome nell'elenco creato in precedenza da
apigee apigee-cassandra-default-0
, esegui questi comandi:drop keyspace
; Esci dal pod del client di debug Cassandra.
- Esegui un riavvio in sequenza di tutti i pod Cassandra. Il riavvio dei pod Cassandra può essere eseguito in qualsiasi ordine, purché venga riavviato un solo pod Cassandra alla volta. Per i deployment multiregionali, esegui un riavvio in sequenza su tutti i pod Cassandra in ogni regione ibrida.
Esegui questo comando e verifica che lo stato sia "In esecuzione":
kubectl get apigeeds -n apigee
Riavvia un singolo pod Cassandra con il seguente comando:
kubectl delete pod -n apigee CASSANDRA_POD_NAME
Attendi che il pod raggiunga lo stato
Running
utilizzando:kubectl get pods -n apigee
Riavvia il pod Cassandra successivo.
- Dopo aver eseguito i comandi
cqlsh
, esegui quelli seguenti su tutti i pod Cassandra nel deployment ibrido. Per deployment ibridi in più regioni, esegui i comandi su tutti i pod Cassandra in tutte le regioni ibride.kubectl exec -it -n apigee CASSANDRA_POD_NAME -- /bin/bash
find /opt/apigee/data/apigee-cassandra/ -iname '*ORG_NAME_hybrid' -type d -maxdepth 2
Consulta Recupero del nome dell'organizzazione per istruzioni su come trovare e preparare l'ORG_NAME.
find /opt/apigee/data/apigee-cassandra/ -iname '*ORG_NAME_hybrid' -type d -maxdepth 2 -exec rm -rf {} +
-
Esci dal pod Cassandra.
- Esegui l'esecuzione nel pod