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. Per Ad esempio, su GKE, il nome del contesto è di solito nel formato gke_project-id_cluster-location_cluster-name, come tra:
```
gke_my-project_us-central1_my-cluster
```
Se il nome del cluster dei nomi nel contesto non corrisponde, il comando seguente riceverà gcloud credenziali del cluster e imposta 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 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 questi 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 un'installazione dry run. Esegui il comando apply con 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é i pod non sono tutti 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 in entrata Apigee ed eseguirai il deployment di un proxy per testare l'installazione.

(SUCCESSIVO) Passaggio 1: esponi Apigee Ingress 2