Кластер EKS с группами узлов EC2 использует Kubernetes Horizontal Pod Autoscaler и EKS cluster Autoscaler. Команда DevOps должна собирать метрики кластера, узлов и подов, а также записывать логи в CloudWatch для установления базовых пороговых значений. Им нужны уведомления по электронной почте через SNS, если пороговые значения превышены или если Autoscaler выходит из строя. Какую комбинацию шагов они должны предпринять? (Выберите три.)

Развертывание агента CloudWatch и Fluent Bit в кластере EKS позволяет собирать метрики и логи с узлов и подов, отправляя их в CloudWatch. Это фундаментальный шаг для мониторинга. AWS Distro for OpenTelemetry (ADOT) является альтернативой, но агент CloudWatch и Fluent Bit более распространены для сбора метрик и логов в CloudWatch в контексте EKS. Создание отдельных алармов CloudWatch для CPU, памяти и сбоев узлов позволяет точно отслеживать состояние кластера и получать уведомления через SNS. Составной аларм не подходит, так как он объединяет метрики, а не фильтрует их. Отслеживание логов Autoscaler с помощью фильтра метрик в CloudWatch Logs позволяет обнаруживать сбои Autoscaler и получать уведомления, что критически важно для поддержания работоспособности кластера.