Configurer un équilibreur de charge réseau proxy externe régional avec des backends de groupes d'instances de VM

Un équilibreur de charge réseau proxy externe régional basé sur un proxy est un équilibreur de charge régional de couche 4 qui vous permet d'exécuter et d'effectuer le scaling de votre trafic de service TCP dans une seule région derrière une adresse IP régionale externe. Ces équilibreurs de charge distribuent le trafic TCP externe depuis Internet vers les backends de la même région.

Ce guide contient des instructions pour configurer un équilibreur de charge réseau proxy externe régional avec un backend de groupe d'instances géré (MIG).

Avant de commencer, consultez la présentation de l'équilibreur de charge réseau proxy externe.

Dans cet exemple, nous utilisons l'équilibreur de charge pour répartir le trafic TCP entre les VM de backend de deux groupes d'instances gérés zonaux dans la région us-west1. Pour les besoins de cet exemple, le service est un ensemble de serveurs Apache configurés pour répondre sur le port 110. De nombreux navigateurs n'autorisent pas le port 110. La section consacrée aux tests utilise donc curl.

Dans cet exemple, vous configurez le déploiement présenté dans le schéma suivant.

Exemple de configuration d'équilibreur de charge réseau proxy externe avec des backends de groupe d'instances.

Un équilibreur de charge réseau proxy externe régional est un équilibreur de charge régional. Tous les composants de l'équilibreur de charge (groupe d'instances backend, service de backend, proxy cible et règle de transfert) doivent se trouver dans la même région.

Autorisations

Pour suivre ce guide, vous devez savoir comment créer des instances et modifier un réseau dans un projet. Vous devez être propriétaire ou éditeur du projet, ou disposer de tous les rôles IAM Compute Engine suivants.

Tâche	Rôle requis
Créer des réseaux, des sous-réseaux et des composants de l'équilibreur de charge	Administrateur de réseaux Compute (roles/compute.networkAdmin)
Ajouter et supprimer des règles de pare-feu	Administrateur de sécurité de Compute (roles/compute.securityAdmin)
Créer des instances	Administrateur d'instances Compute (roles/compute.instanceAdmin)

Pour en savoir plus, consultez les guides suivants :

• Rôles et autorisations
• Conditions IAM

Configurer le réseau et les sous-réseaux

Vous avez besoin d'un réseau VPC avec deux sous-réseaux : un pour les backends de l'équilibreur de charge et l'autre pour les proxys de l'équilibreur de charge. Cet équilibreur de charge est régional. Le trafic au sein du réseau VPC est acheminé vers l'équilibreur de charge si la source du trafic se trouve dans un sous-réseau dans la même région que l'équilibreur de charge.

Cet exemple utilise le réseau VPC, la région et les sous-réseaux suivants :

• Réseau : un réseau VPC en mode personnalisé nommé lb-network

• Sous-réseau pour les backends : un sous-réseau nommé backend-subnet dans la région us-west1 qui utilise 10.1.2.0/24 pour sa plage d'adresses IP principale

• Sous-réseau pour les proxys : un sous-réseau nommé proxy-only-subnet dans la région us-west1 qui utilise 10.129.0.0/23 pour sa plage d'adresses IP principale

Remarque : Vous pouvez modifier le nom du réseau, la région et les paramètres des sous-réseaux. Toutefois, les étapes suivantes de ce guide utilisent les paramètres de réseau, de région et de sous-réseau décrits ici.

Créer le réseau et les sous-réseaux

Console

1. Dans Google Cloud Console, accédez à la page Réseaux VPC.

   Accéder aux réseaux VPC

2. Cliquez sur Créer un réseau VPC.

3. Dans le champ Nom, saisissez lb-network.

4. Dans la section Sous-réseaux, définissez le Mode de création du sous-réseau sur Personnalisé.

5. Créez un sous-réseau pour les backends de l'équilibreur de charge. Dans la section Nouveau sous-réseau, saisissez les informations suivantes :

   • Nom : backend-subnet
   • Région : us-west1
   • Plage d'adresses IP : 10.1.2.0/24

