Open igor-nikiforov opened 10 months ago
yeah, the same issue about AWS/Lambda. But referring to https://github.com/nerdswords/yet-another-cloudwatch-exporter/issues/1272, you should probably drop the value of the metric name as a global metric.
@igor-nikiforov what you are seeing is what CloudWatch provides OOTB for those metrics. The ARN for a VPN connection only contains the VPN ID, which is the only thing we have available for matching dimensions https://github.com/nerdswords/yet-another-cloudwatch-exporter/blob/master/pkg/config/services.go#L811-L820
This results in metrics which only have the TunnelIpAddress
dimension with a resource.
Given the current setup of the exporter this is working as intended and your request is for a new feature. I'm guessing there is another API available which could be used to figure out the relationship between TunnelIpAddress and VpnId. Being able to expand the scope of resource metadata + relationship data is something we are looking to support to help with this extra valuable enrichment.
Is there an existing issue for this?
YACE version
v0.51.0
Config file
Current Behavior
Below config gives me following output:
As you see here there is no relation between TunnelIpAddress and VpnId. As a result you can't understand which pair of tunnels relates to which VPN ids.
If you try to add this to config:
Metrics will be squashed without info about TunnelIpAddress:
Expected Behavior
TunnelIpAddress and VpnId should appear both in all VPN metrics.
Steps To Reproduce
No response
Anything else?
No response