Questa pagina è stata tradotta dall'API Cloud Translation.

Upgrade di Apigee hybrid alla versione 1.13 in corso...

Questa procedura riguarda l'upgrade da Apigee hybrid dalla versione 1.12.x alla versione ibrida di Apigee 1.13.1.

Modifiche rispetto alla versione 1.12 di Apigee hybrid

Tieni presente le seguenti modifiche:

apigee-operator nello spazio dei nomi Apigee: a partire dalla versione 1.13, apigee-operator viene eseguito nello stesso spazio dei nomi Kubernetes degli altri componenti ibridi di Apigee, apigee per impostazione predefinita. Puoi fornire qualsiasi nome per lo spazio dei nomi. Nelle versioni precedenti, il apigee-operator era necessaria per essere eseguita nel proprio spazio dei nomi, apigee-system.
Anthos (on bare metal o VMware) ora è Google Distributed Cloud (per bare metal o VMware): per ulteriori informazioni, consulta le panoramiche dei prodotti per Google Distributed Cloud per bare metal e Google Distributed Cloud per VMware.

Prerequisiti

Prima di eseguire l'upgrade alla versione ibrida 1.13, assicurati che la tua installazione soddisfi i seguenti requisiti:

Se la tua installazione ibrida esegue una versione precedente alla v1.12, deve eseguire l'upgrade alla versione 1.12 prima di eseguire l'upgrade alla v1.13. Vedi Upgrade di Apigee hybrid alla versione 1.12.
Helm versione 3.10+.
kubectl: una versione supportata di kubectl appropriata per la versione della piattaforma Kubernetes. Consulta Piattaforme e versioni supportate: kubectl.
cert-manager: una versione supportata di cert-manager. Consulta Piattaforme e versioni supportate: cert-manager. Se necessario, eseguirai l'upgrade di cert-manager nella sezione Prepararsi all'upgrade alla versione 1.13 di seguito.

Panoramica dell'upgrade alla versione 1.13.1

L'upgrade ad Apigee hybrid versione 1.13 potrebbe richiedere o un tempo di inattività.

Quando esegui l'upgrade del controller Apigee alla versione 1.13.1, tutti i deployment di Apigee vengono sottoposti a un riavvio graduale. Per ridurre al minimo i tempi di inattività negli ambienti ibridi di produzione durante un riavvio graduale, assicurati di eseguire almeno due cluster (nella stessa regione/nel medesimo data center o in regioni/data center diversi). Deviare tutto il traffico di produzione in un unico cluster e utilizzare cluster di cui stai per eseguire l'upgrade offline, quindi procedi con il processo di upgrade. Ripeti il processo per ogni cluster.

Apigee consiglia di eseguire l'upgrade di tutti i cluster il prima possibile per ridurre le probabilità di impatto sulla produzione. Non è previsto alcun limite di tempo per il quale deve essere eseguito l'upgrade di tutti i cluster rimanenti dopo l'upgrade della prima. Tuttavia, fino a quando non sarà stato eseguito l'upgrade di tutti i cluster rimanenti, interessate le seguenti operazioni:

Il backup e il ripristino di Cassandra non funzionano con le versioni miste. Ad esempio, un backup dalla versione ibrida 1.12 non può essere utilizzata per ripristinare 1.13.
Lo streaming di dati Cassandra non funzionerà tra versioni ibride miste. Di conseguenza, i tuoi cluster Cassandra non possono essere scalati orizzontalmente.
Saranno interessate l'espansione e il ritiro delle regioni, in quanto queste operazioni dipendono Flusso di dati di Cassandra.

Le procedure per l'upgrade di Apigee hybrid sono organizzate nelle seguenti sezioni:

Prepara l'upgrade.
Installa il runtime ibrido versione 1.13.1.

Prepararsi all'upgrade alla versione 1.13

Esegui il backup dell'installazione ibrida

Queste istruzioni utilizzano la variabile di ambiente APIGEE_HELM_CHARTS_HOME per la directory nel file system in cui hai installato i grafici Helm. Se necessario, cambia directory in questa directory e definisci la variabile con il seguente comando:
Linux
```
export APIGEE_HELM_CHARTS_HOME=$PWD
echo $APIGEE_HELM_CHARTS_HOME
```
Mac OS
```
export APIGEE_HELM_CHARTS_HOME=$PWD
echo $APIGEE_HELM_CHARTS_HOME
```
Windows
```
set APIGEE_HELM_CHARTS_HOME=%CD%
echo %APIGEE_HELM_CHARTS_HOME%
```
Crea una copia di backup della directory della versione 1.12$APIGEE_HELM_CHARTS_HOME/. Puoi utilizzare qualsiasi processo di backup. Ad esempio, puoi creare un file tar dell'intera directory con:
```
tar -czvf $APIGEE_HELM_CHARTS_HOME/../apigee-helm-charts-v1.12-backup.tar.gz $APIGEE_HELM_CHARTS_HOME
```
Esegui il backup del tuo database Cassandra seguendo le istruzioni in Backup e ripristino di Cassandra.

