Een openbare advertentie veroorzaakt plotselinge, onvoorspelbare verkeerspieken naar een applicatie die draait in een Auto Scaling group. Het opstarten van instances omvat een langdurig proces dat machine-specifieke caches aanmaakt, waardoor het opstarten traag is. De Auto Scaling group moet in staat zijn om pieken op te vangen die mogelijk schaling naar 100 instances vereisen. Welke oplossing zorgt ervoor dat capaciteit snel beschikbaar is voor deze pieken?

Een warm pool is de meest geschikte oplossing omdat het vooraf geïnitialiseerde instances in een stopped of hibernated staat bewaart. Wanneer er schaalbehoeften zijn, worden deze instances snel opgestart vanuit hun voorbereide staat, waardoor de lange opstarttijd en het aanmaken van caches worden omzeild. Dit zorgt voor een snelle respons op onvoorspelbare verkeerspieken. Het starten van 100 instances en ze vervolgens stoppen met cachegegevens in de instance store is geen standaard of efficiënte methode voor Auto Scaling en instance store data is vluchtig. Het verhogen van de instance warm-up period in het scaling policy vertraagt de schaling, wat contraproductief is bij plotselinge pieken. Predictive scaling is nuttig voor voorspelbare pieken, maar niet voor onvoorspelbare pieken zoals hier beschreven.