Questa pagina è stata tradotta dall'API Cloud Translation.

Passaggio 9: installazione del runtime di hybrid

Applica la configurazione al cluster

Segui questi passaggi per installare Apigee hybrid nel tuo cluster:

Assicurati di essere nella directory hybrid-base-directory/hybrid-files.
```
cd $HYBRID_FILES
```
Nota:poiché il file di override specifica i file degli account di servizio utilizzando percorsi relativi alla directory hybrid-base-directory/hybrid-files, devi eseguire i comandi dall'interno di quella directory.
Verifica che kubectl sia impostato sul contesto corretto utilizzando il seguente comando. Il contesto attuale deve essere impostato sul cluster su cui stai eseguendo il deployment di Apigee hybrid.
```
kubectl config current-context
```
Il risultato dovrebbe includere il nome del cluster in cui stai eseguendo il deployment di Apigee hybrid. Ad esempio, su GKE, il nome contesto è solitamente nel formato gke_project-id_cluster-location_cluster-name, ad esempio:
```
gke_my-project_us-central1_my-cluster
```
Se il nome del cluster dei nomi nel contesto non corrisponde, il comando seguente otterrà le credenziali gcloud del cluster e imposterà il contesto kubectl:
Cluster a livello di regione
```
gcloud container clusters get-credentials $CLUSTER_NAME \
--region $CLUSTER_LOCATION \
--project $PROJECT_ID
```
Cluster di zona
```
gcloud container clusters get-credentials $CLUSTER_NAME \
--zone $CLUSTER_LOCATION \
--project $PROJECT_ID
```
Solo per le piattaforme Anthos on bare metal, AWS on GKE, EKS e GKE on-prem, verifica che la variabile KUBECONFIG sia impostata utilizzando il comando seguente:
```
echo ${KUBECONFIG}
```
Esegui una prova. Una prova consente di verificare la presenza di eventuali errori prima di apportare modifiche al cluster. Esegui il comando init con il flag --dry-run come segue:
```
${APIGEECTL_HOME}/apigeectl init -f overrides/overrides.yaml --dry-run=client
```
Se non sono presenti errori, esegui il comando init come segue:
```
${APIGEECTL_HOME}/apigeectl init -f overrides/overrides.yaml
```
Il comando init installa i servizi di deployment Apigee Apigee Deployment Controller e Apigee Admission Webhook.
Per controllare lo stato del deployment, puoi utilizzare i seguenti comandi:
```
${APIGEECTL_HOME}/apigeectl check-ready -f overrides/overrides.yaml
```
```
kubectl get pods -n apigee-system
```
```
kubectl get pods -n apigee
```
Quando i pod sono pronti, vai al passaggio successivo.

Esegui una prova. Esegui il comando apply con il flag --dry-run.

${APIGEECTL_HOME}/apigeectl apply -f overrides/overrides.yaml --dry-run=client

Se non sono presenti errori, puoi applicare i componenti di runtime specifici di Apigee al cluster con il seguente comando:
```
${APIGEECTL_HOME}/apigeectl apply -f overrides/overrides.yaml
```
Per verificare lo stato del deployment, esegui questo comando:
```
${APIGEECTL_HOME}/apigeectl check-ready -f overrides/overrides.yaml
```
Ripeti questo passaggio finché i pod non sono tutti pronti. L'avvio dei pod potrebbe richiedere diversi minuti.

GKE con Workload Identity

Se stai installando Apigee hybrid su GKE e stai configurando Workload Identity per autenticare gli account di servizio, nel passaggio successivo configurerai le associazioni tra gli account di servizio Kubernetes e gli account di servizio Google per il tuo cluster.

1 2 3 4 5 6 {615 8{/1]

Tutte le altre installazioni

Nel passaggio successivo configurerai il gateway in entrata Apigee ed eseguirai il deployment di un proxy per testare l'installazione.

(AVANTI) Passaggio 1: espone Apigee Ingress 2