Se utilizzi file di certificati di servizio (.json) nelle tue override per autenticare gli account di servizio, assicurati che i file di certificati degli account di servizio si trovino nella directory del grafico Helm corretta. I grafici Helm non possono leggere i file esterni a ciascuna directory del grafico.

Questo passaggio non è obbligatorio se utilizzi secret di Kubernetes o Workload Identity per di autenticare gli account di servizio.

La tabella seguente mostra la destinazione di ciascun servizio dell'account di servizio, a seconda del tipo di installazione:

Produzione

Service account	Nome file predefinito	Directory dei grafici Helm
`apigee-cassandra`	`PROJECT_ID-apigee-cassandra.json`	`$APIGEE_HELM_CHARTS_HOME/apigee-datastore/`
`apigee-logger`	`PROJECT_ID-apigee-logger.json`	`$APIGEE_HELM_CHARTS_HOME/apigee-telemetry/`
`apigee-mart`	`PROJECT_ID-apigee-mart.json`	`$APIGEE_HELM_CHARTS_HOME/apigee-org/`
`apigee-metrics`	`PROJECT_ID-apigee-metrics.json`	`$APIGEE_HELM_CHARTS_HOME/apigee-telemetry/`
`apigee-runtime`	`PROJECT_ID-apigee-runtime.json`	`$APIGEE_HELM_CHARTS_HOME/apigee-env`
`apigee-synchronizer`	`PROJECT_ID-apigee-synchronizer.json`	`$APIGEE_HELM_CHARTS_HOME/apigee-env/`
`apigee-udca`	`PROJECT_ID-apigee-udca.json`	`$APIGEE_HELM_CHARTS_HOME/apigee-org/`
`apigee-watcher`	`PROJECT_ID-apigee-watcher.json`	`$APIGEE_HELM_CHARTS_HOME/apigee-org/`

Non di produzione

Crea una copia del file dell'account di servizio apigee-non-prod in ciascuna delle seguenti directory:

Service account	Nome file predefinito	Directory dei grafici Helm
`apigee-non-prod`	`PROJECT_ID-apigee-non-prod.json`	`$APIGEE_HELM_CHARTS_HOME/apigee-datastore/` `$APIGEE_HELM_CHARTS_HOME/apigee-telemetry/` `$APIGEE_HELM_CHARTS_HOME/apigee-org/` `$APIGEE_HELM_CHARTS_HOME/apigee-env/`

Assicurati che il certificato TLS e i file delle chiavi (.crt, .key e/o .pem) risiedono nel $APIGEE_HELM_CHARTS_HOME/apigee-virtualhost/ .

Esegui l'upgrade della versione di Kubernetes

Controlla la versione della piattaforma Kubernetes e, se necessario, esegui l'upgrade a una versione supportata sia da hybrid 1.12 sia da hybrid 1.13. Se hai bisogno di aiuto, consulta la documentazione della tua piattaforma.

Fai clic per espandere un elenco di piattaforme supportate

	1,10 ⁽²⁾	1,11	1,12	1,13
