Firma uruchamia wewnętrzną aplikację przeglądarkową na instancjach EC2 za Application Load Balancerem. Instancje znajdują się w grupie Auto Scaling obejmującej wiele Stref Dostępności. Grupa skaluje się do 20 instancji w godzinach pracy i zmniejsza się do 2 instancji w nocy. Pracownicy twierdzą, że aplikacja jest bardzo wolna na początku dnia, chociaż działa dobrze w połowie przedpołudnia. Jak należy zmienić skalowanie, aby rozwiązać problem, jednocześnie utrzymując niskie koszty?

Problem polega na tym, że aplikacja jest wolna na początku dnia, co sugeruje, że Auto Scaling Group nie skaluje się wystarczająco szybko, aby sprostać początkowemu obciążeniu. Akcja śledzenia celu (target tracking) jest najlepszym rozwiązaniem, ponieważ dynamicznie dostosowuje pojemność grupy Auto Scaling w celu utrzymania określonego wskaźnika, np. wykorzystania CPU. Ustawienie niższego progu CPU sprawi, że skalowanie w górę nastąpi szybciej, zanim instancje zostaną przeciążone. Skrócenie okresu wyciszenia (cooldown period) pozwoli na szybsze uruchamianie nowych instancji po wykryciu potrzeby skalowania. Opcja z zaplanowaną akcją ustawiającą żądaną pojemność na 20 jest mniej elastyczna i może prowadzić do niepotrzebnych kosztów, jeśli obciążenie nie osiągnie 20 instancji. Ustawienie minimalnej i maksymalnej pojemności na 20 również jest nieoptymalne, ponieważ utrzymuje 20 instancji przez cały czas, co jest kosztowne w nocy. Akcja skalowania krokowego (step scaling) jest mniej precyzyjna niż śledzenie celu i może wymagać więcej dostrajania.