A SysOps Administrator is building an Amazon CloudWatch dashboard to monitor resource utilization of microservices running on an Amazon ECS cluster. All tasks in the cluster run on AWS Fargate. The Administrator enabled CloudWatch Container Insights for the cluster, but is unable to find container-level CPU and memory utilization metrics under the default AWS/ECS namespace in the CloudWatch console. Which of the following explains this behavior and identifies the correct location of these metrics?
- Container-level and task-level metrics collected by Container Insights are automatically published to the AWS/ECS/ContainerInsights namespace, whereas the default AWS/ECS namespace only provides cluster-level and service-level metrics.Cevap
- BContainer-level metrics require enabling detailed monitoring on the underlying ECS container instances, which then publishes the metrics to the AWS/EC2 namespace.
- CContainer Insights metrics must be extracted from the ECS performance logs by creating a CloudWatch metric filter on the /aws/ecs/containerinsights log group to map them to the AWS/ECS namespace.
- DContainer-level metrics require configuring an Amazon EventBridge rule that triggers an AWS Lambda function to capture container performance events and push them to the default namespace.
Cevap
Container-level and task-level metrics collected by Container Insights are automatically published to the AWS/ECS/ContainerInsights namespace, whereas the default AWS/ECS namespace only provides cluster-level and service-level metrics.
The correct answer explains that Container Insights automatically sends detailed container-level and task-level metrics to the AWS/ECS/ContainerInsights namespace. The default AWS/ECS namespace only supports cluster-level and service-level metrics.
Adım Adım Çözüm
Anahtar Kavram
CloudWatch Container Insights Namespace