GKE su Google Cloud	1.24.x 1.25.x 1.26.x 1.27.x^{(≥ 1.10.5)} 1.28.x^{(≥ 1.10.5)}	1.25.x 1.26.x 1.27.x 1.28.x^{(≥ 1.11.2)} 1.29.x^{(≥ 1.11.2)}	1.26.x 1.27.x 1.28.x 1.29.x^{(≥ 1.12.1)}	1.27.x 1.28.x 1.29.x 1.30.x
GKE su AWS	1.13.x (K8s v1.24.x) 1.14.x (K8s v1.25.x) 1,26 x⁽⁴⁾ 1.27.x^{(≥ 1.10.5)} 1.28.x^{(≥ 1.10.5)}	1.14.x (K8s v1.25.x) 1,26 x⁽⁴⁾ 1,27,x 1.28.x^{(≥ 1.11.2)} 1.29.x^{(≥ 1.11.2)}	1.26.x⁽⁴⁾ 1.27.x 1.28.x 1.29.x^{(≥ 1.12.1)}	1.27.x 1.28.x 1.29.x^{(≥ 1.12.1)} 1.30.x
GKE su Azure	1,13,x 1,14,x 1,26 x⁽⁴⁾ 1.27.x^{(≥ 1.10.5)} 1.28.x^{(≥ 1.10.5)}	1,14,x 1,26 x⁽⁴⁾ 1,27,x 1.28.x^{(≥ 1.11.2)} 1.29.x^{(≥ 1.11.2)}	1.26.x⁽⁴⁾ 1.27.x 1.28.x 1.29.x^{(≥ 1.12.1)}	1,27,x 1,28,x 1.29.x^{(≥ 1.12.1)} 1,30,x
Google Distributed Cloud (solo software) su VMware ⁽³⁾	1.13.x ⁽¹⁾ 1,14.x 1.15.x (K8s v1.26.x) 1.16.x (K8s v1.27.x) 1.27.x^{(≥ 1.10.5)} 1.28.x^{(≥ 1.10.5)}	1.14.x 1.15.x (K8s v1.26.x) 1.16.x (K8s v1.27.x) 1.28.x^{(≥ 1.11.2)} 1.29.x^{(≥ 1.11.2)}	1.15.x (K8s v1.26.x) 1.16.x (K8s v1.27.x) 1.28.x⁽⁴⁾ 1.29.x^{(≥ 1.12.1)}	1.16.x (K8s v1.27.x) 1.28.x⁽⁴⁾ 1,29,x 1,30,x
Google Distributed Cloud (solo software) on bare metal	1.13.x ⁽¹⁾ 1.14.x (K8s v1.25.x) 1.15.x (K8s v1.26.x) 1.16.x (K8s v1.27.x) 1.27.x⁽⁴⁾^{(≥ 1.10.5)} 1.28.x^{(≥ 1.10.5)}	1,14,x 1.15.x (K8s v1.26.x) 1.16.x (K8s v1.27.x) 1.28.x⁽⁴⁾^{(≥ 1.11.2)} 1,29.x^{(≥ 1.11.2)}	1.15.x (K8s v1.26.x) 1.16.x (K8s v1.27.x) 1.28.x⁽⁴⁾ 1,29.x^{(≥ 1.12.1)}	1.16.x (K8s v1.27.x) 1.28.x⁽⁴⁾ 1.29.x 1.30.x
EKS	1,24,x 1,25,x 1,26,x 1.27.x^{(≥ 1.10.5)} 1.28.x^{(≥ 1.10.5)}	1,25,x 1,26,x 1,27,x 1.28.x^{(≥ 1.11.2)} 1.29.x^{(≥ 1.11.2)}	1,26,x 1,27,x 1,28,x 1.29.x^{(≥ 1.12.1)}	1.26.x 1.27.x 1.28.x 1.29.x
AKS	1.24.x 1.25.x 1.26.x 1.27.x^{(≥ 1.10.5)} 1.28.x^{(≥ 1.10.5)}	1.25.x 1.26.x 1.27.x 1.28.x^{(≥ 1.11.2)} 1.29.x^{(≥ 1.11.2)}	1.26.x 1.27.x 1.28.x 1.29.x^{(≥ 1.12.1)}	1,26,x 1,27,x 1,28,x 1,29,x
OpenShift	4,11 4,12 4,14^{(≥ 1,10,5)} 4,15^{(≥ 1.10.5)}	4,12 4,13 4,14 4,15^{(≥ 1.11.2)} 4,16^{(≥ 1.11.2)}	4,12 4,13 4,14 4,15 4,16^{(≥ 1.12.1)}	4.12 4.13 4.14 4.15 4.16
Rancher Kubernetes Engine (RKE)	v1.26.2+rke2r1 1.27.x^{(≥ 1.10.5)} 1.28.x^{(≥ 1.10.5)}	v1.26.2+rke2r1 v1.27.x 1.28.x^{(≥ 1.11.2)} 1.29.x^{(≥ 1.11.2)}	v1.26.2+rke2r1 v1.27.x 1,28,x 1.29.x^{(≥ 1.12.1)}	v1.26.2+rke2r1 v1.27.x 1.28.x 1.29.x 1.30.x
VMware Tanzu	N/D	N/D	v1.26.x	v1.26.x
Componenti	1,10	1,11	1,12	1,13
Cloud Service Mesh	1.17.x⁽³⁾	1.17.x^{(v1.11.0 - v1.11.1)}⁽³⁾ 1.18.x^{(≥ 1.11.2)}⁽³⁾	1.18.x⁽³⁾	1,19,x⁽³⁾
JDK	JDK 11	JDK 11	JDK 11	JDK 11
cert-manager	1,10,x 1,11,x 1,12,x	1.11.x 1.12.x 1.13.x	1.11.x 1.12.x 1.13.x	1.13.x 1.14.x 1.15.x
Cassandra	3,11	3,11	4.0	4.0
Kubernetes	1,24,x 1,25,x 1,26,x	1.25.x 1.26.x 1.27.x	1,26,x 1,27,x 1,28,x 1,29,x	1.27.x 1.28.x 1.29.x 1.30.x
kubectl	1,24,x 1,25,x 1,26,x	1,25,x 1,26,x 1,27,x	1.26.x 1.27.x 1.28.x 1.29.x	1.27.x 1.28.x 1.29.x 1.30.x
Helm	3,10 e oltre	3,10 e oltre	3.14.2+	3.14.2 e versioni successive
Driver CSI Secret Store		1.3.4	1.4.1	1.4.1
Vault		1.13.x	1.15.2	1.15.2
⁽¹⁾ Su Anthos on-premise (Google Distributed Cloud) versione 1.13, segui queste istruzioni per evitare conflitti con `cert-manager`: Conflitto tra installazione di cert-manager ⁽²⁾ Sono state raggiunte le date EOL ufficiali per le versioni ibride di Apigee 1.10 e precedenti. Le patch mensili regolari non sono più disponibili. Queste release non sono più supportate ufficialmente, ad eccezione dei clienti con eccezioni esplicite e ufficiali per garantire l'assistenza continua. Gli altri clienti devono eseguire l'upgrade. ⁽³⁾ Cloud Service Mesh viene installato automaticamente con Apigee hybrid 1.9 e versioni successive. ⁽⁴⁾ Numeri di versione GKE su AWS ora tutte le versioni di Kubernetes. Consulta: GKE Enterprise il supporto della versione e dell'upgrade per i dettagli della versione e le patch consigliate. ⁽³⁾ Vault non è certificato su Google Distributed Cloud per VMware. ⁽⁶⁾ Assistenza disponibile con la versione 1.10.5 e successive di Apigee hybrid. ⁽⁷⁾ Assistenza disponibile con Apigee hybrid versione 1.11.2 e successive. ⁽⁸⁾ Assistenza disponibile con Apigee hybrid versione 1.12.1 e successive.

