-
-
Notifications
You must be signed in to change notification settings - Fork 254
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cloudwatch alarms insufficient data #56
Comments
were you able to resolve this? |
No, still not |
+1 |
The module itself doesn't include necessary code to handle insufficient data. Both of the "aws_cloudwatch_metric_alarm" resources need to have the "treat_missing_data" argument presented, but do not. For instance, the "cache_memory" alarm should look like this, with the "treat_missing_data" argument near the bottom: resource "aws_cloudwatch_metric_alarm" "cache_memory" { threshold = var.alarm_memory_threshold_bytes dimensions = { alarm_actions = var.alarm_actions treat_missing_data = var.treat_missing_data depends_on = [aws_elasticache_replication_group.default] |
I found the main problem, it's due to creating more than one node in cluster mode, and for single also we need to add node number.
I will also create an MR for this. |
Signed-off-by: Varun Palekar <[email protected]>
…ply (cloudposse#56) The "count" value depends on resource attributes that cannot be determined until apply. So precalculate.
I've created a redis without enabling the automatic_failover, only one node. The problem is that alarms at cloudwatch shows insufficient data.
The configured dimension value for CacheClusterId in the alarm is "myredis" and if I see in cloudwatch the current metrics having data are in dimension value "myredis-001".
The text was updated successfully, but these errors were encountered: