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 tua directory hybrid-base-directory/hybrid-files, devi eseguire i comandi dall'interno della directory.
Verifica che kubectl sia impostato sul contesto corretto utilizzando il seguente comando. Il contesto attuale deve essere impostato sul cluster in 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 del contesto è in genere nel formato gke_project-id_cluster-location_cluster-name, come in:
```
gke_my-project_us-central1_my-cluster
```
Se il nome del cluster nel contesto non corrisponde, il seguente comando recupererà 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 zonali
```
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 KUBECONFIG viene impostata utilizzando il comando seguente:
```
echo ${KUBECONFIG}
```
Esegui un'inizializzazione dry run. Eseguire una prova consente di verificare la presenza di eventuali errori prima vengono apportate 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 il deployment Apigee di deployment 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 simulazione dell'installazione. 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 la richiesta Componenti di runtime specifici di Apigee nel cluster con il seguente comando:
```
${APIGEECTL_HOME}/apigeectl apply -f overrides/overrides.yaml
```
Per controllare lo stato del deployment, esegui questo comando:
```
${APIGEECTL_HOME}/apigeectl check-ready -f overrides/overrides.yaml
```
Ripeti questo passaggio finché tutti i pod non sono pronti. L'avvio dei pod potrebbe richiedere diversi minuti.

GKE con Workload Identity

Se installi Apigee hybrid su GKE e stai configurando Workload Identity per l'autenticazione degli account di servizio, nel prossimo 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 7 8 9 (SUCCESSIVO) Passaggio 10: configura Workload Identity

Tutte le altre installazioni

Nel passaggio successivo, configurerai il gateway di ingresso Apigee e eseguirai il deployment di un proxy per testare l'installazione.

(PASSAGGIO SUCCESSIVO) Passaggio 1: esponi l'ingresso Apigee 2