Esta página se ha traducido con Cloud Translation API.

Paso 9: Instala el entorno de ejecución híbrido

Aplica la configuración al clúster

Sigue estos pasos para instalar Apigee hybrid en tu clúster:

Asegúrate de que estás en el directorio hybrid-base-directory/hybrid-files.
```
cd $HYBRID_FILES
```
Nota: Como el archivo de anulaciones especifica los archivos de la cuenta de servicio mediante rutas relativas a tu directorio hybrid-base-directory/hybrid-files, debes ejecutar los comandos desde ese directorio.
Verifica que kubectl esté configurado en el contexto correcto con el siguiente comando. El contexto actual debe ser el clúster en el que vas a implementar Apigee Hybrid.
```
kubectl config current-context
```
El resultado debe incluir el nombre del clúster en el que vas a implementar Apigee hybrid. Por ejemplo, en GKE, el nombre del contexto suele tener el formato gke_project-id_cluster-location_cluster-name, como en el siguiente ejemplo:
```
gke_my-project_us-central1_my-cluster
```
Si el nombre del clúster del contexto no coincide, el siguiente comando obtendrá las credenciales de gcloud del clúster y definirá el contexto de kubectl:
Clústeres regionales
```
gcloud container clusters get-credentials $CLUSTER_NAME \
--region $CLUSTER_LOCATION \
--project $PROJECT_ID
```
Clústeres zonales
```
gcloud container clusters get-credentials $CLUSTER_NAME \
--zone $CLUSTER_LOCATION \
--project $PROJECT_ID
```
Solo para las plataformas Anthos on bare metal, AWS on GKE, EKS y GKE On-Prem, comprueba que la variable KUBECONFIG se haya definido con el siguiente comando:
```
echo ${KUBECONFIG}
```
Haz una inicialización de prueba de funcionamiento. Al hacer una prueba, puedes comprobar si hay errores antes de que se apliquen cambios al clúster. Ejecuta el comando init con la marca --dry-run de la siguiente manera:
```
${APIGEECTL_HOME}/apigeectl init -f overrides/overrides.yaml --dry-run=client
```
Si no hay errores, ejecuta el comando init de la siguiente manera:
```
${APIGEECTL_HOME}/apigeectl init -f overrides/overrides.yaml
```
El comando init instala los servicios de despliegue de Apigee Apigee Deployment Controller y Apigee Admission Webhook.
Para comprobar el estado de la implementación, puedes usar los siguientes comandos:
```
${APIGEECTL_HOME}/apigeectl check-ready -f overrides/overrides.yaml
```
```
kubectl get pods -n apigee-system
```
```
kubectl get pods -n apigee
```
Cuando los pods estén listos, ve al siguiente paso.
Haz una instalación de prueba de funcionamiento. Ejecuta el comando apply con la marca --dry-run.
```
${APIGEECTL_HOME}/apigeectl apply -f overrides/overrides.yaml --dry-run=client
```
Si no hay errores, puedes aplicar los componentes de tiempo de ejecución específicos de Apigee al clúster con el siguiente comando:
```
${APIGEECTL_HOME}/apigeectl apply -f overrides/overrides.yaml
```
Para comprobar el estado del despliegue, ejecuta el siguiente comando:
```
${APIGEECTL_HOME}/apigeectl check-ready -f overrides/overrides.yaml
```
Repite este paso hasta que todos los pods estén listos. Los pods pueden tardar varios minutos en iniciarse.

GKE con Workload Identity

Si vas a instalar Apigee hybrid en GKE y vas a configurar Workload Identity para autenticar cuentas de servicio, en el siguiente paso configurarás las asociaciones entre las cuentas de servicio de Kubernetes y las cuentas de servicio de Google de tu clúster.

1 2 3 4 5 6 7 8 9 (SIGUIENTE) Paso 10: Configura Workload Identity

Todas las demás instalaciones

En el siguiente paso, configurará la puerta de enlace de entrada de Apigee e implementará un proxy para probar la instalación.

(SIGUIENTE) Paso 1: exponer el ingreso de Apigee 2