Vous rédigez un modèle CloudFormation pour déployer un service web sur des instances EC2 dans un sous-réseau privé derrière un Application Load Balancer (ALB). Le service doit accepter les requêtes des clients IPv6. Quelles modifications devez-vous apporter au modèle pour que les clients IPv6 puissent atteindre le service ?

Pour permettre aux clients IPv6 d'atteindre un service derrière un ALB, il est nécessaire de configurer le VPC et l'ALB pour prendre en charge IPv6. L'ajout d'un bloc CIDR IPv6 au VPC et aux sous-réseaux où l'ALB est déployé est la première étape. Ensuite, l'ALB doit être configuré en mode dualstack pour accepter les connexions IPv4 et IPv6. Un écouteur sur le port 443 (ou autre port pertinent) est créé, et un groupe cible contenant les instances EC2 est associé à cet écouteur. Les instances EC2 elles-mêmes n'ont pas besoin d'adresses IPv6 publiques si elles sont dans un sous-réseau privé et que l'ALB gère le trafic externe. Les autres options sont incorrectes car : Attribuer des adresses IPv6 directement aux instances EC2 et gérer les tables de routage IPv6 pour chaque instance n'est pas la méthode standard ni la plus efficace pour exposer un service via un ALB. L'ALB gère la connectivité externe. Attribuer une adresse IP élastique IPv6 à chaque instance EC2 n'est pas nécessaire, car l'ALB gère la distribution du trafic. Remplacer l'ALB par un NLB n'est pas requis, car l'ALB prend en charge IPv6 en mode dualstack et offre des fonctionnalités de routage de couche 7.