Convertir des équilibreurs de charge réseau proxy externes globaux d'une pile unique en une double pile

Preview

Ce produit ou cette fonctionnalité est soumis aux "Conditions des offres de pré-DG" dans la section "Conditions d'utilisation générales" des Conditions spécifiques au service. Les produits et fonctionnalités pré-DG sont disponibles "en l'état" et peuvent bénéficier d'une assistance limitée. Pour en savoir plus, consultez les descriptions des étapes de lancement.

Ce document explique comment convertir des ressources et des backends de l'équilibreur de charge réseau externe global de IPv4 uniquement (pile unique) vers IPv4 et IPv6 (empilateur double). Dans ce document, "IPv4 uniquement" (pile unique) fait référence aux ressources qui n'utilisent que des adresses IPv4, et IPv4 et IPv6 (double pile) font référence aux ressources qui utilisent à la fois des adresses IPv4 et IPv6.

Les instructions de ce document s'appliquent aux équilibreurs de charge réseau proxy externes globaux proxy SSL et proxy TCP.

Avantages

La conversion de vos équilibreurs de charge en double pile présente plusieurs avantages principaux:

• Le principal avantage de IPv6 est qu'un pool d'adresses IP beaucoup plus important peut être alloué.

• De nombreux clients qui utilisent déjà des équilibreurs de charge uniquement IPv4 peuvent aller plus loin en tirant parti des méthodes spécifiques au cloud et convertir des backends compatibles uniquement IPv4 en backends IPv4 et IPv6 (double pile).

• Vous pouvez configurer l'équilibreur de charge pour qu'il mette fin au trafic IPv6 entrant et transfère ce trafic via une connexion IPv4 ou IPv6 à vos backends, en fonction de vos préférences. Pour en savoir plus, consultez la page IPv6.

Limites

• Vous ne pouvez pas mettre à jour le type de pile d'adresses IP du sous-réseau de IPv4 et IPv6 (double pile) à IPv4 uniquement.

• Lorsque vous configurez la règle de sélection d'adresses IP sur le service de backend en tant que backends IPv6 uniquement, vous pouvez toujours configurer des backends IPv4 uniquement. Cependant, une telle configuration entraîne des backends non opérationnels, les clients obtiennent le code de réponse 503 et le trafic ne circule pas en amont. Les journaux affichent failed_to_pick_backend dans statusDetails.

• Vous pouvez configurer la règle de sélection d'adresse IP du service de backend sur IPv6 uniquement, mais le type de pile d'adresses IP des backends est toujours IPv4 et IPv6 (double pile).

• Seuls les backends de groupes d'instances de VM et les groupes de points de terminaison du réseau (NEG) zonaux avec des points de terminaison GCE_VM_IP_PORT sont compatibles avec IPv4 et IPv6 (double pile).

Avant de commencer

Vous devez déjà avoir configuré un équilibreur de charge réseau proxy externe global proxy SSL ou proxy TCP avec une pile exclusivement IPv4 avec un groupe d'instances ou des backends de groupe de points de terminaison du réseau zonal (NEG).

Pour plus d'informations sur la configuration des équilibreurs de charge réseau proxy externes globaux, consultez la documentation suivante:

• Configurer un équilibreur de charge réseau proxy externe global (proxy SSL) avec des backends de groupe d'instances de VM
• Configurer un équilibreur de charge réseau proxy externe global (proxy TCP) avec des backends de groupe d'instances de VM

Identifier les ressources à convertir

Notez les noms des ressources auxquelles votre équilibreur de charge est associé. Vous devrez fournir ces noms ultérieurement.

1. Pour répertorier tous les sous-réseaux, exécutez la commande gcloud compute networks subnets list:

   gcloud compute networks subnets list
   

   Notez le nom du sous-réseau avec une pile IPv4 uniquement à convertir en double pile. Ce nom sera désigné plus loin par SUBNET. Le réseau VPC sera désigné plus tard par le nom NETWORK.

