Un architetto di soluzioni osserva che un processo batch notturno esegue lo scale up automaticamente per 1 ora prima che il gruppo Auto Scaling raggiunga la capacità Amazon EC2 desiderata. La capacità di picco è la stessa ogni notte e i processi batch iniziano sempre all'1:00. L'architetto necessita di una soluzione conveniente che consenta di raggiungere rapidamente la capacità EC2 desiderata e permetta al gruppo Auto Scaling di eseguire lo scale down dopo il completamento dei processi. Cosa dovrebbe fare l'architetto?

L'opzione corretta è configurare lo scaling pianificato. Poiché il processo batch ha un orario di inizio e una capacità di picco prevedibili ogni notte, lo scaling pianificato consente di aumentare proattivamente la capacità del gruppo Auto Scaling all'ora desiderata (ad esempio, poco prima dell'1:00) per soddisfare immediatamente la domanda. Questo evita il ritardo di 1 ora osservato con lo scaling dinamico reattivo. È anche conveniente perché la capacità può essere ridotta dopo il completamento dei processi, evitando costi inutili. Aumentare la capacità minima manterrebbe istanze in esecuzione inutilmente durante il giorno. Aumentare la capacità massima non risolve il problema del ritardo iniziale. Modificare la policy di scaling per aggiungere più istanze per operazione potrebbe portare a un over-provisioning o a un under-provisioning inefficiente, a seconda delle metriche.