Un groupe Auto Scaling pour une application web connaît un ralentissement de la mise à l'échelle horizontale (scale-out) car les scripts de bootstrapping des instances prennent beaucoup de temps. L'administrateur souhaite réduire le temps nécessaire pour servir le trafic pendant le scale-out sans augmenter la capacité excédentaire. Quel changement permettra d'y parvenir le plus efficacement ?

Un warm pool permet de maintenir un ensemble d'instances pré-initialisées et prêtes à être attachées au groupe Auto Scaling dès qu'un scale-out est nécessaire. Cela réduit considérablement le temps de démarrage des nouvelles instances et donc le délai avant qu'elles ne puissent servir le trafic, sans augmenter la capacité excédentaire active. Modifier la configuration de lancement pour des instances plus grandes ne résout pas le problème du temps de bootstrapping et peut être plus coûteux. Augmenter le nombre minimum d'instances augmente la capacité excédentaire active, ce que l'administrateur veut éviter. Ajouter une politique de mise à l'échelle prédictive peut aider à anticiper la demande, mais ne résout pas le problème du temps de démarrage des instances une fois lancées.