Een applicatie draait op EC2 in één VPC over twee Availability Zones. Een gedeelde inspectie-VPC met een GWLB en een vloot van marketplace-inspectie-instances inspecteert verkeer tussen de VPC en het internet. Om kosten te besparen, is er slechts één inspectie-instance geïmplementeerd in elke AZ die door de applicatie wordt gebruikt. Tijdens onderhoud van een inspectie-instance ervaren sommige applicatie-instances time-outs van internetsessies en kunnen ze geen nieuwe sessies tot stand brengen. Welke combinatie van wijzigingen lost het probleem op? (Kies er twee.)

De applicatie ervaart time-outs omdat er tijdens onderhoud van een inspectie-instance geen failover-optie is binnen dezelfde Availability Zone (AZ). Het implementeren van een extra inspectie-instance in elke AZ zorgt voor redundantie, waardoor verkeer kan worden omgeleid naar de gezonde instance wanneer de andere wordt onderhouden of faalt. Het inschakelen van cross-zone load balancing voor de GWLB is cruciaal. Zonder dit attribuut stuurt de GWLB verkeer alleen naar inspectie-instances binnen dezelfde AZ. Als de enige instance in een AZ niet beschikbaar is, zal verkeer voor die AZ niet naar een instance in een andere AZ worden gestuurd, wat resulteert in time-outs. Cross-zone load balancing zorgt ervoor dat de GWLB verkeer kan verdelen over alle gezonde inspectie-instances, ongeacht hun AZ, wat de veerkracht verhoogt. Het implementeren van instances in AZ's zonder inspectie-instances helpt niet direct als de bestaande AZ's geen redundantie hebben. Een Auto Scaling group met CPU-gebaseerd schalen is goed voor elasticiteit, maar lost het probleem van onmiddellijke failover bij onderhoud niet op als de minimale capaciteit te laag is. Het koppelen van de GWLB aan alle AZ's is standaard en lost het probleem van onvoldoende instances per AZ niet op.