Closed kyle504 closed 6 hours ago
Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself.
I found it can be fixed by changing EC2 Node hop-count from 1 to 2. But we should use LaunchTemplate or any other method to fix it. Is there any plan to change it?
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping @open-telemetry/collector-contrib-triagers
. If this issue is still relevant, please ping the code owners or leave a comment explaining why it is still relevant. Otherwise, please close it.
Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself.
This issue has been closed as inactive because it has been stale for 120 days with no activity.
Component(s)
internal/aws
What happened?
Description
In AL2023, EKS optimized AMI released with EC2 default hop-count as 1. You can check the update note in document note section.
But cloudwatch-agent pod uses opentelemetry to get monitoring data. So cloudwatch-agent pod -> EC2 Node -> AWS Server, it needs hop-count 2. Opentelemetry can't reach to the AWS server.
Steps to Reproduce
Expected Result
Performance logs should be collected well to cloudwatch.
Actual Result
Can't collect performance data.
Collector version
v0.89.0
Environment information
Environment
OS: AL2023, cloudwatch-agent:1.300034.1b536 Compiler(if manually compiled): (e.g., "go 14.2")
OpenTelemetry Collector configuration
No response
Log output
Additional context
No response