Redirecting MWAA metrics to external tools and bypassing CloudWatch

0

We are experimenting a significant increase in CloudWatch metrics costs since deploying Amazon MWAA. We noticed that AWS MWAA utilizes CloudWatch as the default metrics destination via Statsd.

We made an attempt to modify the Airflow metrics configuration[1] by utilizing Apache Airflow Configuration options on MWAA[2]. Unfortunately, that didn't work. Upon MWAA startup, a log message appears indicating statsd_host: None and the metrics continue to be sent to CloudWatch

Is there a method to reroute the MWAA metrics to an external monitoring tool, such as Prometheus or Datadog, while bypassing CloudWatch as an intermediary?

For reference: 1- https://airflow.apache.org/docs/apache-airflow/stable/administration-and-deployment/logging-monitoring/metrics.html 2 - https://docs.aws.amazon.com/mwaa/latest/userguide/configuring-env-variables.html?icmpid=docs_console_unmapped

Best regards

已提問 7 個月前檢視次數 361 次
1 個回答
0

Hi, Amazon Managed Workflows for Apache Airflow monitoring overview states that Apache Airflow is already set-up to send StatsD metrics for an Amazon Managed Workflows for Apache Airflow environment to Amazon CloudWatch. If you are getting more metrics than you need, you may want to choose the metrics that Airflow reports. Likewise, if you are using Logs, you can control the level of logs you want to report.

profile pictureAWS
Jsc
已回答 6 個月前
  • I tried blocking the ti metrics (e.g. metrics.metrics_block_list = ti,ti.finish), but it didn't work. These metrics are still being sent/updated in Cloudwatch

    1. Why can't I block metrics with the prefix ti?
    2. How can I find which MWAA metrics are the most expensive on CloudWatch?

您尚未登入。 登入 去張貼答案。

一個好的回答可以清楚地回答問題並提供建設性的意見回饋,同時有助於提問者的專業成長。

回答問題指南