Een SysOps-beheerder draait een applicatie op EC2-instances achter een Application Load Balancer in een eenvoudige schaalvergroting Auto Scaling group met standaardinstellingen. De groep schaalt op de RequestCountPerTarget-metric. De beheerder merkt op dat RequestCountPerTarget de drempel tweemaal binnen 180 seconden heeft overschreden. Wat zal er gebeuren met de Auto Scaling group in dit scenario?

De correcte optie is dat de Auto Scaling group één EC2-instance zal starten en vervolgens zal wachten op de standaard cooldown-periode voordat er nog een wordt gestart. Dit komt doordat Auto Scaling groups een cooldown-periode hebben (standaard 300 seconden) na een schaalactiviteit. Tijdens deze periode reageert de groep niet op verdere schaaltriggers, zelfs als de metric de drempel opnieuw overschrijdt. Dit voorkomt dat de groep te snel schaalt en onnodige kosten maakt. De andere opties zijn onjuist omdat de Auto Scaling group niet telkens een instance start bij elke overschrijding zonder cooldown, de ALB niet direct wordt geïnformeerd om verkeer te herverdelen op deze manier, en de groep niet eerst probeert verkeer te herverdelen voordat een instance wordt gestart; schalen is de primaire reactie op een overschreden drempel.