6. Cliquez sur OK.

7. Cliquez sur Créer.

gcloud

1. Pour créer un réseau VPC personnalisé, utilisez la commande gcloud compute networks create :

   gcloud compute networks create lb-network --subnet-mode=custom
   

2. Pour créer un sous-réseau sur le réseau lb-network, dans la région us-west1, utilisez la commande gcloud compute networks subnets create :

   gcloud compute networks subnets create backend-subnet \
       --network=lb-network \
       --range=10.1.2.0/24 \
       --region=us-west1
   

Créer le sous-réseau proxy réservé

Un sous-réseau proxy réservé fournit un ensemble d'adresses IP utilisées par Google pour exécuter des proxys Envoy en votre nom. Les proxys interrompent les connexions du client et créent de nouvelles connexions vers les backends.

Ce sous-réseau proxy réservé est utilisé par tous les équilibreurs de charge basés sur Envoy dans la région us-west1 du réseau VPC lb-network.

Important : N'essayez pas d'attribuer des adresses du sous-réseau proxy réservé à la règle de transfert ou aux backends de votre équilibreur de charge. Vous devez attribuer l'adresse IP de la règle de transfert et les adresses IP de l'instance backend depuis une ou plusieurs plages de sous-réseaux différentes, et non depuis celle-ci. Google Cloud réserve cette plage de sous-réseaux aux proxys gérés par Google Cloud.

Console

Si vous utilisez la console Google Cloud, vous pouvez créer le sous-réseau proxy réservé ultérieurement sur la page Équilibrage de charge.

Si vous souhaitez créer le sous-réseau proxy réservé maintenant, procédez comme suit :

1. Dans Google Cloud Console, accédez à la page Réseaux VPC.

   Accéder aux réseaux VPC

2. Cliquez sur le nom du réseau VPC partagé : lb-network.

3. Cliquez sur Ajouter un sous-réseau.

4. Dans le champ Nom, saisissez proxy-only-subnet.

5. Pour Région, sélectionnez us-west1.

6. Définissez le champ Objectif sur Proxy géré régional.

7. Dans Plage d'adresses IP, saisissez 10.129.0.0/23.

8. Cliquez sur Ajouter.

gcloud

Pour créer le sous-réseau proxy réservé, utilisez la commande gcloud compute networks subnets create :

gcloud compute networks subnets create proxy-only-subnet \
    --purpose=REGIONAL_MANAGED_PROXY \
    --role=ACTIVE \
    --region=us-west1 \
    --network=lb-network \
    --range=10.129.0.0/23

Créer des règles de pare-feu

Dans cet exemple, vous devez créer les règles de pare-feu suivantes :

• fw-allow-ssh : règle d'entrée, applicable aux instances faisant l'objet d'un équilibrage de charge, qui autorise la connectivité SSH entrante sur le port TCP 22 à partir de n'importe quelle adresse. Vous pouvez choisir une plage d'adresses IP sources plus restrictive pour cette règle. Par exemple, vous pouvez spécifier uniquement les plages d'adresses IP du système à partir duquel vous souhaitez lancer des sessions SSH. Cet exemple utilise le tag cible allow-ssh.

• fw-allow-health-check : règle d'entrée, applicable aux instances faisant l'objet d'un équilibrage de charge, qui autorise tout le trafic TCP issu des systèmes de vérification d'état Google Cloud (dans 130.211.0.0/22 et 35.191.0.0/16). Cet exemple utilise le tag cible allow-health-check.

• fw-allow-proxy-only-subnet : règle d'entrée qui autorise les connexions provenant du sous-réseau proxy réservé à accéder aux backends.

Sans ces règles de pare-feu, la règle d'entrée interdite par défaut bloque le trafic entrant vers les instances backend.

Les tags cibles définissent les instances backend. Sans les tags cibles, les règles de pare-feu s'appliquent à toutes les instances backend du réseau VPC. Lorsque vous créez les VM de backend, veillez à inclure les tags cibles spécifiés, comme décrit dans la section Créer un groupe d'instances géré.

Console