Informazioni sui cluster collegati

Per le versioni di Apigee hybrid 1.7.x e precedenti, devi utilizzare cluster collegati a GKE se vuoi eseguire Apigee hybrid in un contesto multi-cloud su Elastic Kubernetes Service (EKS), Azure Kubernetes Service (AKS) o un altro fornitore di servizi Kubernetes di terze parti supportato. Il collegamento del cluster consente a Google di misurare l'utilizzo di Cloud Service Mesh.

Per Apigee ibrido versione 1.8.x, se utilizzi i cluster collegati a GKE Cloud Service Mesh per il gateway in entrata. Se utilizzi il gateway di ingresso Apigee, i cluster collegati sono facoltativi.

Installa il runtime di hybrid 1.13.1

Prepararsi per l'upgrade dei grafici Helm

Eseguire il pull dei grafici Apigee Helm.

I grafici ibridi Apigee sono ospitati in Google Artifact Registry:

oci://us-docker.pkg.dev/apigee-release/apigee-hybrid-helm-charts

Utilizzando il comando pull, copia tutti i grafici Helm hybrid di Apigee nel tuo spazio di archiviazione locale con il seguente comando:

export CHART_REPO=oci://us-docker.pkg.dev/apigee-release/apigee-hybrid-helm-charts
export CHART_VERSION=1.13.1
helm pull $CHART_REPO/apigee-operator --version $CHART_VERSION --untar
helm pull $CHART_REPO/apigee-datastore --version $CHART_VERSION --untar
helm pull $CHART_REPO/apigee-env --version $CHART_VERSION --untar
helm pull $CHART_REPO/apigee-ingress-manager --version $CHART_VERSION --untar
helm pull $CHART_REPO/apigee-org --version $CHART_VERSION --untar
helm pull $CHART_REPO/apigee-redis --version $CHART_VERSION --untar
helm pull $CHART_REPO/apigee-telemetry --version $CHART_VERSION --untar
helm pull $CHART_REPO/apigee-virtualhost --version $CHART_VERSION --untar

Esegui l'upgrade di cert-manager, se necessario.
Se devi eseguire l'upgrade della versione di cert-manager, installa la nuova versione con il seguente comando:
```
kubectl apply -f https://github.com/cert-manager/cert-manager/releases/download/v1.15.1/cert-manager.yaml
```
Per un elenco delle versioni supportate, consulta Piattaforme e versioni supportate: cert-manager.
Se lo spazio dei nomi Apigee non è apigee, modifica il file apigee-operator/etc/crds/default/kustomization.yaml e sostituisci il valore namespace con lo spazio dei nomi Apigee.
```
apiVersion: kustomize.config.k8s.io/v1beta1
kind: Kustomization

namespace: APIGEE_NAMESPACE
```
Se utilizzi apigee come spazio dei nomi, non devi modificare il file.

