Klaster EKS z grupami węzłów EC2 używa Kubernetes Horizontal Pod Autoscaler i EKS cluster Autoscaler. Zespół DevOps musi zbierać metryki klastra, węzłów i podów oraz przechwytywać logi w CloudWatch, aby ustalić progi bazowe. Potrzebują powiadomień e-mail za pośrednictwem SNS, jeśli progi zostaną przekroczone lub jeśli Autoscaler zawiedzie. Jaką kombinację kroków powinni podjąć? (Wybierz trzy.)

Aby zbierać metryki i logi, należy wdrożyć agenta CloudWatch (dla metryk) i Fluent Bit (dla logów) do klastra EKS, zapewniając odpowiednie uprawnienia IAM. AWS Distro for OpenTelemetry jest alternatywą, ale agent CloudWatch i Fluent Bit są standardowym i często preferowanym rozwiązaniem dla metryk i logów w CloudWatch. Następnie, aby monitorować wydajność klastra, należy utworzyć alarmy CloudWatch dla kluczowych metryk, takich jak CPU i pamięć, oraz dla awarii węzłów, konfigurując je do wysyłania powiadomień SNS. Aby monitorować Autoscaler, należy utworzyć alarm CloudWatch oparty na filtrze metryk logów, który wykrywa błędy w logach wdrożenia Autoscaler i również wysyła powiadomienia SNS. Złożony alarm CloudWatch jest zbyt ogólny i nie zapewnia precyzyjnego monitorowania konkretnych błędów Autoscalera. Monitorowanie ogólnych logów wdrożenia Autoscalera bez filtra metryk jest mniej efektywne.