2. Pour répertorier tous les services de backend, exécutez la commande gcloud beta compute backend-services list:

   gcloud beta compute backend-services list
   

   Notez le nom du service de backend à convertir en double pile. Ce nom sera désigné plus loin par BACKEND_SERVICE.

3. Si vous disposez déjà d'un équilibreur de charge, pour afficher le type de pile IP de vos backends, exécutez la commande gcloud compute instances list:

   gcloud compute instances list \
       --format= \
       "table(
       name,
       zone.basename(),
       networkInterfaces[].stackType.notnull().list(),
       networkInterfaces[].ipv6AccessConfigs[0].externalIpv6.notnull().list():label=EXTERNAL_IPV6,
       networkInterfaces[].ipv6Address.notnull().list():label=INTERNAL_IPV6)"
   

4. Pour répertorier tous les modèles d'instances et d'instances de VM, utilisez la commande gcloud compute instances list et la commande gcloud compute instance-templates list:

   gcloud compute instances list
   

   gcloud compute instance-templates list
   

   Notez les noms des instances et des modèles d'instance à convertir en double pile. Ce nom sera désigné plus loin par VM_INSTANCE et INSTANCE_TEMPLATES.

5. Pour répertorier tous les NEG zonaux, exécutez la commande gcloud compute network-endpoint-groups list:

   gcloud compute network-endpoint-groups list
   

   Notez le nom des groupes de points de terminaison du réseau à convertir en double pile. Ce nom sera désigné plus loin par ZONAL_NEG.

6. Pour répertorier tous les proxys SSL cibles, exécutez la commande gcloud compute target-ssl-proxies list:

   gcloud compute target-ssl-proxies list
   

   Notez le nom du proxy cible associé à votre équilibreur de charge. Ce nom sera désigné plus loin par TARGET_PROXY.

7. Pour répertorier tous les proxys TCP cibles, utilisez la commande gcloud compute target-tcp-proxies list:

   gcloud compute target-tcp-proxies list
   

   Notez le nom du proxy cible associé à votre équilibreur de charge. Ce nom sera désigné plus loin par TARGET_PROXY.

Convertir des backends à pile unique en backends à double pile

Cette section explique comment convertir vos ressources et vos backends en utilisant des adresses IPv4 uniquement (pile unique) en adresses IPv4 et IPv6 (double pile).

Mettre à jour le sous-réseau

Les sous-réseaux à double pile ne sont compatibles qu'avec les réseaux VPC en mode personnalisé. Les sous-réseaux à double pile ne sont pas compatibles avec les réseaux VPC en mode automatique ou les anciens réseaux. Même si les VPC en mode automatique peuvent être utiles pour une exploration préliminaire, ceux en mode personnalisé sont davantage adaptés à la plupart des environnements de production. Nous vous recommandons d'utiliser des VPC en mode personnalisé.

Pour mettre à jour le VPC vers le paramètre de double pile, procédez comme suit :

1. Si vous utilisez un réseau VPC en mode automatique, vous devez d'abord convertir le réseau VPC en mode automatique vers le mode personnalisé.

   Remarque : Si vous utilisez le réseau default, vous devez le convertir en réseau VPC en mode personnalisé.

2. Pour activer IPv6, consultez la section Définir le type de pile d'un sous-réseau sur double pile.

   Remarque : Le type d'accès IPv6 du sous-réseau doit être External.

3. Facultatif : Si vous souhaitez configurer des plages d'adresses IPv6 internes sur les sous-réseaux de ce réseau, procédez comme suit :

   1. Dans le champ Plage IPv6 interne ULA du réseau VPC, sélectionnez Activée.

   2. Dans le champ Allouer une plage IPv6 interne, sélectionnez Automatiquement ou Manuellement.

      Si vous sélectionnez Manuellement, saisissez une plage /48 comprise dans la plage fd20::/20. Si la plage est utilisée, vous êtes invité à en fournir une autre.

Mettre à jour l'instance ou les modèles de VM

Vous pouvez configurer des adresses IPv6 sur une instance de VM si une plage IPv6 est configurée pour le sous-réseau auquel la VM est connectée. Seuls les backends suivants sont compatibles avec les adresses IPv6:

