Étape 9 : Installer un environnement d'exécution hybride

Appliquer la configuration au cluster

Pour installer Apigee hybrid sur votre cluster, procédez comme suit :

Vérifiez que vous êtes bien dans le répertoire hybrid-base-directory/hybrid-files.
```
cd $HYBRID_FILES
```
Remarque : Comme le fichier de remplacement spécifie les fichiers de compte de service à l'aide de chemins relatifs à votre répertoire hybrid-base-directory/hybrid-files, vous devez exécuter les commandes à partir de ce répertoire.
Vérifiez que kubectl est défini sur le bon contexte à l'aide de la commande suivante. Le contexte actuel doit être défini sur le cluster au sein duquel vous déployez Apigee hybrid.
```
kubectl config current-context
```
Le résultat doit inclure le nom du cluster dans lequel vous déployez Apigee hybrid. Par exemple, sur GKE, le nom du contexte se présente généralement au format gke_project-id_cluster-location_cluster-name, comme suit :
```
gke_my-project_us-central1_my-cluster
```
Si le nom du cluster ne correspond pas dans le contexte, la commande suivante récupère les identifiants gcloud du cluster et définit le contexte kubectl :
Clusters régionaux
```
gcloud container clusters get-credentials $CLUSTER_NAME \
--region $CLUSTER_LOCATION \
--project $PROJECT_ID
```
Cluster zonal
```
gcloud container clusters get-credentials $CLUSTER_NAME \
--zone $CLUSTER_LOCATION \
--project $PROJECT_ID
```
Pour les plates-formes Anthos sur solution Bare Metal, AWS sur GKE, EKS et GKE on Prem uniquement, vérifiez que la variable KUBECONFIG est définie à l'aide de la commande suivante.
```
echo ${KUBECONFIG}
```
Effectuez une simulation d'initialisation. L'exécution d'une simulation vous permet de rechercher les erreurs éventuelles avant que des modifications ne soient apportées au cluster. Exécutez la commande init avec l'option --dry-run comme suit :
```
${APIGEECTL_HOME}/apigeectl init -f overrides/overrides.yaml --dry-run=client
```
Si aucune erreur ne s'affiche, exécutez la commande init comme suit :
```
${APIGEECTL_HOME}/apigeectl init -f overrides/overrides.yaml
```
La commande init installe les services de déploiement Apigee, le contrôleur de déploiement Apigee ainsi que le webhook d'admission Apigee.
Pour vérifier l'état du déploiement, vous pouvez exécuter les commandes suivantes :
```
${APIGEECTL_HOME}/apigeectl check-ready -f overrides/overrides.yaml
```
```
kubectl get pods -n apigee-system
```
```
kubectl get pods -n apigee
```
Lorsque les pods sont prêts, passez à l'étape suivante.
Effectuez une simulation d'intallation. Exécutez la commande apply avec l'option --dry-run.
```
${APIGEECTL_HOME}/apigeectl apply -f overrides/overrides.yaml --dry-run=client
```
Si aucune erreur ne s'affiche, vous pouvez appliquer les composants d'exécution spécifiques à Apigee au cluster à l'aide de la commande suivante :
```
${APIGEECTL_HOME}/apigeectl apply -f overrides/overrides.yaml
```
Pour vérifier l'état du déploiement, exécutez la commande suivante :
```
${APIGEECTL_HOME}/apigeectl check-ready -f overrides/overrides.yaml
```
Répétez cette étape jusqu'à ce que tous les pods soient prêts. Le démarrage des pods peut prendre plusieurs minutes.

GKE avec Workload Identity

Si vous installez Apigee hybrid sur GKE et que vous configurez Workload Identity pour authentifier les comptes de service, vous allez configurer les associations entre les comptes de service Kubernetes et Google pour votre cluster à l'étape suivante.

1 2 3 4 5 6 7 8 9 (SUIVANT) Étape 10 : Configurer Workload Identity

Toutes les autres installations

À l'étape suivante, vous allez configurer la passerelle d'entrée Apigee et déployer un proxy pour tester votre installation.

(SUIVANT) Étape 1 : Exposer l'entrée Apigee 2