Une entreprise exécute une application hautement disponible et évolutive sur des instances EC2 gérées par un groupe Auto Scaling. L'équipe réseau déploie la prise en charge d'IPv6 par étapes. Dans la première étape, elle a activé IPv6 sur des Network Load Balancers (NLB) publics à double pile dont les groupes cibles pointent vers les groupes Auto Scaling des instances EC2 de l'application. Pendant les tests, les requêtes IPv6 atteignent les NLB mais n'atteignent pas les serveurs backend. Quelle est la cause principale ?

La cause principale est que les tables de routage des sous-réseaux EC2 n'ont pas de routage IPv6 configuré. Même si les NLB reçoivent le trafic IPv6, ils ne peuvent pas le transmettre aux instances EC2 si les sous-réseaux des instances ne savent pas comment acheminer ce trafic. Les NLB sont configurés pour la double pile, ce qui signifie qu'ils peuvent accepter les connexions IPv6. Cependant, pour que les instances EC2 répondent, leurs sous-réseaux doivent avoir des routes IPv6 appropriées, généralement vers une passerelle Internet ou une passerelle NAT pour le trafic sortant, et des routes locales pour le trafic intra-VPC. Les sous-réseaux sans adresses IPv6 configurées empêcheraient les instances d'obtenir des adresses IPv6, mais le problème ici est le routage une fois que les requêtes atteignent le sous-réseau. Les tables de routage des sous-réseaux NLB sont pertinentes pour le trafic entrant vers le NLB, pas pour le trafic du NLB vers les instances. Les groupes de sécurité des NLB ne sont pas le problème car les requêtes atteignent les NLB.