Un gruppo Auto Scaling per un'applicazione web subisce uno scale-out lento perché gli script di bootstrapping delle istanze richiedono molto tempo. L'amministratore desidera ridurre il tempo necessario per servire il traffico durante lo scale-out senza aumentare la capacità in eccesso. Quale modifica consentirà di raggiungere questo obiettivo nel modo più efficace?

La configurazione di un warm pool è la soluzione più efficace perché consente di avere istanze pre-inizializzate e pronte per servire il traffico immediatamente durante uno scale-out. Questo riduce significativamente il tempo di avvio delle nuove istanze, che include l'esecuzione degli script di bootstrapping, senza aumentare la capacità in eccesso che verrebbe fatturata. Le istanze nel warm pool non vengono fatturate come istanze attive, ma solo per l'archiviazione e l'indirizzo IP. Modificare la configurazione di avvio per utilizzare tipi di istanza più grandi potrebbe ridurre il numero di istanze necessarie, ma non risolverebbe il problema del tempo di bootstrapping per ogni singola istanza e potrebbe aumentare i costi. Aumentare il numero minimo di istanze aumenterebbe la capacità in eccesso e i costi, andando contro l'obiettivo. Aggiungere una policy di scaling predittivo può aiutare a prevenire lo scale-out lento, ma non risolve il problema intrinseco del tempo di bootstrapping delle istanze una volta che la domanda supera le previsioni o in caso di picchi improvvisi.