Ce document présente un exemple de configuration pour la configuration d'un équilibreur de charge d'application externe global avec des backends de groupes d'instances de VM dans un environnement VPC partagé.
Dans l'exemple, les composants d'interface et de backend de l'équilibreur de charge sont créés dans un projet de service.
Si vous ne souhaitez pas utiliser de réseau VPC partagé, consultez la page Configurer un équilibreur de charge d'application externe global avec des backends de groupes d'instances de VM.
Avant de commencer
- Consultez la présentation du VPC partagé.
- Consultez la présentation de l'équilibreur de charge d'application externe, y compris la section "Architecture de VPC partagé".
les autorisations requises pour l'extension ;
La configuration d'un équilibreur de charge sur un réseau VPC partagé nécessite une configuration et un provisionnement initiaux par un administrateur. Une fois la configuration initiale terminée, un propriétaire de projet de service peut effectuer l'une des opérations suivantes :
- Déployer tous les composants de l'équilibreur de charge et ses backends dans un projet de service.
- Déployer les composants backend de l'équilibreur de charge (service de backend et backends) dans des projets de service pouvant être référencés par un mappage d'URL dans un autre service ou projet hôte.
Cette section récapitule les autorisations requises pour suivre ce guide afin de configurer un équilibreur de charge sur un réseau VPC partagé.
Configurer un VPC partagé
Les rôles suivants sont requis pour les tâches suivantes :
- effectuer des tâches d'administration ponctuelles, telles que la configuration du VPC partagé et l'activation d'un projet hôte ;
- effectuer des tâches d'administration qui doivent être répétées chaque fois que vous souhaitez intégrer un nouveau projet de service. Cela inclut le rattachement du projet de service, le provisionnement et la configuration des ressources réseau, ainsi que l'attribution de l'autorisation d'accès à l'administrateur du projet de service.
Ces tâches doivent être effectuées dans le projet hôte du VPC partagé. Il est préférable que l'administrateur du VPC partagé soit également le propriétaire du projet hôte du VPC partagé. Les rôles d'administrateur réseau et d'administrateur de sécurité seront ainsi attribués automatiquement.
Tâche | Rôle requis |
---|---|
Configurer le VPC partagé, activer le projet hôte et accorder l'accès aux administrateurs de projet de service | Administrateur de VPC partagé |
Créer des sous-réseaux dans le projet hôte de VPC partagé et accorder l'accès aux administrateurs de projet de service | Administrateur réseau |
Ajouter et supprimer des règles de pare-feu | Administrateur de sécurité |
Une fois les sous-réseaux provisionnés, le propriétaire du projet hôte doit attribuer le rôle d'utilisateur de réseau dans le projet hôte à toute personne (généralement des administrateurs de projet de service, des développeurs ou des comptes de service) ayant besoin d'utiliser ces ressources.
Tâche | Rôle requis |
---|---|
Utiliser des réseaux et sous-réseaux VPC appartenant au projet hôte | Utilisateur du réseau |
Ce rôle peut être attribué au niveau du projet ou pour des sous-réseaux individuels. Nous vous recommandons d'attribuer le rôle pour les sous-réseaux individuels. En effet, l'attribution du rôle au niveau du projet permet d'accéder à tous les sous-réseaux actuels et futurs du réseau VPC du projet hôte.
Déployer un équilibreur de charge et des backends
Les administrateurs de projet de service ont besoin des rôles suivants dans le projet de service pour créer des ressources et des backends d'équilibrage de charge. Ces autorisations sont accordées automatiquement au propriétaire ou à l'éditeur du projet de service.
Tâche | Rôle requis |
---|---|
Créer des composants pour l'équilibreur de charge | Administrateur réseau |
Créer des instances | Administrateur d'instances |
Créer et modifier des certificats SSL | Administrateur de sécurité |
Prérequis
Dans cette section, vous devez effectuer les étapes suivantes :
- Configurer le réseau et les sous-réseaux dans le projet hôte.
- Configurer un VPC partagé dans le projet hôte.
Il n'est pas nécessaire de suivre les étapes de cette section chaque fois que vous souhaitez créer un équilibreur de charge. Toutefois, vous devez vous assurer que vous avez accès aux ressources décrites ici avant de créer l'équilibreur de charge.
Configurer le réseau et les sous-réseaux dans le projet hôte
Vous avez besoin d'un réseau VPC partagé avec un sous-réseau pour les backends de l'équilibreur de charge.Cet exemple utilise le réseau, la région et le sous-réseau suivants :
Réseau Le réseau est nommé
lb-network
.Sous-réseau pour les backends de l'équilibreur de charge. Un sous-réseau nommé
lb-backend-subnet
dans la régionus-west1
utilise10.1.2.0/24
pour sa plage d'adresses IP principale.
Configurer le sous-réseau pour les backends de l'équilibreur de charge
Il n'est pas nécessaire de suivre les étapes de cette section chaque fois que vous souhaitez créer un équilibreur de charge. Vous devez simplement vous assurer que le projet de service a accès à un sous-réseau du réseau VPC partagé.Toutes les étapes de cette section doivent être effectuées dans le projet hôte.
Console
- Dans Google Cloud Console, accédez à la page Réseaux VPC.
- Cliquez sur Créer un réseau VPC.
- Dans le champ Nom, saisissez
lb-network
. Dans la section Sous-réseaux :
- Définissez Mode de création du sous-réseau sur Personnalisé.
Dans la section Nouveau sous-réseau, saisissez les informations suivantes :
- Nom :
lb-backend-subnet
Région :
us-west1
Plage d'adresses IP :
10.1.2.0/24
- Nom :
Cliquez sur OK.
Cliquez sur Créer.
gcloud
Créez un réseau VPC à l'aide de la commande
gcloud compute networks create
:gcloud compute networks create lb-network --subnet-mode=custom
Créez un sous-réseau sur le réseau
lb-network
, dans la régionus-west1
:gcloud compute networks subnets create lb-frontend-and-backend-subnet \ --network=lb-network \ --range=10.1.2.0/24 \ --region=us-west1
Autoriser les administrateurs de projet de service à accéder au sous-réseau backend
Les administrateurs de projet de service ont besoin d'accéder au sous-réseaulb-backend-subnet
pour pouvoir provisionner les backends de l'équilibreur de charge.
Un administrateur du VPC partagé doit accorder l'accès au sous-réseau backend aux administrateurs du projet de service (ou aux développeurs qui déploieront des ressources et des backends qui exploitent le sous-réseau). Pour obtenir des instructions, consultez la section Administrateurs de projet de service pour certains sous-réseaux.
Configurer des règles de pare-feu dans le projet hôte
Cet exemple utilise la règle de pare-feu suivante :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 dans130.211.0.0/22
et35.191.0.0/16
. Cet exemple utilise le tag cibleload-balanced-backend
pour identifier les instances auxquelles la règle doit s'appliquer.
Toutes les étapes de cette section doivent être effectuées dans le projet hôte.
Console
Dans la console Google Cloud, accédez à la page Règles d'administration.
- Cliquez 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 :
load-balanced-backend
- Filtre source : plages IPv4
- Plages IPv4 sources :
130.211.0.0/22
et35.191.0.0/16
- Protocols and ports (Protocoles et ports) :
- Choisissez Protocoles et ports spécifiés.
- Vérifiez TCP et 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 port80
, mais pas via HTTPS sur le port443
. - Cliquez sur Créer.
gcloud
Créez la règle de pare-feu
fw-allow-health-check
pour autoriser les vérifications d'état Google Cloud. Cet exemple autorise tout le trafic TCP provenant des vérificateurs 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=load-balanced-backend \ --rules=tcp
Configurer un VPC partagé dans le projet hôte
Cette étape consiste à activer un projet hôte de VPC partagé, à partager des sous-réseaux du projet hôte et à associer des projets de service au projet hôte afin que ces derniers puissent utiliser le réseau VPC partagé. Pour configurer un VPC partagé dans le projet hôte, consultez les pages suivantes :
Le reste de ces instructions suppose que vous avez déjà configuré un VPC partagé. Cela inclut de configurer des stratégies IAM pour votre organisation et de désigner les projets hôtes et de service.
Ne poursuivez pas tant que vous n'avez pas configuré le VPC partagé et activé les projets hôte et de service.
Configurer un équilibreur de charge dans un projet de service
Une fois que vous avez configuré le réseau VPC dans le projet hôte et configuré le VPC partagé, vous pouvez passer au projet de service dans lequel vous devez créer tous les composants d'équilibrage de charge (service de backend, mappage d'URL, proxy cible et règle de transfert) et les backends.
Dans cette section, nous partons du principe que vous avez effectué les étapes préalables décrites dans la section précédente du projet hôte. Dans cette section, les composants d'interface et de backend de l'équilibreur de charge, ainsi que les backends, sont créés dans un projet de service.
La figure suivante décrit les composants d'un équilibreur de charge d'application externe global dans un projet de service, qui est associé au projet hôte dans un réseau VPC partagé.
Ces étapes doivent être effectuées par l'administrateur du projet de service (ou un développeur opérant dans le projet de service) et ne nécessitent aucune intervention de l'administrateur du projet hôte. Les étapes de cette section sont semblables aux étapes standards de configuration d'un équilibreur de charge d'application externe global.
L'exemple de cette page définit explicitement une adresse IP réservée pour la règle de transfert de l'équilibreur de charge d'application externe global au lieu d'autoriser l'allocation d'une adresse IP éphémère. Nous vous recommandons de réserver les adresses IP pour les règles de transfert.
Créer un backend de groupe d'instances géré
Le précurseur de la création d'un groupe d'instances géré est la création d'un modèle d'instance, qui est une ressource utilisable pour créer des instances de machine virtuelle (VM). Le trafic des clients fait l'objet d'un équilibrage de charge par rapport aux VM d'un groupe d'instances. Le groupe d'instances géré fournit des VM qui exécutent les serveurs backend d'un équilibreur de charge d'application externe. Dans cet exemple, les backends diffusent leurs propres noms d'hôte.
Console
Créer un modèle d'instance
Dans la console Google Cloud, accédez à la page Modèles d'instances de Compute Engine.
Cliquez sur Create instance template (Créer un modèle d'instance).
Dans le champ Nom, saisissez
backend-template
.Dans la section Disque de démarrage, assurez-vous que le disque de démarrage est défini sur une image Debian, telle que Debian GNU/Linux 10 (buster). Cliquez sur Modifier pour modifier l'image si nécessaire.
Développez la section Options avancées.
Développez la section Mise en réseau et, dans le champ Tags réseau, saisissez
load-balanced-backend
.Pour les Interfaces réseau, sélectionnez Réseaux partagés avec moi (depuis le projet hôte :
HOST_PROJECT_ID
).Dans la liste Sous-réseau partagé, sélectionnez le sous-réseau
lb-backend-subnet
du réseaulb-network
.Développez la section Gestion, puis spécifiez le script de démarrage suivant dans le champ Automatisation :
#! /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
Cliquez sur Créer.
Créer un groupe d'instances géré
Dans la console Google Cloud, accédez à la page Groupes d'instances de Compute Engine.
Cliquez sur Créer un groupe d'instances.
Dans les options, sélectionnez Nouveau groupe d'instances géré (sans état).
Pour le nom du groupe d'instances, saisissez
lb-backend
.Dans la liste Modèle d'instance, sélectionnez le modèle d'instance
backend-template
que vous avez créé à l'étape précédente.Dans la section Emplacement, sélectionnez Zone unique, puis saisissez les valeurs suivantes :
Pour Région, sélectionnez
us-west1
.Pour Zone, sélectionnez
us-west1-a
.
Dans la section Autoscaling, saisissez les valeurs suivantes :
Dans le champ Mode autoscaling, sélectionnez Activé : ajouter et supprimer des instances dans le groupe.
Dans le champ Nombre minimal d'instances, sélectionnez
2
.Dans le champ Nombre maximal d'instances, sélectionnez
3
.
Dans la section Mappage de port, cliquez sur Ajouter un port, puis saisissez les valeurs suivantes :
Pour nom du port, saisissez
http
.Pour Numéro de port, saisissez
80
.
Cliquez sur Créer.
gcloud
Créez un modèle d'instance :
gcloud compute instance-templates create backend-template \ --region=us-west1 \ --network=projects/HOST_PROJECT_ID/global/networks/lb-network \ --subnet=projects/HOST_PROJECT_ID/regions/us-west1/subnetworks/lb-backend-subnet \ --tags=load-balanced-backend \ --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' \ --project=SERVICE_PROJECT_ID
Créez un groupe d'instances géré, puis sélectionnez le modèle d'instance que vous avez créé à l'étape précédente :
gcloud compute instance-groups managed create lb-backend \ --zone=us-west1-a \ --size=2 \ --template=backend-template \ --project=SERVICE_PROJECT_ID
Ajouter un port nommé au groupe d'instances :
gcloud compute instance-groups set-named-ports lb-backend \ --named-ports=http:80 \ --zone=us-west1-a \ --project=SERVICE_PROJECT_ID
Créer une vérification d'état
Les vérifications d'état sont des tests qui confirment la disponibilité des backends. Créez une vérification d'état qui utilise le protocole HTTP et des vérifications sur le port 80
. Vous associerez ensuite cette vérification d'état au service de backend référencé par l'équilibreur de charge.
Console
Dans la console Google Cloud, accédez à la page Vérifications d'état de Compute Engine.
Pour le nom de la vérification d'état, saisissez
lb-health-check
.Définissez le protocole sur HTTP.
Cliquez sur Créer.
gcloud
Créez une vérification d'état HTTP.
gcloud compute health-checks create http lb-health-check \ --use-serving-port \ --project=SERVICE_PROJECT_ID
Réserver l'adresse IP de l'équilibreur de charge
Réservez une adresse IP statique externe globale pouvant être attribuée à la règle de transfert de l'équilibreur de charge.
Console
Dans la console Google Cloud, accédez à la page Adresses IP du VPC.
Cliquez sur Réserver une adresse IP externe statique.
Dans le champ Nom, saisissez
lb-ipv4-1
.Définissez Niveau de service réseau sur Premium.
Définissez Version IP sur IPv4.
Définissez Type sur Global.
Cliquez sur Réserver.
gcloud
Créez une adresse IP externe statique globale.
gcloud compute addresses create lb-ipv4-1 \ --ip-version=IPV4 \ --network-tier=PREMIUM \ --global --project=SERVICE_PROJECT_ID
Configurer une ressource de certificat SSL
Pour un équilibreur de charge qui utilise HTTPS comme protocole de requête et de réponse, créez une ressource de certificat SSL, comme décrit dans les ressources suivantes :
Nous vous recommandons d'utiliser un certificat géré par Google.
Cet exemple suppose que vous avez créé un certificat SSL nommé lb-ssl-cert
. Le certificat SSL est associé au proxy cible que vous allez créer dans l'une des étapes suivantes.
Configurer l'équilibreur de charge
Cette section vous explique comment créer les ressources suivantes pour un équilibreur de charge d'application externe global :
- Un service de backend avec un groupe d'instances géré en tant que backend
- Mappage d'URL
- Un certificat SSL (requis uniquement pour le trafic HTTPS)
- Proxy cible
- Règle de transfert
Dans cet exemple, vous pouvez utiliser HTTP ou HTTPS comme protocole de requête et de réponse entre le client et l'équilibreur de charge. Pour HTTPS, vous devez disposer d'une ressource de certificat SSL pour configurer le proxy. Nous vous recommandons d'utiliser un certificat géré par Google.
Console
Démarrer la configuration
Dans Google Cloud Console, accédez à la page Équilibrage de charge.
- Cliquez sur Créer un équilibreur de charge.
- Dans le champ Type d'équilibreur de charge, sélectionnez Équilibreur de charge d'application (HTTP/HTTPS), puis cliquez sur Suivant.
- Pour Public ou interne, sélectionnez Public (externe), puis cliquez sur Suivant.
- Pour Déploiement mondial ou dans une seule région, sélectionnez Recommandé pour les charges de travail à l'échelle mondiale, puis cliquez sur Suivant.
- Pour Génération de l'équilibreur de charge, sélectionnez Équilibreur de charge d'application externe global, puis cliquez sur Suivant.
- Cliquez sur Configurer.
Configuration de base
- Attribuez le nom
l7-xlb-shared-vpc
à l'équilibreur de charge.
Configurer l'interface de l'équilibreur de charge
Pour le trafic HTTP :
Cliquez sur Configuration de l'interface.
Pour le nom de l'équilibreur de charge, saisissez
http-fw-rule
.Pour Protocole, sélectionnez HTTP.
Définissez Version IP sur IPv4.
Dans le champ Adresse IP, sélectionnez
lb-ipv4-1
, qui est l'adresse IP que vous avez réservée précédemment.Définissez le port sur
80
pour autoriser le trafic HTTP.Pour terminer la configuration de l'interface, cliquez sur OK.
Vérifiez qu'une coche bleue apparaît à côté de Configuration de l'interface avant de continuer.
Pour le trafic HTTPS :
Cliquez sur Configuration de l'interface.
Pour le nom de l'équilibreur de charge, saisissez
https-fw-rule
.Dans le champ Protocole, sélectionnez HTTPS.
Définissez Version IP sur IPv4.
Dans le champ Adresse IP, sélectionnez
lb-ipv4-1
, qui est l'adresse IP que vous avez réservée précédemment.Définissez le port sur
443
pour autoriser le trafic HTTPS.Dans la liste Certificat, sélectionnez le Certificat SSL que vous avez créé.
Pour terminer la configuration de l'interface, cliquez sur OK.
Vérifiez qu'une coche bleue apparaît à côté de Configuration de l'interface avant de continuer.
Configurer le backend
Cliquez sur Configuration du backend.
Dans le menu Services de backend et buckets de backend, cliquez sur Créer un service de backend.
Pour le nom du service de backend, saisissez
lb-backend-service
.Pour Type de backend, sélectionnez Groupe d'instances.
Définissez Protocole sur HTTP.
Dans le champ Port nommé, saisissez
http
. C'est le même nom de port que vous avez saisi lors de la création du groupe d'instances géré.Pour ajouter des backends au service de backend, procédez comme suit :
Dans la section Backends, définissez le groupe d'instances sur
lb-backend
, qui est le groupe d'instances géré que vous avez créé précédemment.Pour Numéros de ports, saisissez
80
.Pour ajouter le backend, cliquez sur OK.
Pour ajouter une vérification d'état, dans la liste Vérification d'état, sélectionnez
lb-health-check
, qui est la vérification d'état que vous avez créée précédemment.Pour créer le service de backend, cliquez sur Créer.
Vérifiez qu'une coche bleue apparaît à côté de Configuration du backend avant de continuer.
Configurer les règles de routage
- Cliquez sur Règles de routage. Assurez-vous que
lb-backend-service
est le service de backend par défaut pour tous les hôtes et chemins sans correspondance.
Pour en savoir plus sur la gestion du trafic, consultez la page Configurer la gestion du trafic.
Vérifier et finaliser la configuration
Cliquez sur Vérifier et finaliser.
Vérifiez que les options Interface et Backend associées à l'équilibreur de charge sont configurées comme vous le souhaitez.
Cliquez sur Créer, puis attendez que l'équilibreur de charge soit créé.
gcloud
Créez un service de backend pour répartir le trafic entre les backends :
gcloud compute backend-services create lb-backend-service \ --load-balancing-scheme=EXTERNAL_MANAGED \ --protocol=HTTP \ --port-name=http \ --health-checks=lb-health-check \ --global \ --project=SERVICE_PROJECT_ID
Ajoutez votre groupe d'instances en tant que backend au service de backend :
gcloud compute backend-services add-backend lb-backend-service \ --instance-group=lb-backend \ --instance-group-zone=us-west1-a \ --global \ --project=SERVICE_PROJECT_ID
Créez un mappage d'URL pour acheminer les requêtes entrantes vers le service de backend :
gcloud compute url-maps create lb-map \ --default-service=lb-backend-service \ --global \ --project=SERVICE_PROJECT_ID
Créez un proxy cible.
Pour le trafic HTTP, créez un proxy HTTP cible qui va acheminer les requêtes vers le mappage d'URL :
gcloud compute target-http-proxies create http-proxy \ --url-map=lb-map \ --global \ --project=SERVICE_PROJECT_ID
Pour le trafic HTTPS, créez un proxy HTTPS cible pour acheminer les requêtes vers le mappage d'URL. Le proxy est la partie de l'équilibreur de charge qui contient le certificat SSL pour l'équilibrage de charge HTTPS. Vous chargez donc également votre certificat SSL à cette étape :
gcloud compute target-https-proxies create https-proxy \ --url-map=lb-map \ --ssl-certificates=lb-ssl-cert --global \ --project=SERVICE_PROJECT_ID
Créez une règle de transfert.
Pour le trafic HTTP, créez une règle de transfert globale pour acheminer les requêtes entrantes vers le proxy cible :
gcloud compute forwarding-rules create http-fw-rule \ --load-balancing-scheme=EXTERNAL_MANAGED \ --address=lb-ipv4-1 \ --global \ --target-http-proxy=http-proxy \ --ports=80 \ --project=SERVICE_PROJECT_ID
Pour le trafic HTTPS, créez une règle de transfert globale pour acheminer les requêtes entrantes vers le proxy cible :
gcloud compute forwarding-rules create https-fw-rule \ --load-balancing-scheme=EXTERNAL_MANAGED \ --address=lb-ipv4-1 \ --global \ --target-https-proxy=https-proxy \ --ports=443 \ --project=SERVICE_PROJECT_ID
Tester l'équilibreur de charge
Une fois que le service d'équilibrage de charge est en cours d'exécution, vous pouvez envoyer le trafic vers la règle de transfert et observer la répartition du trafic entre les différentes instances.
Console
Dans la console Google Cloud, accédez à la page Équilibrage de charge.
Cliquez sur l'équilibreur de charge que vous venez de créer.
Notez l'adresse IP de l'équilibreur de charge. Dans les étapes suivantes, cette adresse IP est appelée
LB_IP_ADDRESS
.Dans la section Backend, vérifiez que les VM sont opérationnelles.
La colonne Opérationnelles doit indiquer que les VM sont opérationnelles. Par exemple, si deux instances sont créées, vous devriez voir un message indiquant
2 of 2
avec une coche verte située à côté. Si ce n'est pas le cas, commencez par actualiser la page. Il peut s'écouler quelques minutes avant que la console Google Cloud n'indique que les VM sont opérationnelles. Si les backends ne semblent toujours pas opérationnels au bout de quelques minutes, vérifiez la configuration du pare-feu et le tag réseau attribué à vos VM de backend.Une fois que la console Google Cloud indique que les instances backend sont opérationnelles, vous pouvez tester votre équilibreur de charge en pointant votre navigateur Web vers
https://LB_IP_ADDRESS
(ouhttp://LB_IP_ADDRESS
). RemplacezLB_IP_ADDRESS
par l'adresse IP de l'équilibreur de charge.Si vous avez utilisé un certificat autosigné pour les tests HTTPS, votre navigateur affiche un avertissement. Vous devez explicitement lui indiquer d'accepter un certificat autosigné.
Votre navigateur doit afficher une page dont le contenu indique le nom de l'instance ayant diffusé la page (par exemple,
Page served from: lb-backend-example-xxxx
). Si votre navigateur n'affiche pas cette page, vérifiez les paramètres de configuration dans ce guide.
gcloud
Notez l'adresse IP réservée :
gcloud compute addresses describe IP_ADDRESS_NAME \ --format="get(address)" \ --global
Vous pouvez tester votre équilibreur de charge en pointant votre navigateur Web vers https://LB_IP_ADDRESS
(ou http://LB_IP_ADDRESS
). Remplacez LB_IP_ADDRESS
par l'adresse IP de l'équilibreur de charge.
Si vous avez utilisé un certificat autosigné pour les tests HTTPS, votre navigateur affiche un avertissement. Vous devez explicitement lui indiquer d'accepter un certificat autosigné.
Votre navigateur doit afficher une page contenant un minimum d'informations sur l'instance backend. Si votre navigateur n'affiche pas cette page, examinez les paramètres de configuration de ce guide.
Étapes suivantes
- Découvrez comment résoudre les problèmes liés à un équilibreur de charge d'application externe global.
- Nettoyez votre configuration d'équilibrage de charge.