Ein Lösungsarchitekt stellt fest, dass ein nächtlicher Batch-Job 1 Stunde lang automatisch hochskaliert, bevor die Auto Scaling-Gruppe die gewünschte Amazon EC2-Kapazität erreicht. Die Spitzenkapazität ist jede Nacht gleich, und die Batch-Jobs beginnen immer um 1 Uhr morgens. Der Architekt benötigt eine kostengünstige Lösung, die es ermöglicht, die gewünschte EC2-Kapazität schnell zu erreichen und die Auto Scaling-Gruppe nach Abschluss der Jobs herunterzuskalieren. Was sollte der Architekt tun?

Geplantes Scaling (Scheduled Scaling) ist die kostengünstigste und effektivste Lösung. Da die Spitzenkapazität und die Startzeit des Batch-Jobs bekannt und konstant sind, kann eine geplante Aktion konfiguriert werden, um die gewünschte Kapazität vor 1 Uhr morgens zu erreichen. Dies vermeidet die 1-stündige Hochskalierungsverzögerung und stellt sicher, dass die Ressourcen bei Bedarf sofort verfügbar sind. Nach Abschluss der Jobs kann eine weitere geplante Aktion die Auto Scaling-Gruppe wieder herunterfahren, um Kosten zu sparen. Die Erhöhung der Mindestkapazität würde die Kosten unnötig erhöhen, da die zusätzlichen Instanzen den ganzen Tag über laufen würden, auch wenn sie nicht benötigt werden. Die Erhöhung der maximalen Kapazität löst das Problem der langsamen Hochskalierung nicht. Die Änderung der Skalierungsrichtlinie würde zwar die Geschwindigkeit der Hochskalierung beeinflussen, aber geplantes Scaling ist präziser und kosteneffizienter für vorhersehbare Workloads.