Obciążenie działa na tysiącach instancji EC2 w VPC, która ma podsieci publiczne i prywatne. Podsieci publiczne kierują ruch 0.0.0.0/0 do internet gateway; podsieci prywatne kierują ruch 0.0.0.0/0 do NAT gateway. Musisz przeprowadzić migrację floty do IPv6, jednocześnie zapewniając, że instancje w podsieciach prywatnych nie są dostępne z publicznego internetu. Co powinien zrobić architekt rozwiązań?

Poprawna odpowiedź to: Zaktualizuj istniejącą VPC, przypisując dostarczony przez Amazon blok CIDR IPv6 do VPC i wszystkich podsieci. Utwórz egress-only internet gateway i zaktualizuj tabele routingu podsieci prywatnych tak, aby ::/0 kierowało ruch do egress-only internet gateway. Wyjaśnienie: Ta opcja jest poprawna, ponieważ Egress-Only Internet Gateway (EIGW) jest przeznaczony do zapewnienia wychodzącej łączności IPv6 z internetem dla instancji w podsieciach prywatnych, jednocześnie uniemożliwiając ruch przychodzący z internetu. To spełnia wymóg, aby instancje w podsieciach prywatnych nie były dostępne z publicznego internetu. Przypisanie bloku CIDR IPv6 dostarczonego przez Amazon do VPC i wszystkich podsieci jest standardową praktyką przy wdrażaniu IPv6 w AWS. Pozostałe opcje są nieprawidłowe: Aktualizacja tabel routingu, aby dodać ::/0 w kierunku internet gateway, sprawiłaby, że instancje w podsieciach prywatnych byłyby dostępne z internetu, co narusza wymagania. Kierowanie ruchu ::/0 do NAT gateway nie jest możliwe dla IPv6, ponieważ NAT gateway obsługuje tylko IPv4. Tworzenie nowego NAT gateway z włączoną obsługą IPv6 nie jest rozwiązaniem, ponieważ NAT gateway nie obsługuje IPv6. Egress-Only Internet Gateway jest odpowiednim rozwiązaniem dla IPv6.