• Backends de groupe d'instances : un ou plusieurs backends de groupes d'instances gérés ou non, ou une combinaison de backends de groupes d'instances gérés et non gérés
• NEG zonaux : un ou plusieurs NEG zonaux de type GCE_VM_IP_PORT

Mettre à jour les instances de VM

Vous ne pouvez pas modifier les instances de VM faisant partie d'un groupe d'instances géré ou non géré. Pour mettre à jour les instances de VM vers la double pile, procédez comme suit :

1. Supprimez des instances spécifiques d'un groupe.
2. Créer une VM à double pile
3. Créer des instances avec des noms spécifiques dans les MIG

Mettre à jour des modèles d'instances de VM

Vous ne pouvez pas mettre à jour un modèle d'instance existant. Si vous devez apporter des modifications, vous pouvez créer un autre modèle avec des propriétés similaires. Pour mettre à jour les modèles d'instances de VM vers la double pile, procédez comme suit :

Console

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

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

   1. Cliquez sur le modèle d'instance que vous souhaitez copier et mettre à jour.
   2. Cliquez sur Créer une instance similaire.
   3. Développez la section Options avancées.
   4. Pour Tags réseau, saisissez allow-health-check-ipv6.
   5. Dans la section Interfaces réseau, cliquez sur Ajouter une interface réseau.
   6. Dans la liste Réseau, sélectionnez le réseau VPC en mode personnalisé.
   7. Dans la liste Sous-réseau, sélectionnez SUBNET.
   8. Dans le champ Type de pile d'adresses IP, sélectionnez IPv4 et IPv6 (double pile).
   9. Cliquez sur Créer.

2. Lancement d'une mise à jour progressive de base sur le groupe d'instances géré MIG associé à l'équilibreur de charge.

Mettre à jour le NEG zonal

Les points de terminaison NEG zonaux ne peuvent pas être modifiés. Vous devez supprimer les points de terminaison IPv4 et créer un point de terminaison double pile avec des adresses IPv4 et IPv6.

Pour configurer un NEG zonal (avec des points de terminaison de type GCE_VM_IP_PORT) dans la région REGION_A, commencez par créer les VM dans la zone GCP_NEG_ZONE. Ajoutez ensuite les points de terminaison du réseau de VM au NEG zonal.

Créer des VM

Console

1. Dans la console Google Cloud, accédez à la page Instances de VM.

   Accéder à la page "Instances de VM"

2. Cliquez sur Créer une instance.

3. Définissez le paramètre Nom sur vm-a1.

4. Dans le champ Région, choisissez REGION_A, puis spécifiez une valeur pour le champ Zone. Cette zone est désignée par GCP_NEG_ZONE dans cette procédure.

5. Dans la section Disque de démarrage, assurez-vous que les options sélectionnées sont Debian pour le système d'exploitation et 10 (Buster) pour la version. Si nécessaire, cliquez sur Sélectionner pour modifier l'image.

6. Développez la section Options avancées et apportez les modifications suivantes :

   • Développez la section Mise en réseau.
   • Dans le champ Tags réseau, saisissez allow-health-check.
   • Dans la section Interfaces réseau, apportez les modifications suivantes :
     • Réseau : NETWORK
     • Sous-réseau : SUBNET
     • Type de pile d'adresses IP: IPv4 et IPv6 (double pile)
   • Cliquez sur OK.

   • Cliquez sur Gestion. Dans le champ Script de démarrage, copiez et collez le contenu de script suivant.

     #! /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
     

7. Cliquez sur Créer.

8. Répétez les étapes ci-dessous pour créer une deuxième VM en utilisant la combinaison de nom et de zone suivante :

   • Nom : vm-a2, zone : GCP_NEG_ZONE

gcloud

Créez les VM en exécutant la commande suivante deux fois, en utilisant ces combinaisons pour le nom de la VM et sa zone. Le contenu du script est identique pour les deux VM.

• VM_NAME de vm-a1 et la zone GCP_NEG_ZONE de votre choix.

