Компания запускает высокодоступное, масштабируемое приложение на инстансах EC2, управляемых группой Auto Scaling. Сетевая команда поэтапно внедряет поддержку IPv6. На первом этапе они включили IPv6 на публичных двухстековых Network Load Balancer (NLB), чьи целевые группы указывают на группы Auto Scaling инстансов EC2 приложения. Во время тестирования запросы IPv6 достигают NLB, но не доходят до бэкенд-серверов. Какова основная причина?

Основная причина, по которой запросы IPv6 не доходят до бэкенд-серверов, заключается в том, что таблицы маршрутизации для подсетей EC2 не имеют настроенной маршрутизации IPv6. Хотя NLB настроен на прием трафика IPv6, инстансы EC2 в группах Auto Scaling не смогут отвечать на эти запросы, если их подсети не знают, как маршрутизировать IPv6-трафик. Для корректной работы необходимо, чтобы таблицы маршрутизации подсетей, где расположены инстансы EC2, содержали маршрут для IPv6-трафика, обычно указывающий на шлюз интернета (Egress-Only Internet Gateway или Internet Gateway) или NAT Gateway, в зависимости от конфигурации. Неверные варианты: Подсети, в которых развернуты инстансы EC2, не имеют настроенных IPv6-адресов: Инстансы EC2 могут получать IPv6-трафик, даже если они не имеют собственных IPv6-адресов, если NLB преобразует IPv6 в IPv4. Однако в данном случае проблема в маршрутизации. Таблицы маршрутизации для подсетей NLB не имеют настроенной маршрутизации IPv6: NLB успешно принимает IPv6-трафик, что указывает на корректность маршрутизации в его подсетях. Группы безопасности, связанные с NLB, не разрешают трафик IPv6: Если бы группы безопасности NLB блокировали трафик, запросы не достигали бы NLB вообще, что противоречит условию "запросы IPv6 достигают NLB".