- v1.15 (última)
- v1.14
- v1.13
- Lista de versiones admitidas
- v1.12
- v1.11
- v1.10
- v1.9
- v1.8
- v1.7
- Versión 1.6
- v1.5
- Versión 1.4
- Versión 1.3
- v1.2
- v1.1
Versiones compatibles:
Versiones no compatibles:
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
- 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 dekubectl
: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 IdentityTodas 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