Een EKS-cluster met EC2-knooppuntgroepen gebruikt de Kubernetes Horizontal Pod Autoscaler en de EKS-cluster Autoscaler. Het DevOps-team moet cluster-, knooppunt- en pod-metrics verzamelen en logs vastleggen in CloudWatch om basisdrempels vast te stellen. Ze hebben e-mailmeldingen via SNS nodig als drempels worden overschreden of als de Autoscaler faalt. Welke combinatie van stappen moeten ze nemen? (Kies drie.)

De CloudWatch-agent en Fluent Bit zijn de standaardtools voor het verzamelen van metrics en logs van EKS-clusters en het verzenden ervan naar CloudWatch. Dit omvat cluster-, knooppunt- en pod-metrics, evenals logs voor de Autoscaler. De juiste IAM-machtigingen zijn essentieel voor deze gegevensoverdracht. CloudWatch-alarmen op basis van individuele CPU-, geheugen- en knooppuntfout-metrics zijn nodig om drempels te bewaken en SNS-meldingen te activeren voor het DevOps-team. Een afzonderlijk CloudWatch-alarm met een metric filter op de Autoscaler-implementatielogs is cruciaal om specifieke fouten in de Autoscaler te detecteren en hierop te reageren via SNS. AWS Distro for OpenTelemetry is een alternatief voor het verzamelen van metrics en traces, maar de CloudWatch-agent en Fluent Bit zijn de meest directe en aanbevolen manier voor log- en metric-integratie met CloudWatch voor dit scenario. Een composietalarm is te complex voor het initiële vaststellen van basisdrempels en het bewaken van individuele componenten. Een metric filter op de Autoscaler-implementatielogs is nauwkeuriger dan alleen het controleren van de logs op foutmeldingen.