Długo działająca, stanowa usługa działa na pojedynczej instancji EC2 typu xlarge ogólnego przeznaczenia On-Demand. Metryki pokazują, że zużywa około 80% pamięci i 40% procesora. Administrator SysOps musi obniżyć koszty bez pogarszania wydajności. Jaka zmiana typu instancji spełnia ten cel?

Poprawna odpowiedź to przełączenie na pojedynczą instancję On-Demand typu large zoptymalizowaną pod kątem pamięci. Usługa zużywa 80% pamięci i 40% procesora, co wskazuje na to, że jest intensywnie obciążona pamięcią. Instancje zoptymalizowane pod kątem pamięci (np. typu R) oferują lepszy stosunek pamięci do procesora w niższej cenie niż instancje ogólnego przeznaczenia o podobnej mocy obliczeniowej. Zmniejszenie rozmiaru instancji z xlarge do large, przy jednoczesnym wyborze typu zoptymalizowanego pod kątem pamięci, pozwoli na obniżenie kosztów bez pogarszania wydajności, ponieważ usługa nadal będzie miała wystarczającą ilość pamięci. Przełączenie na instancję zoptymalizowaną pod kątem obliczeń (np. typu C) jest nieodpowiednie, ponieważ usługa jest intensywnie obciążona pamięcią, a nie procesorem. Instancje Spot są tańsze, ale nie są odpowiednie dla długo działających, stanowych usług, ponieważ mogą zostać przerwane. Przełączenie na dwie instancje zwiększyłoby koszty i skomplikowało zarządzanie stanową usługą.