1. Dans la console Google Cloud, accédez à la page Règles d'administration.

   Accéder à la page "Stratégies de pare-feu"

2. Cliquez de nouveau sur Créer une règle de pare-feu pour créer la règle autorisant les connexions SSH entrantes. Remplissez les champs suivants :

   • Nom : fw-allow-ssh
   • Réseau : lb-network
   • Sens du trafic : entrée
   • Action en cas de correspondance : autoriser
   • Cibles : Tags cibles spécifiés
   • Tags cibles : allow-ssh
   • Filtre source : Plages IPv4
   • Plages IPv4 sources : 0.0.0.0/0
   • Protocoles et ports :
     • Choisissez Protocoles et ports spécifiés.
     • Cochez la case TCP, puis saisissez 22 pour le numéro de port.

3. Cliquez sur Créer.

4. Cliquez une deuxième fois sur Créer une règle de pare-feu pour créer la règle autorisant les vérifications d'état Google Cloud :

   • Nom : fw-allow-health-check
   • Réseau : lb-network
   • Sens du trafic : entrée
   • Action en cas de correspondance : autoriser
   • Cibles : Tags cibles spécifiés
   • Tags cibles : allow-health-check
   • Filtre source : Plages IPv4
   • Plages IPv4 sources : 130.211.0.0/22 et 35.191.0.0/16

   • Protocoles et ports :

     • Choisissez Protocoles et ports spécifiés.
     • Cochez la case TCP, puis saisissez 80 pour le numéro de port.

     Nous vous recommandons de limiter cette règle aux seuls protocoles et ports qui correspondent à ceux utilisés par votre vérification de l'état. Si vous utilisez tcp:80 pour le protocole et le port, Google Cloud peut contacter vos VM via HTTP sur le port 80, mais pas via HTTPS sur le port 443.

5. Cliquez sur Créer.

6. Cliquez une troisième fois sur Créer une règle de pare-feu pour créer la règle autorisant les serveurs proxy de l'équilibreur de charge à se connecter aux backends :

   • Nom : fw-allow-proxy-only-subnet
   • Réseau : lb-network
   • Sens du trafic : entrée
   • Action en cas de correspondance : autoriser
   • Cibles : Tags cibles spécifiés
   • Tags cibles : allow-proxy-only-subnet
   • Filtre source : Plages IPv4
   • Plages IPv4 sources : 10.129.0.0/23
   • Protocoles et ports :
     • Choisissez Protocoles et ports spécifiés.
     • Cochez la case TCP, puis saisissez 80 comme numéro de port.

7. Cliquez sur Créer.

gcloud

1. Créez la règle de pare-feu fw-allow-ssh pour autoriser la connectivité SSH aux VM avec le tag réseau allow-ssh. Lorsque vous omettez source-ranges, Google Cloud interprète la règle comme désignant n'importe quelle source.

   gcloud compute firewall-rules create fw-allow-ssh \
       --network=lb-network \
       --action=allow \
       --direction=ingress \
       --target-tags=allow-ssh \
       --rules=tcp:22
   

2. Créez la règle fw-allow-health-check pour autoriser les vérifications d'état Google Cloud. Cet exemple autorise tout le trafic TCP provenant des tests de vérification d'état. Toutefois, vous pouvez configurer un ensemble de ports plus restreint en fonction de vos besoins.

   gcloud compute firewall-rules create fw-allow-health-check \
       --network=lb-network \
       --action=allow \
       --direction=ingress \
       --source-ranges=130.211.0.0/22,35.191.0.0/16 \
       --target-tags=allow-health-check \
       --rules=tcp:80
   

3. Créez la règle fw-allow-proxy-only-subnet pour autoriser les proxys Envoy de la région à se connecter à vos backends. Définissez --source-ranges sur les plages allouées de votre sous-réseau proxy réservé, dans cet exemple, 10.129.0.0/23.

   gcloud compute firewall-rules create fw-allow-proxy-only-subnet \
       --network=lb-network \
       --action=allow \
       --direction=ingress \
       --source-ranges=10.129.0.0/23 \
       --target-tags=allow-proxy-only-subnet \
       --rules=tcp:80
   

