Preparati a eseguire l'upgrade della tua installazione precedente di Knative serving e a eseguire la migrazione i carichi di lavoro configurando l'ambiente a riga di comando, creando un ambiente variabili e scaricare lo script di migrazione.
Prima di iniziare
Devi prima esaminare e assicurarti di soddisfare le requirements prima di eseguire l'upgrade.
Per impostazione predefinita, Cloud Shell include le versioni più recenti di
gcloude Comandikubectl. Se scegli di utilizzare l'ambiente a riga di comando locale, devi assicurarti di soddisfare i seguenti requisiti minimi requisiti:gcloud346.0.0 o versioni successivekubectlclient versione 1.21 o successive
Scopri di più sulla configurazione degli strumenti a riga di comando
I passaggi di preparazione in questa pagina sono obbligatori in tutta la processo di upgrade e migrazione.
Importante: tutti i comandi utilizzati durante il processo si basano sulle le variabili di ambiente impostate di seguito. Ad esempio, se chiudi da Cloud Shell o dal timeout della sessione, devi assicurarti che le risorse le variabili di ambiente vengono reimpostate.
Configura l'ambiente
Per utilizzare Cloud Shell, apri Cloud Shell nella console Google Cloud:
Importante: Cloud Shell ha limiti di utilizzo e può scadere. Se le tue timeout sessione, devi assicurarti che le variabili di ambiente richieste vengono reimpostate.
Crea le seguenti variabili di ambiente obbligatorie:
Imposta le variabili per i dettagli del progetto e del cluster Google Cloud:
export PROJECT_ID=PROJECT_ID export CLUSTER_NAME=CLUSTER_NAME export CLUSTER_LOCATION=CLUSTER_LOCATIONSostituisci quanto segue:
- PROJECT_ID con l'ID del tuo account Google Cloud progetto.
- CLUSTER_NAME con l'ID del cluster o del cluster identificatore qualificato per il cluster.
- CLUSTER_LOCATION con regione o zona in cui in un cluster Kubernetes.
A seconda della configurazione, devi identificare il gateway in entrata che gestisce il traffico nel tuo cluster. È importante identificare la versione di Istio configurata per gestire il traffico.
Se utilizzi la versione in bundle di Istio, verifica che il traffico in entrata il nome del servizio è
istio-ingressnello spazio dei nomigke-system:kubectl get svc istio-ingress -n gke-systemRisultato: vengono restituiti i dettagli della configurazione.
Se hai installato "Componente aggiuntivo Istio", devi determina quale gateway in entrata è configurato e gestisce attivamente recuperando gli indirizzi IP dei servizi e identificando quale è configurato per il tuo dominio.
Ottieni l'indirizzo
EXTERNAL-IPper ogni servizio in entrata:Esegui questi comandi per ottenere i dettagli di configurazione sia la "versione in bundle di Istio" (
istio-ingress) e "Componente aggiuntivo Istio" (istio-ingressgateway) servizi in entrata:kubectl get svc istio-ingress -n gke-system kubectl get svc istio-ingressgateway -n istio-systemOutput di esempio:
Prendi nota del valore di
EXTERNAL-IPper ogni servizio.NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE istio-ingress LoadBalancer 11.11.1.111 12.345.678.910 15020:31265/TCP,80:30059/TCP,443:32004/TCP 8d NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE istio-ingressgateway LoadBalancer 22.22.2.222 10.987.654.321 15021:32747/TCP,80:30695/TCP,443:32695/TCP,15012:32369/TCP,15443:30909/TCP 88dIdentificare quale indirizzo IP esterno è configurato per gestire traffico attraverso il record DNS del tuo dominio personalizzato:
Vai alla pagina delle mappature dei domini di Knative serving:
Fai clic sull'icona dei tre puntini verticale a destra del servizio, poi fai clic su DNS RECORDS per visualizzare tutti i DNS record:
Utilizzando l'esempio precedente, il gateway in entrata del componente aggiuntivo Istio viene in uso e gestisce il traffico se la configurazione del record DNS è impostato sull'indirizzo IP
10.987.654.321del Servizioistio-ingressgateway.
Imposta variabili per il nome e lo spazio dei nomi del servizio in entrata gestire il traffico per il tuo cluster:
export INGRESS_NAME=INGRESS_NAME export INGRESS_NAMESPACE=INGRESS_NAMESPACESostituisci quanto segue:
INGRESS_NAME con il nome del servizio in entrata che identificato nel passaggio precedente.
INGRESS_NAMESPACE con lo spazio dei nomi del traffico in entrata identificato nel passaggio precedente.
Configura Google Cloud CLI:
gcloud config set project ${PROJECT_ID} gcloud container clusters get-credentials ${CLUSTER_NAME} --region ${CLUSTER_LOCATION}Per i cluster privati:
Se hai già accesso al cluster privato dal client in cui eseguirai lo script di migrazione, puoi passare direttamente al passaggio successivo.
Se nel cluster privato è abilitato
master-authorized-network, puoi abilitare l'accesso dal client in cui eseguirai lo script di migrazione aggiungendo l'indirizzo IP del client amaster-authorized-networkslista consentita:gcloud container clusters update ${CLUSTER_NAME} \ --region=${CLUSTER_LOCATION} \ --enable-master-authorized-networks \ --master-authorized-networks $(curl ifconfig.me)/32
Scarica lo script di migrazione di Knative serving:
TMP_DIR=$(mktemp -d) gcloud storage cp gs://crfa-to-hub-upgrade/migration-addon.sh $TMP_DIR cd $TMP_DIR chmod +x ./migration-addon.shEsegui questo comando per disabilitare "scalabilità fino a zero", altrimenti la scalabilità non riuscirà e causerà errori quando il nodo master viene aggiornato:
kubectl patch cm config-autoscaler -n knative-serving -p '{"data":{"enable-scale-to-zero": "false"}}'Tieni presente che il passaggio finale di questo processo di upgrade e migrazione è riattivare "Scala fino a zero".
Passaggi successivi
Disinstalla il componente aggiuntivo GKE.