• VM_NAME de vm-a2 et la même zone GCP_NEG_ZONE.

  gcloud compute instances create VM_NAME \
      --zone=GCP_NEG_ZONE \
      --stack-type=IPV4_IPV6 \
      --image-family=debian-10 \
      --image-project=debian-cloud \
      --tags=allow-health-check \
      --subnet=SUBNET \
      --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'
  

Ajouter des points de terminaison au NEG zonal

Console

Pour ajouter des points de terminaison au NEG zonal :

1. Dans la console Google Cloud, accédez à la page Groupes de points de terminaison du réseau.

   Accéder à la page Groupes de points de terminaison du réseau

2. Dans la liste Nom, cliquez sur le nom du groupe de points de terminaison du réseau (ZONAL_NEG). La page Détails du groupe de points de terminaison du réseau s'affiche.

3. Dans la section Points de terminaison du réseau de ce groupe, sélectionnez le point de terminaison NEG créé précédemment. Cliquez sur Supprimer le point de terminaison.

4. Dans la section Points de terminaison du réseau de ce groupe, cliquez sur Ajouter un point de terminaison du réseau.

5. Sélectionnez l'instance de VM.

6. Dans la section Interface réseau, le nom, la zone et le sous-réseau de la VM s'affichent.

7. Dans le champ Adresse IPv4, saisissez l'adresse IPv4 du nouveau point de terminaison du réseau.

8. Dans le champ Adresse IPv6, saisissez l'adresse IPv6 du nouveau point de terminaison du réseau.

   Remarque : Un service de backend avec plusieurs points de terminaison doit posséder des adresses IPv6 uniques. Les points de terminaison peuvent se trouver dans différents sous-réseaux, mais la même adresse IPv6 ne peut pas être utilisée pour plusieurs points de terminaison.

9. Sélectionnez le type de port.

   1. Si vous sélectionnez Par défaut, le point de terminaison utilise le port par défaut 80 pour tous les points de terminaison du groupe de points de terminaison du réseau. Cela est suffisant pour notre exemple, car le serveur Apache diffuse les requêtes au port 80.
   2. Si vous sélectionnez Personnalisé, saisissez le numéro de port du point de terminaison à utiliser.

10. Pour ajouter d'autres points de terminaison, cliquez sur Ajouter un point de terminaison du réseau, puis répétez les étapes précédentes.

11. Après avoir ajouté tous les points de terminaison, cliquez sur Créer.

gcloud

1. Ajoutez des points de terminaison (points de terminaison GCE_VM_IP_PORT) à ZONAL_NEG.

   Remarque : Un service de backend avec plusieurs points de terminaison doit posséder des adresses IPv6 uniques. Les points de terminaison peuvent se trouver dans différents sous-réseaux, mais la même adresse IPv6 ne peut pas être utilisée pour plusieurs points de terminaison.

   gcloud compute network-endpoint-groups update ZONAL_NEG \
       --zone=GCP_NEG_ZONE \
       --add-endpoint='instance=vm-a1,ip=IPv4_ADDRESS, \
         ipv6=IPv6_ADDRESS,port=80' \
       --add-endpoint='instance=vm-a2,ip=IPv4_ADDRESS, \
         ipv6=IPv6_ADDRESS,port=80'
   

Remplacez les éléments suivants :

IPv4_ADDRESS : adresse IPv4 du point de terminaison du réseau. L'adresse IPv4 doit appartenir à une VM dans Compute Engine (l'adresse IP principale ou une plage d'adresses IP avec alias). Si l'adresse IP n'est pas spécifiée, l'adresse IP principale de l'instance de VM du réseau à laquelle appartient le groupe de points de terminaison du réseau est utilisée.

IPv6_ADDRESS : adresse IPv6 du point de terminaison du réseau. L'adresse IPv6 doit appartenir à une instance de VM du réseau auquel appartient le groupe de points de terminaison du réseau (adresse IPv6 externe).

Créer une règle de pare-feu de vérification d'état IPv6

