Ein Unternehmen betreibt ein dreijähriges Projekt mit einer Anwendung, die 20 Amazon EC2 On-Demand-Instances verwendet, die bei einer Network Load Balancer-Zielgruppe über zwei Availability Zones hinweg registriert sind. Die Anwendung ist zustandslos und läuft 24/7. Die normale CPU-Auslastung beträgt etwa 10 %, steigt aber während kurzer Spitzenzeiten, die einige Stunden dauern, auf 100 %. Benutzer melden langsame Antworten. Welche neue Architektur löst das Problem der langsamen Antworten am KOSTENGÜNSTIGSTEN?

Die korrekte Antwort ist, eine Auto Scaling-Gruppe zu erstellen, die Mindestkapazität auf 4 und die maximale Kapazität auf 28 zu setzen und Reserved Instances für vier Instances zu kaufen. Dies ist die kostengünstigste Lösung, da Reserved Instances für die Basislast von 4 Instances erhebliche Einsparungen bieten. Die Auto Scaling-Gruppe skaliert bei Bedarf dynamisch auf bis zu 28 Instances, um Spitzenlasten zu bewältigen und langsame Antworten zu vermeiden, wobei nur On-Demand-Kosten für die zusätzlichen Instances anfallen. Die Option, die Mindestkapazität auf 20 und die gewünschte Kapazität auf 28 zu setzen und Reserved Instances für 20 Instances zu kaufen, ist zu teuer, da 20 Reserved Instances für eine Basislast von nur 4 Instances nicht notwendig sind. Spot Fleets sind für diese Art von Workload, der 24/7 läuft und stabile Leistung erfordert, nicht ideal, da Spot Instances jederzeit unterbrochen werden können.