Installa i CRD di Apigee aggiornati:

Nota: questo è l'unico metodo supportato per installare i CRD Apigee. Non utilizzare kubectl apply senza -k, non omettere --server-side.

Utilizza la funzionalità di prova di kubectl eseguendo il seguente comando:

kubectl apply -k  apigee-operator/etc/crds/default/ --server-side --force-conflicts --validate=false --dry-run=server

Dopo la convalida con il comando dry-run, esegui questo comando:

kubectl apply -k  apigee-operator/etc/crds/default/ \
  --server-side \
  --force-conflicts \
  --validate=false

Convalida l'installazione con il comando kubectl get crds:

kubectl get crds | grep apigee

L'output dovrebbe essere simile al seguente:

apigeedatastores.apigee.cloud.google.com                    2024-08-21T14:48:30Z
apigeedeployments.apigee.cloud.google.com                   2024-08-21T14:48:30Z
apigeeenvironments.apigee.cloud.google.com                  2024-08-21T14:48:31Z
apigeeissues.apigee.cloud.google.com                        2024-08-21T14:48:31Z
apigeeorganizations.apigee.cloud.google.com                 2024-08-21T14:48:32Z
apigeeredis.apigee.cloud.google.com                         2024-08-21T14:48:33Z
apigeerouteconfigs.apigee.cloud.google.com                  2024-08-21T14:48:33Z
apigeeroutes.apigee.cloud.google.com                        2024-08-21T14:48:33Z
apigeetelemetries.apigee.cloud.google.com                   2024-08-21T14:48:34Z
cassandradatareplications.apigee.cloud.google.com           2024-08-21T14:48:35Z

Esegui la migrazione di apigee-operator dallo spazio dei nomi apigee-system a APIGEE_NAMESPACE.
1. Aggiungi un'annotazione a clusterIssuer con il nuovo spazio dei nomi
```
kubectl annotate --overwrite clusterIssuer apigee-ca-issuer meta.helm.sh/release-namespace='APIGEE_NAMESPACE'
```
2. Se stai modificando il nome della release per apigee-operator, annota la clusterIssuer con il nome della nuova release.
```
kubectl annotate --overwrite clusterIssuer apigee-ca-issuer meta.helm.sh/release-name='APIGEE_OPERATOR_RELEASE_NAME'
```
Aggiorna le repliche del tuo deployment di Apigee Operator esistente nello spazio dei nomi apigee-system su 0 (zero) per evitare la riconciliazione dei due controller.
```
kubectl scale deployment apigee-controller-manager -n apigee-system --replicas=0
```
Aggiorna le repliche del deployment dell'operatore Apigee esistente nello spazio dei nomi apigee-system impostandole su 0 (zero) per evitare la riconciliazione dei due controller.
```
kubectl delete mutatingwebhookconfiguration apigee-mutating-webhook-configuration
kubectl delete validatingwebhookconfiguration apigee-validating-webhook-configuration
```
Controlla le etichette sui nodi del cluster. Per impostazione predefinita, Apigee pianifica i pod di dati sui nodi con l'etichetta cloud.google.com/gke-nodepool=apigee-data e i pod di runtime vengono pianificati sui nodi con l'etichetta cloud.google.com/gke-nodepool=apigee-runtime. Puoi personalizzare le etichette del pool di nodi nel file overrides.yaml.

Per ulteriori informazioni, vedi Configurazione di pool di nodi dedicati.

Installa i grafici Helm ibridi Apigee

Nota: prima di eseguire uno dei comandi di upgrade/installazione di Helm, usa la funzionalità di prova di Helm aggiungendo --dry-run alla fine del comando. Vedi helm -h per elencare i comandi, le opzioni e i comandi supportati e sull'utilizzo.

In caso contrario, vai alla directory APIGEE_HELM_CHARTS_HOME. Esegui i seguenti comandi da quella directory.

Esegui l'upgrade di Apigee Operator/Controller:

Nota: questo passaggio richiede autorizzazioni elevate per il cluster. Esegui helm -h o helm upgrade -h per i dettagli.

Prova:

helm upgrade operator apigee-operator/ \
  --install \
  --namespace APIGEE_NAMESPACE \
  -f OVERRIDES_FILE \
  --dry-run

Esegui l'upgrade del grafico:

helm upgrade operator apigee-operator/ \
  --install \
  --namespace APIGEE_NAMESPACE \
  -f OVERRIDES_FILE

Verifica l'installazione di Apigee Operator:

helm ls -n APIGEE_NAMESPACE