Réserver l'adresse IP de l'équilibreur de charge

Réserver une adresse IP externe pour l'équilibreur de charge. Cette procédure crée l'adresse IP de l'équilibreur de charge au niveau Standard. Les équilibreurs de charge réseau proxy externes régionaux sont compatibles avec les niveaux de service réseau Premium et Standard. Toutefois, la création de cet équilibreur de charge au niveau Premium n'est pas possible dans la console Google Cloud. Utilisez plutôt gcloud ou l'API REST.

Console

1. Dans la console Google Cloud, accédez à la page Réserver une adresse statique.

   Accédez à la page "Réserver une adresse statique"

2. Choisissez un nom pour la nouvelle adresse.

3. Définissez le Niveau de service réseau sur Standard.

4. Pour Version IP, sélectionnez IPv4. Les adresses IPv6 ne sont pas compatibles.

5. Pour le Type, sélectionnez Régional.

6. Pour Région, sélectionnez us-west1.

7. Laissez l'option Associé à définie sur Aucun. Une fois l'équilibreur de charge créé, cette adresse IP sera associée à la règle de transfert de l'équilibreur de charge.

8. Cliquez sur Réserver pour réserver l'adresse IP.

gcloud

1. Pour réserver une adresse IP externe statique, utilisez la commande gcloud compute addresses create :

   gcloud compute addresses create ADDRESS_NAME  \
       --region=us-west1 \
       --network-tier=STANDARD
   

   Remplacez ADDRESS_NAME par le nom que vous souhaitez donner à cette adresse.

2. Pour afficher le résultat, utilisez la commande gcloud compute addresses describe :

   gcloud compute addresses describe ADDRESS_NAME
   

Créer un groupe d'instances géré

Cette section explique comment créer deux backends de groupe d'instances géré (MIG) dans la région us-west1 pour l'équilibreur de charge. Le MIG fournit des instances de VM exécutant les serveurs de backend Apache pour cet exemple. En règle générale, un équilibreur de charge réseau proxy externe régional n'est pas utilisé pour le trafic HTTP. Néanmoins, Apache offre l'avantage d'être couramment utilisé et facile à configurer dans le cadre de ces tests.

Console

Créer un modèle d'instance

1. Dans Google Cloud Console, accédez à la page Modèles d'instances.

   Accéder à la page Modèles d'instances