Assurez-vous de disposer d'une règle d'entrée applicable aux instances faisant l'objet d'un équilibrage de charge et qui autorise le trafic issu des systèmes de vérification d'état Google Cloud (2600:2d00:1:b029::/64,2600:2d00:1:1::/64). Cet exemple utilise le tag cible allow-health-check-ipv6 pour identifier les instances de VM auxquelles la règle s'applique.

Sans cette règle de pare-feu, la règle d'entrée interdite par défaut bloque les entrées au trafic vers les instances backend.

Remarque : Vous devez créer une règle de pare-feu pour autoriser les vérifications d'état à partir des plages d'adresses IP des systèmes de vérification Google Cloud. Pour plus d'informations, consultez la section sur les plages d'adresses IP de vérification.

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. Pour autoriser le trafic de sous-réseau IPv6, cliquez à nouveau sur Créer une règle de pare-feu, puis saisissez les informations suivantes :

   • Nom : fw-allow-lb-access-ipv6
   • Réseau : NETWORK
   • Priorité : 1000
   • Sens du trafic : entrée
   • Cibles : Tags cibles spécifiés
   • Tags cibles : allow-health-check-ipv6
   • Filtre source : Plages IPv6
   • Plages IPv4 sources : 2600:2d00:1:b029::/64,2600:2d00:1:1::/64
   • Protocoles et ports : tout autoriser

3. Cliquez sur Créer.

gcloud

1. Créez la règle de pare-feu fw-allow-lb-access-ipv6 pour autoriser la communication depuis le sous-réseau :

   gcloud compute firewall-rules create fw-allow-lb-access-ipv6 \
       --network=NETWORK \
       --action=allow \
       --direction=ingress \
       --target-tags=allow-health-check-ipv6 \
       --source-ranges=2600:2d00:1:b029::/64,2600:2d00:1:1::/64 \
       --rules=all
   

Mettre à jour le service de backend et créer une règle de transfert pour IPv6

Cette section fournit des instructions pour mettre à jour le service de backend BACKEND_SERVICE avec la règle de sélection d'adresse IP en tant que Prefer IPv6 et ajouter un backend de NEG zonal.

Si un groupe d'instances est associé à votre service de backend, consultez la section Mettre à jour le service de backend pour un groupe d'instances.

Console

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

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

2. Cliquez sur le nom de l'équilibreur de charge.

3. Cliquez sur Modifier.

Configurer le service de backend pour IPv6

1. Cliquez sur Configuration du backend.
2. Pour le type de backend, sélectionnez Groupe de points de terminaison du réseau zonal.
3. Dans la liste Règle de sélection des adresses IP, sélectionnez Préférer IPv6.
4. Dans le champ Protocole :
   • Pour le proxy TCP, sélectionnez TCP.
   • Pour le proxy SSL, sélectionnez SSL.
5. Dans la section Backends, cliquez sur Ajouter un backend.
6. Dans le panneau Nouveau backend, procédez comme suit :
   • Dans la liste Groupe de points de terminaison du réseau, sélectionnez ZONAL_NEG.
   • Dans le champ Nombre maximal de connexions, saisissez 10.
7. Cliquez sur OK.
8. Dans la liste Vérification de l'état, sélectionnez une vérification d'état HTTP.

Configurer la règle de transfert IPv6

1. Cliquez sur Configuration de l'interface.
2. Cliquez sur Ajouter une adresse IP et un port frontend.
3. Dans le champ Nom, saisissez un nom pour la règle de transfert.
4. Dans le champ Protocole :
   • Pour le proxy TCP, sélectionnez TCP.
   • Pour le proxy SSL, sélectionnez SSL.
5. Définissez Version IP sur IPv6.
6. Pour le proxy SSL, sélectionnez un certificat dans la liste Certificats.
7. Cliquez sur OK.
8. Cliquez sur Update (Mettre à jour).

gcloud

1. Créez le service de backend pour le trafic HTTP :

   gcloud beta compute backend-services update BACKEND_SERVICE \
      --protocol=[SSL|TCP] \
      --port-name=http \
      --ip-address-selection-policy=PREFER_IPV6 \
      --health-checks=HEALTH_CHECK \
      --global
   