NAME       NAMESPACE       REVISION   UPDATED                                STATUS     CHART                   APP VERSION
operator   apigee   3          2024-08-21 00:42:44.492009 -0800 PST   deployed   apigee-operator-1.13.1   1.13.1

Verifica che sia attivo e funzionante controllandone la disponibilità:

kubectl -n APIGEE_NAMESPACE get deploy apigee-controller-manager

NAME                        READY   UP-TO-DATE   AVAILABLE   AGE
apigee-controller-manager   1/1     1            1           7d20h

Esegui l'upgrade del datastore Apigee:

Prova:

helm upgrade datastore apigee-datastore/ \
  --install \
  --namespace APIGEE_NAMESPACE \
  -f OVERRIDES_FILE \
  --dry-run

Esegui l'upgrade del grafico:

helm upgrade datastore apigee-datastore/ \
  --install \
  --namespace APIGEE_NAMESPACE \
  -f OVERRIDES_FILE

Verifica che apigeedatastore sia attivo controllandone lo stato:

kubectl -n APIGEE_NAMESPACE get apigeedatastore default

NAME      STATE       AGE
default   running    2d

Esegui l'upgrade della telemetria Apigee:

Prova:

helm upgrade telemetry apigee-telemetry/ \
  --install \
  --namespace APIGEE_NAMESPACE \
  -f OVERRIDES_FILE \
  --dry-run

Esegui l'upgrade del grafico:

helm upgrade telemetry apigee-telemetry/ \
  --install \
  --namespace APIGEE_NAMESPACE \
  -f OVERRIDES_FILE

Verifica che sia attivo e funzionante controllandone lo stato:

kubectl -n APIGEE_NAMESPACE get apigeetelemetry apigee-telemetry

NAME               STATE     AGE
apigee-telemetry   running   2d

Esegui l'upgrade di Apigee Redis:

Prova:

helm upgrade redis apigee-redis/ \
  --install \
  --namespace APIGEE_NAMESPACE \
  -f OVERRIDES_FILE \
  --dry-run

Esegui l'upgrade del grafico:

helm upgrade redis apigee-redis/ \
  --install \
  --namespace APIGEE_NAMESPACE \
  -f OVERRIDES_FILE

Verifica che sia attivo e funzionante controllandone lo stato:

kubectl -n APIGEE_NAMESPACE get apigeeredis default

NAME      STATE     AGE
default   running   2d

Esegui l'upgrade del gestore in entrata Apigee:

Prova:

helm upgrade ingress-manager apigee-ingress-manager/ \
  --install \
  --namespace APIGEE_NAMESPACE \
  -f OVERRIDES_FILE \
  --dry-run

Esegui l'upgrade del grafico:

helm upgrade ingress-manager apigee-ingress-manager/ \
  --install \
  --namespace APIGEE_NAMESPACE \
  -f OVERRIDES_FILE

Verifica che sia attivo e funzionante controllandone la disponibilità:

kubectl -n APIGEE_NAMESPACE get deployment apigee-ingressgateway-manager

NAME                            READY   UP-TO-DATE   AVAILABLE   AGE
apigee-ingressgateway-manager   2/2     2            2           2d

Esegui l'upgrade dell'organizzazione Apigee:
Prova:
```
helm upgrade ORG_NAME apigee-org/ \
  --install \
  --namespace APIGEE_NAMESPACE \
  -f OVERRIDES_FILE \
  --dry-run
```
Esegui l'upgrade del grafico:
```
helm upgrade ORG_NAME apigee-org/ \
  --install \
  --namespace APIGEE_NAMESPACE \
  -f OVERRIDES_FILE
```
Verifica che sia attivo e funzionante controllando lo stato dell'organizzazione corrispondente:
```
kubectl -n APIGEE_NAMESPACE get apigeeorg
```
```
NAME                      STATE     AGE
apigee-org1-xxxxx          running   2d
```
Nota: se il comando di upgrade non va a buon fine con l'errore Forbidden: state: releasing, i componenti esistenti sono ancora in stato di rilascio. Puoi attendere il completamento dell'aggiornamento attuale e riprovare. Controlla lo stato della release con il seguente comando:
```
kubectl get org -n APIGEE_NAMESPACE
```
Esegui l'upgrade dell'ambiente.
Devi installare un ambiente alla volta. Specifica l'ambiente con --set env=ENV_NAME.

