Ein EKS-Cluster mit EC2-Knotengruppen verwendet den Kubernetes Horizontal Pod Autoscaler und den EKS Cluster Autoscaler. Das DevOps-Team muss Cluster-, Knoten- und Pod-Metriken sammeln und Protokolle in CloudWatch erfassen, um Baselineschwellenwerte festzulegen. Sie benötigen E-Mail-Benachrichtigungen über SNS, wenn Schwellenwerte überschritten werden oder wenn der Autoscaler fehlschlägt. Welche Kombination von Schritten sollten sie unternehmen? (Wählen Sie drei.)

Die Bereitstellung des CloudWatch-Agenten und von Fluent Bit im Cluster ist korrekt, da der CloudWatch-Agent Metriken sammelt und Fluent Bit Protokolle von EKS-Clustern an CloudWatch Logs sendet. Dies ist für die Erfassung von Cluster-, Knoten- und Pod-Metriken sowie Protokollen unerlässlich. Die Erstellung von CloudWatch-Alarmen für Cluster-CPU, Speicher und Knotenausfallmetriken ist korrekt, um Schwellenwerte zu überwachen und Benachrichtigungen über SNS zu senden, wenn diese überschritten werden. Das Erstellen eines CloudWatch-Alarms mit einem Metrikfilter in den Autoscaler-Bereitstellungsprotokollen zur Überwachung auf Fehler ist ebenfalls korrekt, um Benachrichtigungen über Autoscaler-Fehler zu erhalten. Die AWS Distro for OpenTelemetry ist zwar eine Option für die Datenerfassung, aber der CloudWatch-Agent und Fluent Bit sind spezifischer für die Anforderungen der CloudWatch-Integration in EKS. Ein CloudWatch-Composite-Alarm ist für die Kombination von Metriken gedacht, aber nicht für die Überwachung von Autoscaler-Protokollen auf Fehler. Das Überwachen von Autoscaler-Bereitstellungsprotokollen auf Fehlermeldungen ist zwar wichtig, aber die spezifische Methode über einen Metrikfilter ist präziser und effektiver.