2. Cliquez sur Create instance template (Créer un modèle d'instance).

3. Dans le champ Nom, saisissez ext-reg-tcp-proxy-backend-template.

4. Assurez-vous que le disque de démarrage est défini sur une image Debian, telle que Debian GNU/Linux 10 (Stretch). Ces instructions utilisent des commandes uniquement disponibles dans Debian, comme apt-get.

5. Cliquez sur Options avancées.

6. Cliquez sur Mise en réseau et configurez les champs suivants :

   1. Pour Tags réseau, saisissez allow-ssh, allow-health-check et allow-proxy-only-subnet.
   2. Pour Interfaces réseau, sélectionnez l'option suivante :
      • Réseau : lb-network
      • Sous-réseau : backend-subnet

7. Cliquez sur Gestion. Saisissez le script suivant dans le champ Script de démarrage :

    #! /bin/bash
    apt-get update
    apt-get install apache2 -y
    a2ensite default-ssl
    a2enmod ssl
    vm_hostname="$(curl -H "Metadata-Flavor:Google" \
    http://metadata.google.internal/computeMetadata/v1/instance/name)"
    echo "Page served from: $vm_hostname" | \
    tee /var/www/html/index.html
    systemctl restart apache2
    

8. Cliquez sur Créer.

Créer un groupe d'instances géré

1. Dans la console Google Cloud, accédez à la page Groupes d'instances.

   Accéder à la page "Groupes d'instances"

2. Cliquez sur Créer un groupe d'instances.

3. Sélectionnez Nouveau groupe d'instances géré (sans état). Pour en savoir plus, consultez la page Créer un MIG avec des disques avec état.

4. Dans le champ Nom, saisissez mig-a.

5. Pour Emplacement, sélectionnez Zone unique.

6. Pour Région, sélectionnez us-west1.

7. Pour Zone, sélectionnez us-west1-a.

8. Pour Modèle d'instance, sélectionnez ext-reg-tcp-proxy-backend-template.

9. Spécifiez le nombre d'instances que vous souhaitez créer au sein du groupe.

   Pour cet exemple, spécifiez les options suivantes sous Autoscaling :

   • Dans le champ Mode autoscaling, sélectionnez Off:do not autoscale.
   • Dans le champ Nombre maximal d'instances, saisissez 2.

10. Pour Mappage des ports, cliquez sur Ajouter un port.

    • Pour nom du port, saisissez tcp80.
    • Pour Numéro de port, saisissez 80.

11. Cliquez sur Créer.

12. Pour créer un deuxième groupe d'instances géré, répétez la procédure de création d'un groupe d'instances géré et utilisez les paramètres suivants :

    • Nom : mig-c
    • Zone : us-west1-c

    Ne modifiez aucun autre paramètre.

gcloud

Les instructions Google Cloud CLI du présent guide supposent que vous utilisez Cloud Shell ou un autre environnement avec bash installé.

1. Pour créer un modèle d'instance de VM avec le serveur HTTP, utilisez la commande gcloud compute instance-templates create :

   gcloud compute instance-templates create ext-reg-tcp-proxy-backend-template \
       --region=us-west1 \
       --network=lb-network \
       --subnet=backend-subnet \
       --tags=allow-ssh,allow-health-check,allow-proxy-only-subnet \
       --image-family=debian-10 \
       --image-project=debian-cloud \
       --metadata=startup-script='#! /bin/bash
          apt-get update
          apt-get install apache2 -y
          a2ensite default-ssl
          a2enmod ssl
          vm_hostname="$(curl -H "Metadata-Flavor:Google" \
          http://metadata.google.internal/computeMetadata/v1/instance/name)"
          echo "Page served from: $vm_hostname" | \
          tee /var/www/html/index.html
          systemctl restart apache2'
   

2. Créez un groupe d'instances géré dans la zone us-west1-a :

   gcloud compute instance-groups managed create mig-a \
       --zone=us-west1-a \
       --size=2 \
       --template=ext-reg-tcp-proxy-backend-template
   

3. Créez un groupe d'instances géré dans la zone us-west1-c :

   gcloud compute instance-groups managed create mig-c \
       --zone=us-west1-c \
       --size=2 \
       --template=ext-reg-tcp-proxy-backend-template
   

Configurer l'équilibreur de charge

Console

Démarrer la configuration

1. Dans Google Cloud Console, accédez à la page Équilibrage de charge.

   Accéder à la page "Équilibrage de charge"

2. Cliquez sur Créer un équilibreur de charge.
3. Sous Type d'équilibreur de charge, sélectionnez Équilibreur de charge réseau (TCP/UDP/SSL), puis cliquez sur Suivant.
4. Pour Proxy ou passthrough, sélectionnez Équilibreur de charge proxy, puis cliquez sur Suivant.
5. Pour Public ou interne, sélectionnez Public (externe), puis cliquez sur Suivant.
6. Pour Déploiement global ou dans une seule région, sélectionnez Recommandé pour les charges de travail régionales, puis cliquez sur Suivant.
7. Cliquez sur Configurer.

Configuration de base

1. Dans le champ Nom, saisissez my-ext-tcp-lb.
2. Pour Région, sélectionnez us-west1.
3. Pour Réseau, sélectionnez lb-network.

Réserver un sous-réseau proxy réservé

Remarque : Si vous avez déjà créé le sous-réseau proxy réservé, le bouton Réserver un sous-réseau n'apparaît pas. Vous pouvez ignorer cette section et passer aux étapes de la section Configurer les backends.

1. Cliquez sur Réserver un sous-réseau.
2. Dans le champ Nom, saisissez proxy-only-subnet.
3. Dans Plage d'adresses IP, saisissez 10.129.0.0/23.
4. Cliquez sur Ajouter.

Configurer les backends

1. Cliquez sur Configuration du backend.
2. Pour Type de backend, sélectionnez Groupe d'instances.
3. Dans le champ Protocole, sélectionnez TCP.
4. Pour le Port nommé, saisissez tcp80.
5. Configurez le premier backend :
   1. Dans le champ Nouveau backend, sélectionnez le groupe d'instances mig-a.
   2. Pour Numéros de ports, saisissez 80.
   3. Conservez les valeurs par défaut restantes, puis cliquez sur OK.
6. Configurez le deuxième backend :
   1. Cliquez sur Ajouter un backend.
   2. Dans le champ Nouveau backend, sélectionnez le groupe d'instances mig-c.
   3. Pour Numéros de ports, saisissez 80.
   4. Conservez les valeurs par défaut restantes, puis cliquez sur OK.
7. Configurez la vérification d'état :
   1. Dans la section Health check (Vérification d'état), sélectionnez Create a health check (Créer une vérification d'état).
   2. Définissez le nom de la vérification d'état sur tcp-health-check.
   3. Dans le champ Protocole, sélectionnez TCP.
   4. Définissez le paramètre Port sur 80.
8. Conservez les valeurs par défaut restantes, puis cliquez sur Enregistrer.
9. Dans la console Google Cloud, vérifiez qu'une coche apparaît à côté de Configuration du backend. Si ce n'est pas le cas, vérifiez que vous avez bien suivi la procédure ci-dessous dans son intégralité.

Configurer l'interface

1. Cliquez sur Configuration de l'interface.
2. Dans le champ Nom, saisissez ext-reg-tcp-forwarding-rule.
3. Pour Sous-réseau, sélectionnez backend-subnet.
4. Pour Adresse IP, sélectionnez l'adresse IP réservée précédemment : LB_IP_ADDRESS
5. Pour Numéro de port, saisissez 110. La règle de transfert transfère les paquets avec un port de destination correspondant.
6. Dans le champ Protocole de proxy, sélectionnez Désactivé, car le protocole PROXY ne fonctionne pas avec le logiciel Apache HTTP Server. Pour en savoir plus, consultez la section Protocole de PROXY.
7. Cliquez sur OK.
8. Dans Google Cloud Console, vérifiez qu'une coche apparaît à côté de Configuration du frontend. Dans le cas contraire, vérifiez que vous avez bien suivi la procédure ci-dessus dans son intégralité.

Vérifier et finaliser

1. Cliquez sur Vérifier et finaliser.
2. Vérifiez les paramètres de configuration de votre équilibreur de charge.
3. Facultatif : cliquez sur Code équivalent pour afficher la requête API REST qui est utilisée pour créer l'équilibreur de charge.
4. Cliquez sur Créer.

gcloud

1. Créez une vérification d'état régionale :

   gcloud compute health-checks create tcp tcp-health-check \
       --region=us-west1 \
       --use-serving-port
   

2. Créez un service de backend :

   gcloud compute backend-services create ext-reg-tcp-proxy-bs \
       --load-balancing-scheme=EXTERNAL_MANAGED \
       --protocol=TCP \
       --port-name=tcp80 \
       --region=us-west1 \
       --health-checks=tcp-health-check \
       --health-checks-region=us-west1
   

3. Ajoutez des groupes d'instances au service de backend :

   gcloud compute backend-services add-backend ext-reg-tcp-proxy-bs \
       --region=us-west1 \
       --instance-group=mig-a \
       --instance-group-zone=us-west1-a \
       --balancing-mode=UTILIZATION \
       --max-utilization=0.8
    

   gcloud compute backend-services add-backend ext-reg-tcp-proxy-bs \
       --region=us-west1 \
       --instance-group=mig-c \
       --instance-group-zone=us-west1-c \
       --balancing-mode=UTILIZATION \
       --max-utilization=0.8
   

4. Créez un proxy TCP cible :

   gcloud compute target-tcp-proxies create ext-reg-tcp-target-proxy \
       --backend-service=ext-reg-tcp-proxy-bs \
       --proxy-header=NONE \
       --region=us-west1
   

   Si vous souhaitez activer l'en-tête de proxy, définissez le paramètre --proxy-header sur PROXY_V1 au lieu de NONE. Dans cet exemple, n'activez pas le protocole PROXY, car il ne fonctionne pas avec le logiciel Apache HTTP Server. Pour en savoir plus, consultez la section Protocole de PROXY.

5. Créez la règle de transfert. Pour --ports, spécifiez un seul numéro de port compris entre 1 et 65 535. Cet exemple utilise le port 110. La règle de transfert transfère les paquets avec un port de destination correspondant.

   gcloud compute forwarding-rules create ext-reg-tcp-forwarding-rule \
       --load-balancing-scheme=EXTERNAL_MANAGED \
       --network=lb-network \
       --subnet=backend-subnet \
       --region=us-west1 \
       --target-tcp-proxy=ext-reg-tcp-target-proxy \
       --target-tcp-proxy-region=us-west1 \
       --address=ext-reg-tcp-ip-address \
       --ports=110
   

Tester l'équilibreur de charge

Remarque : La propagation de la configuration de l'équilibreur de charge peut prendre quelques minutes après son premier déploiement.

Maintenant que vous avez configuré votre équilibreur de charge, vous pouvez commencer à envoyer du trafic vers son adresse IP.

1. Obtenez l'adresse IP de l'équilibreur de charge.

   Pour obtenir l'adresse IPv4, exécutez la commande suivante :

   gcloud compute addresses describe ADDRESS_NAME
   

2. Envoyez du trafic à votre équilibreur de charge en exécutant la commande suivante. Remplacez LB_IP_ADDRESS par l'adresse IPv4 de votre équilibreur de charge.

   curl -m1 LB_IP_ADDRESS:9090
   

Options de configuration supplémentaires

Cette section développe l'exemple de configuration et propose d'autres options de configuration. Toutes les tâches décrites ici sont facultatives. Vous pouvez les exécuter dans n'importe quel ordre.

Activer l'affinité de session

L'exemple de configuration crée un service de backend sans affinité de session.

Ces procédures vous montrent comment mettre à jour un service de backend pour l'exemple d'équilibreur de charge créé précédemment afin que ce service utilise l'affinité basée sur les adresses IP client ou l'affinité basée sur les cookies générés.

Lorsque l'affinité basée sur les adresses IP client est activée, l'équilibreur de charge dirige les requêtes d'un client particulier toujours vers la même VM de backend, grâce à un hachage créé à partir de l'adresse IP du client et de l'adresse IP de l'équilibreur de charge (l'adresse IP interne d'une règle de transfert interne).

Pour activer l'affinité de session basée sur les adresses IP client, procédez comme suit :

Console

1. Dans la console Google Cloud, accédez à la page Équilibrage de charge.

   Accéder à la page "Équilibrage de charge"

2. Cliquez sur Backends.

3. Cliquez sur ext-reg-tcp-proxy-bs (nom du service de backend que vous avez créé pour cet exemple), puis sur Modifier.

4. Sur la page Détails du service backend, cliquez sur Configuration avancée.

5. Sous Affinité de session, sélectionnez IP client.

6. Cliquez sur Update (Mettre à jour).

gcloud

Pour mettre à jour le service de backend ext-reg-tcp-proxy-bs et spécifier l'affinité de session basée sur les adresses IP client, utilisez la commande gcloud compute backend-services update ext-reg-tcp-proxy-bs :

gcloud compute backend-services update ext-reg-tcp-proxy-bs \
    --region=us-west1 \
    --session-affinity=CLIENT_IP

Étapes suivantes

• Pour en savoir plus sur le fonctionnement des équilibreurs de charge réseau proxy externes, consultez la page Présentation de l'équilibreur de charge réseau proxy externe.
• Pour configurer la journalisation et la surveillance de votre équilibreur de charge, consultez la page Journalisation et surveillance de l'équilibreur de charge réseau proxy.
• Pour supprimer les ressources que vous avez créées afin qu'elles ne vous soient plus facturées à l'avenir, consultez la section Nettoyer la configuration de l'équilibreur de charge.