2. Ajoutez des NEG zonaux en tant que backend au service de backend.

   gcloud beta compute backend-services add-backend BACKEND_SERVICE \
      --network-endpoint-group=ZONAL_NEG \
      --global
   

3. Réservez une adresse IPv6 externe que vos clients utiliseront pour accéder à votre équilibreur de charge.

   gcloud compute addresses create lb-ipv6-1 \
      --ip-version=IPV6 \
      --network-tier=PREMIUM \
      --global
   

4. Pour le proxy SSL, créez une règle de transfert pour le service de backend.

   gcloud beta compute target-ssl-proxies create TARGET_PROXY \
      --backend-service=BACKEND_SERVICE \
      --ssl-certificates=[SSL_CERT_1][,[SSL_CERT_2],...] \
      --ssl-policy=my-ssl-policy \
      --proxy-header=NONE
   

   gcloud beta compute forwarding-rules create  \
      --load-balancing-scheme=EXTERNAL_MANAGED \
      --network-tier=PREMIUM \
      --address=lb-ipv6-1 \
      --global \
      --target-ssl-proxy=TARGET_PROXY \
      --ports=443
   

5. Pour le proxy TCP, créez une règle de transfert pour le service de backend.

   gcloud beta compute target-tcp-proxies create TARGET_PROXY \
      --backend-service=BACKEND_SERVICE \
      --proxy-header=NONE
   

   gcloud beta compute forwarding-rules create  \
      --load-balancing-scheme=EXTERNAL_MANAGED \
      --network-tier=PREMIUM \
      --address=lb-ipv6-1 \
      --global \
      --target-tcp-proxy=TARGET_PROXY \
      --ports=443
   

Mettre à jour le service de backend d'un groupe d'instances

Si un groupe d'instances est associé à votre service de backend, vous devez mettre à jour le service de backend 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 le nom de l'équilibreur de charge.

3. Cliquez sur Modifier.

Configurer le service de backend

1. Cliquez sur Configuration du backend.
2. Pour Type de backend, sélectionnez Groupe d'instances.
3. Dans la liste Règle de sélection des adresses IP, sélectionnez Préférer IPv6.
4. Dans le champ Protocole :
   • Pour le proxy TCP, sélectionnez TCP.
   • Pour le proxy SSL, sélectionnez SSL.
5. Si vous avez mis à jour l'instance ou les modèles de VM vers la double pile, la section Backends n'a pas besoin d'être mise à jour à nouveau.
6. Sélectionnez une vérification d'état.
7. Cliquez sur Update (Mettre à jour).

gcloud

1. Créez le service de backend pour le trafic HTTP :

   gcloud beta compute backend-services update BACKEND_SERVICE \
      --protocol=[SSL|TCP] \
      --port-name=http \
      --ip-address-selection-policy=PREFER_IPV6 \
      --health-checks=HEALTH_CHECK \
      --global
   

2. Ajoutez votre groupe d'instances en tant que backend au service de backend. Si vous avez mis à jour l'instance ou les modèles de VM vers la double pile, vous pouvez ignorer cette étape.

   gcloud beta compute backend-services add-backend BACKEND_SERVICE \
      --instance-group=INSTANCE_GROUP \
      --global
   

Configurer la règle de sélection des adresses IP

Cette étape est facultative. Après avoir converti vos ressources et vos backends en double pile, vous pouvez utiliser la règle de sélection d'adresse IP pour spécifier le type de trafic envoyé depuis Google Front End (GFE) vers vos backends.

Remplacez IP_ADDRESS_SELECTION_POLICY par l'une des valeurs suivantes :