Prova:
```
helm upgrade ENV_RELEASE_NAME apigee-env/ \
  --install \
  --namespace APIGEE_NAMESPACE \
  --set env=ENV_NAME \
  -f OVERRIDES_FILE \
  --dry-run
```
- ENV_RELEASE_NAME è il nome con cui hai installato in precedenza la Grafico apigee-env. Nella versione ibrida v1.10, di solito viene apigee-env-ENV_NAME. In Hybrid versione 1.11 e successive, in genere è ENV_NAME.
- ENV_NAME è il nome dell'ambiente di cui stai eseguendo l'upgrade.
- OVERRIDES_FILE è il tuo nuovo file di override per la versione 1.13.1
Esegui l'upgrade del grafico:
```
helm upgrade ENV_RELEASE_NAME apigee-env/ \
  --install \
  --namespace APIGEE_NAMESPACE \
  --set env=ENV_NAME \
  -f OVERRIDES_FILE
```
Verifica che sia attivo e funzionante controllando lo stato del rispettivo ambiente:
```
kubectl -n APIGEE_NAMESPACE get apigeeenv
```
```
NAME                          STATE       AGE   GATEWAYTYPE
apigee-org1-dev-xxx            running     2d
```

Nota: se il comando di upgrade non riesce e restituisce l'errore Forbidden: state: releasing, per i componenti esistenti è ancora in fase di rilascio. Puoi attendere il completamento dell'aggiornamento attuale e riprovare. Controlla lo stato della release con il seguente comando:

kubectl get env -n APIGEE_NAMESPACE

Esegui l'upgrade dei gruppi di ambienti (virtualhosts).
1. Devi eseguire l'upgrade di un gruppo di ambienti (virtualhost) alla volta. Specifica l'ambiente gruppo con --set envgroup=ENV_GROUP_NAME. Ripeti quanto segue per ogni gruppo di ambienti menzionato nel file override.yaml:
  Prova:
```
helm upgrade ENV_GROUP_RELEASE_NAME apigee-virtualhost/ \
  --install \
  --namespace APIGEE_NAMESPACE \
  --set envgroup=ENV_GROUP_NAME \
  -f OVERRIDES_FILE \
  --dry-run
```
  ENV_GROUP_RELEASE_NAME è il nome con cui hai installato in precedenza la Grafico apigee-virtualhost. In Hybrid v1.10, in genere è apigee-virtualhost-ENV_GROUP_NAME. Nella versione ibrida v1.11 e successive viene di solito ENV_GROUP_NAME.
  
  Esegui l'upgrade del grafico:
```
helm upgrade ENV_GROUP_RELEASE_NAME apigee-virtualhost/ \
  --install \
  --namespace APIGEE_NAMESPACE \
  --set envgroup=ENV_GROUP_NAME \
  -f OVERRIDES_FILE
```
  Nota: ENV_GROUP_RELEASE_NAME deve essere univoco all'interno del dello spazio dei nomi apigee.
  Ad esempio, se hai un ambiente denominato prod e un gruppo di ambienti denominato prod, imposta il valore di ENV_GROUP_RELEASE_NAME su un valore univoco, ad esempio prod-envgroup.
2. Controlla lo stato di ApigeeRoute (AR).
  L'installazione del virtualhosts crea ApigeeRouteConfig (ARC), che internamente crea ApigeeRoute (AR) quando lo watcher Apigee estrae i dettagli relativi al gruppo di ambienti dal control plane. Pertanto, verifica che lo stato corrispondente dell'AR sia in esecuzione:
```
kubectl -n APIGEE_NAMESPACE get arc
```
```
NAME                                STATE   AGE
apigee-org1-dev-egroup                       2d
```
```
kubectl -n APIGEE_NAMESPACE get ar
```
```
NAME                                        STATE     AGE
apigee-org1-dev-egroup-xxxxxx                running   2d
```
Dopo aver verificato che l'upgrade di tutte le installazioni sia stato eseguito correttamente, elimina la release precedente di apigee-operator dallo spazio dei nomi apigee-system.
1. Disinstalla la vecchia release di operator:
```
helm delete operator -n apigee-system
```
2. Elimina lo spazio dei nomi apigee-system:
```
kubectl delete namespace apigee-system
```

Esegui di nuovo l'upgrade di operator nello spazio dei nomi Apigee per reinstallare le risorse con ambito cluster eliminate:

helm upgrade operator apigee-operator/ \
  --install \
  --namespace APIGEE_NAMESPACE \
  --atomic \
  -f overrides.yaml

Eseguire il rollback a una versione precedente

Per eseguire il rollback alla versione precedente, utilizza la versione precedente del grafico per eseguire il rollback del processo di upgrade nell'ordine inverso. Inizia con apigee-virtualhost e torna a apigee-operator, quindi ripristina le CRD.

A causa della modifica dello spazio dei nomi per apigee-operator, devi eseguire passaggi aggiuntivi per eliminare gli hook di ammissione Validating e Mutating. In questo modo, quando installi di nuovo apigee-operator nello spazio dei nomi apigee-system, questi verranno ricreati in modo da puntare all'endpoint dell'operatore Apigee corretto.

