Aplikacja działa na instancjach EC2 za Application Load Balancer i jest skalowana za pomocą grupy Auto Scaling. Czasami aplikacja działa wolno; CloudWatch pokazuje, że niektóre instancje mają bardzo wysokie zużycie procesora. Administrator musi zbudować pulpit nawigacyjny CloudWatch, który automatycznie wyświetla metryki procesora dla każdej instancji EC2, w tym instancji uruchomionych później przez Auto Scaling. Jaki jest najbardziej efektywny operacyjnie sposób, aby to zrobić?

Poprawna odpowiedź to użycie CloudWatch Metrics Explorer do filtrowania metryk według tagu aws:autoscaling:groupName. Metryki EC2, takie jak CPUUtilization, są automatycznie publikowane w CloudWatch. Instancje uruchamiane przez Auto Scaling są automatycznie tagowane nazwą grupy Auto Scaling. Filtrowanie według tego tagu w Metrics Explorer pozwala na dynamiczne uwzględnianie metryk CPU wszystkich instancji należących do danej grupy, włączając w to nowo uruchomione instancje, bez konieczności ręcznej aktualizacji pulpitu nawigacyjnego. Jest to najbardziej efektywne operacyjnie, ponieważ nie wymaga dodatkowej logiki ani skryptów. Niepoprawne opcje: Subskrybowanie powiadomień Auto Scaling i użycie funkcji Lambda do aktualizacji pulpitu nawigacyjnego jest zbyt złożone i niepotrzebne, ponieważ CloudWatch może dynamicznie agregować metryki. Uruchamianie agenta lub skryptu na każdej instancji do przesyłania metryk CPU jest zbędne, ponieważ CPUUtilization jest standardową metryką EC2. Filtrowanie według stanu instancji nie jest wystarczające, ponieważ nie grupuje instancji w kontekście Auto Scaling i nie zapewnia dynamicznego uwzględniania nowych instancji w ramach tej samej aplikacji.