Règle de sélection des adresses IP	Description
IPv4 uniquement	N'envoyez le trafic IPv4 qu'aux backends du service de backend, quel que soit le trafic entre le client et le GFE. Seules les vérifications d'état IPv4 sont utilisées pour vérifier l'état des backends.
Préférer IPv6	Donnez la priorité à la connexion IPv6 du backend par rapport à la connexion IPv4 (à condition qu'il existe un backend opérationnel avec des adresses IPv6). Les vérifications d'état surveillent régulièrement les connexions IPv6 et IPv4 des backends. Le GFE tente d'abord de se connecter à IPv6. Si la connexion IPv6 est interrompue ou lente, le GFE utilise des visiteurs heureux pour se connecter à IPv4. Même si l'une des connexions IPv6 ou IPv4 n'est pas opérationnelle, le backend est toujours considéré comme opérationnel et le GFE peut tester les deux connexions, après quoi les visiteurs heureux choisissent celle à utiliser.
IPv6 uniquement	N'envoyez le trafic IPv6 qu'aux backends du service de backend, quel que soit le trafic entre le client et le proxy. Seules les vérifications d'état IPv6 sont utilisées pour vérifier l'état des backends. Aucune validation n'est nécessaire pour vérifier si le type de trafic du backend correspond à la règle de sélection des adresses IP. Par exemple, si vous avez des backends IPV4 et que vous sélectionnez Only IPv6 comme règle de sélection d'adresse IP, vous n'observerez pas d'erreurs de configuration, mais le trafic ne sera pas acheminé vers vos backends.

Console

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

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

2. Cliquez sur le nom de l'équilibreur de charge.

3. Cliquez sur Modifier.

4. Cliquez sur Configuration du backend.

5. Dans le champ Service de backend, sélectionnez BACKEND_SERVICE.

6. Le type de backend doit être un groupe de points de terminaison du réseau zonal ou un groupe d'instances.

7. Dans la liste Règle de sélection des adresses IP, sélectionnez IP_ADDRESS_SELECTION_POLICY.

8. Cliquez sur OK.

gcloud

1. Mettez à jour le service de backend  :

   gcloud beta compute backend-services update BACKEND_SERVICE \
      --load-balancing-scheme=EXTERNAL_MANAGED \
      --protocol=HTTP \
      --ip-address-selection-policy=IP_ADDRESS_SELECTION_POLICY \
      --global
   

Tester votre équilibreur de charge

Vous devez vérifier que toutes les ressources requises sont mises à jour vers la double pile. Après avoir mis à jour toutes les ressources, le trafic doit être automatiquement acheminé vers les backends. Vous pouvez vérifier les journaux et vérifier que la conversion est terminée.

Testez l'équilibreur de charge pour vérifier que la conversion a réussi et que le trafic entrant atteint les backends comme prévu.

Rechercher les adresses IP externes

Console

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

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

2. Cliquez sur le nom de l'équilibreur de charge.

3. Dans la section Interface, deux adresses IP d'équilibreur de charge s'affichent. Dans cette procédure, l'adresse IPv4 est appelée IP_ADDRESS_IPV4 et l'adresse IPv6 est appelée IP_ADDRESS_IPV6.

4. Dans la section Backends, lorsque la règle de sélection d'adresse IP est Prefer IPv6, deux états de vérification d'état sont affichés pour les backends.

Tester le trafic envoyé à vos instances

Dans cet exemple, les requêtes de la commande curl sont distribuées de manière aléatoire aux backends.

1. Répétez les commandes suivantes plusieurs fois jusqu'à ce que toutes les VM de backend répondent :

   curl -m1 IP_ADDRESS_IPV4:PORT
   

   curl -m1 IP_ADDRESS_IPV6:PORT
   

   Par exemple, si l'adresse IPv6 est [fd20:1db0:b882:802:0:46:0:0]:80, la commande se présente comme suit :

   curl -m1 [fd20:1db0:b882:802:0:46:0:0]:80
   

Vérifier les journaux

Chaque entrée de journal capture les adresses IPv4 et IPv6 de destination du backend. Étant donné que nous prenons en charge la double pile, il est important d'observer l'adresse IP utilisée par le backend.

Vous pouvez vérifier que le trafic est dirigé vers IPv6 ou rebasculer vers IPv4 en affichant les journaux.

Les journaux contiennent l'adresse backend_ip associée au backend. En examinant les journaux et en comparant l'adresse IPv4 ou IPv6 de destination de backend_ip, vous pouvez vérifier quelle adresse IP est utilisée.