Een Auto Scaling-groep voor een webapplicatie ervaart trage scale-out omdat de bootstrapping-scripts van de instanties lang duren. De beheerder wil de tijd verkorten die nodig is om verkeer te verwerken tijdens scale-out, zonder de overtollige capaciteit te vergroten. Welke wijziging zal dit het meest effectief bereiken?

Het configureren van een warm pool is de meest effectieve oplossing. Een warm pool houdt instanties vooraf geïnitialiseerd en klaar voor gebruik, wat de bootstrapping-tijd tijdens een scale-out elimineert. Dit versnelt het proces aanzienlijk zonder overtollige capaciteit te vergroten, aangezien de instanties in de warm pool nog niet actief verkeer verwerken. Grotere instancetypen (optie 1) lossen het probleem van trage bootstrapping niet op en kunnen de kosten verhogen. Het verhogen van het minimale aantal instanties (optie 2) vergroot de overtollige capaciteit, wat in strijd is met de vereisten. Een predictive scaling policy (optie 3) kan helpen bij het anticiperen op vraag, maar lost het onderliggende probleem van trage bootstrapping niet op wanneer instanties eenmaal gestart zijn.