Suggerimento: se conosci la versione dell'ultima release, puoi utilizzare il comando helm rollback anziché il comando helm upgrade descritto di seguito.

Aggiorna le repliche del deployment di Apigee Operator esistente in Apigee su 0 (zero) per evitare che i due controller riconcilino le risorse personalizzate per evitare conflitti durante il rollback nello spazio dei nomi apigee-system.

kubectl scale deployment apigee-controller-manager -n APIGEE_NAMESPACE --replicas=0

kubectl delete mutatingwebhookconfiguration \
  apigee-mutating-webhook-configuration-APIGEE_NAMESPACE

kubectl delete validatingwebhookconfiguration \
  apigee-validating-webhook-configuration-APIGEE_NAMESPACE

Ripristina tutti i grafici da apigee-virtualhost a apigee-datastore. I comandi seguenti presuppongono che tu stia utilizzando i grafici della versione precedente (v1.12.x).

Esegui il seguente comando per ogni gruppo di ambienti:

helm upgrade ENV_GROUP_RELEASE_NAME apigee-virtualhost/ \
  --install \
  --namespace apigee \
  --atomic \
  --set envgroup=ENV_GROUP_NAME \
  -f 1.12_OVERRIDES_FILE

Esegui questo comando per ogni ambiente:

helm upgrade ENV_RELEASE_NAME apigee-env/ \
  --install \
  --namespace apigee \
  --atomic \
  --set env=ENV_NAME \
  -f 1.12_OVERRIDES_FILE

Ripristina i grafici rimanenti ad eccezione di apigee-operator.

helm upgrade ORG_NAME apigee-org/ \
  --install \
  --namespace apigee \
  --atomic \
  -f 1.12_OVERRIDES_FILE

helm upgrade ingress-manager apigee-ingress-manager/ \
  --install \
  --namespace apigee \
  --atomic \
  -f 1.12_OVERRIDES_FILE

helm upgrade redis apigee-redis/ \
  --install \
  --namespace apigee \
  --atomic \
  -f 1.12_OVERRIDES_FILE

helm upgrade telemetry apigee-telemetry/ \
  --install \
  --namespace apigee \
  --atomic \
  -f 1.12_OVERRIDES_FILE

helm upgrade datastore apigee-datastore/ \
  --install \
  --namespace apigee \
  --atomic \
  -f 1.12_OVERRIDES_FILE

Crea lo spazio dei nomi apigee-system.
```
kubectl create namespace apigee-system
```

Applica la patch all'annotazione della risorsa nello spazio dei nomi apigee-system.

kubectl annotate --overwrite clusterIssuer apigee-ca-issuer meta.helm.sh/release-namespace='apigee-system'

Se hai modificato anche il nome della release, aggiorna l'annotazione con il nome della release operator.
```
kubectl annotate --overwrite cluseterIssuer apigee-ca-issuer meta.helm.sh/release-name='operator'
```

Installa di nuovo apigee-operator nello spazio dei nomi apigee-system.

helm upgrade operator apigee-operator/ \
  --install \
  --namespace apigee-system \
  --atomic \
  -f 1.12_OVERRIDES_FILE

Ripristina i CRD reinstallando quelli precedenti.

kubectl apply -k apigee-operator/etc/crds/default/ \
  --server-side \
  --force-conflicts \
  --validate=false

Ripulisci la release apigee-operator dallo spazio dei nomi APIGEE_NAMESPACE per completare la procedura di rollback.
```
helm uninstall operator -n APIGEE_NAMESPACE
```
Alcune risorse con ambito cluster, come clusterIssuer, vengono eliminate quando operator viene disinstallato. Reinstallali con il seguente comando:
```
helm upgrade operator apigee-operator/ \
  --install \
  --namespace apigee-system \
  --atomic \
  -f 1.12_OVERRIDES_FILE
```

Upgrade di Apigee hybrid alla versione 1.13 in corso...

Modifiche rispetto alla versione 1.12 di Apigee hybrid

Prerequisiti

Panoramica dell'upgrade alla versione 1.13.1

Prepararsi all'upgrade alla versione 1.13

Esegui il backup dell'installazione ibrida

Linux

Mac OS

Windows

Produzione

Non di produzione

Esegui l'upgrade della versione di Kubernetes

Fai clic per espandere un elenco di piattaforme supportate

Componenti

Informazioni sui cluster collegati

Installa il runtime di hybrid 1.13.1

Prepararsi per l'upgrade dei grafici Helm

Installa i grafici Helm ibridi Apigee

Eseguire il rollback a una versione precedente