Closed StiviiK closed 3 months ago
Update: I have enabled and configured the awsproxy extension but it still seems to get ignored.
This is the documentation I followed: https://aws-otel.github.io/docs/getting-started/remote-sampling.
My config is basically the same (as above) but adapted with the extension configuration.
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 30 days.
This issue was closed because it has been marked as stale for 30 days with no activity.
This is still not resolved. But I am not sure how I can tell the bot to reopen. /reopen
Describe the bug Hi, i have deployed the AWS-OTEL-COLLECTOR as a sidecar for my regular Java container. The Java container uses the automatic-instrumentation via the javaagent. I wan't to disable sampling for my health check endpoints, so i configured that within the AWS Portal under Cloud Watch -> Settings -> Traces -> X-Ray Sampling rules. (At first i tried to limit to a specific path
/actuator/*
but as this did nothing i tried limiting it completly) But traces are still comming in as normal on X-Ray. Also as you can see on theTrend
it seems like these rules do nothing at all.According to the AWS Documentation the otel-collector supports the console sampling configuration. "You can use the AWS X-Ray console to configure sampling rules for your services. The X-Ray SDK and AWS services that support active tracing with sampling configuration use sampling rules to determine which requests to record."
Steps to reproduce I am running ECS Tasks on a EC2 instance (ec2 is not that relevant i guess). Here is a snipped from the most important configurations:
Task configuration:
Application Dockerfile with auto-instrumentation:
Environment Collector configuration file: https://github.com/aws-observability/aws-otel-collector/blob/main/config/ecs/ecs-cloudwatch-xray.yaml