Een bedrijf draait een webapplicatie op Amazon EC2-instances in meerdere Availability Zones. De EC2-instances bevinden zich in private subnets. Een solutions architect heeft een internet-facing Application Load Balancer (ALB) gemaakt en de EC2-instances gespecificeerd als de target group, maar internetverkeer bereikt de instances niet. Hoe moet de architect de architectuur opnieuw configureren om dit te verhelpen?

De correcte oplossing is om public subnets te creëren in elke Availability Zone en deze te koppelen aan de ALB. Een ALB moet in public subnets worden geïmplementeerd om internetverkeer te kunnen ontvangen. De routetabellen van deze public subnets moeten vervolgens worden bijgewerkt om verkeer naar de private subnets te leiden waar de EC2-instances zich bevinden. Dit zorgt ervoor dat de ALB internetverkeer kan ontvangen en doorsturen naar de instances. De andere opties zijn incorrect: Een Network Load Balancer (NLB) zou ook in public subnets moeten staan om internetverkeer te ontvangen, en een NAT Gateway is voor uitgaand verkeer van private instances, niet voor inkomend verkeer naar een ALB. EC2-instances in private subnets houden ze geïsoleerd van direct internetverkeer, wat een best practice is voor beveiliging. Ze verplaatsen naar public subnets is geen ideale oplossing. Het bijwerken van routetabellen voor de private subnets om 0.0.0.0/0-verkeer via een Internet Gateway te sturen, maakt de private subnets feitelijk publiek, wat de beveiliging ondermijnt.