Skip to content
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

AWS Distro for OpenTelemetry EKS add-on for kubernetes 1.30? #2745

Closed
rgl opened this issue Jun 8, 2024 · 19 comments
Closed

AWS Distro for OpenTelemetry EKS add-on for kubernetes 1.30? #2745

rgl opened this issue Jun 8, 2024 · 19 comments

Comments

@rgl
Copy link

rgl commented Jun 8, 2024

Describe the question

EKS is now supporting and suggesting upgrades to Kubernetes 1.30, but the AWS Distro for OpenTelemetry EKS add-on is not supported.

Any idea/milestone when it will available?

Steps to reproduce if your question is related to an action

Launch an EKS instance with Kubernetes 1.30, then try to add the add-on, you'll not be able due to:

image

What did you expect to see?

I expected to use the add-on with EKS 1.30.

@clementlecorre
Copy link

No news?

@catomatik
Copy link

Has anyone found the reason why the add-on is not supported?
Btw, if it was installed, it remains functional with version 1.30, but you cannot manage it as an EKS add-on anymore.

@gavinjohnson-crowdcube
Copy link

Just bumped into this one yesterday when trying to install it in a 1.30 cluster.

@sonalita
Copy link

I have also hit this issue when trying to upgrade addons to 1.30

@sonalita
Copy link

See also aws/containers-roadmap#2365

@vsakaram
Copy link

just a quick note, we plan to address this soon and we will keep this ticket updated

@jnicholls
Copy link

Thank you @vsakaram !

@zmully
Copy link

zmully commented Aug 5, 2024

@vsakaram any update on when 1.30 support will be available?

It's been 75 days since EKS 1.30 was released, and I'm sure everyone watching this ticket certainly didn't expect it to take this long. Your 0.92 release trailed EKS 1.29 by 22 days, which still isn't great, but this is getting out of hand. With the next EKS release (1.31) expected in the next couple months, the ADOT release cadence really needs attention. This has hamstrung our ability to track the most recent EKS releases, and is actively undermining our trust in AWS's ability to provide a robust ecosystem of services and tooling.

@sidick
Copy link

sidick commented Aug 5, 2024

@vsakaram any update on when 1.30 support will be available?

It's been 75 days since EKS 1.30 was released, and I'm sure everyone watching this ticket certainly didn't expect it to take this long. Your 0.92 release trailed EKS 1.29 by 22 days, which still isn't great, but this is getting out of hand. With the next EKS release (1.31) expected in the next couple months, the ADOT release cadence really needs attention. This has hamstrung our ability to track the most recent EKS releases, and is actively undermining our trust in AWS's ability to provide a robust ecosystem of services and tooling.

I agree, this is making me reconsider using the EKS addon and moving to self managed helm charts as it seems they're maintained better and at least aren't tied to particular EKS versions

@clementlecorre
Copy link

clementlecorre commented Aug 6, 2024

I used an alternative solution to avoid using the Opentelemetry add-on by directly utilizing the CloudWatch Agent (https://docs.aws.amazon.com/eks/latest/userguide/amazon-cloudwatch-observability.html), which also allows pushing traces to X-Trace.

I added the annotation for automatic configuration on my Java applications:
https://opentelemetry.io/docs/kubernetes/operator/automatic/

Annotations:
    instrumentation.opentelemetry.io/inject-java: true

This injects the java agent directly as well as the configuration of the OTEL_ environment variables:

    OTEL_AWS_APP_SIGNALS_ENABLED:                    true
    OTEL_AWS_APPLICATION_SIGNALS_ENABLED:            true
    OTEL_TRACES_SAMPLER_ARG:                         endpoint=http://cloudwatch-agent.amazon-cloudwatch:2000
    OTEL_TRACES_SAMPLER:                             xray
    OTEL_EXPORTER_OTLP_PROTOCOL:                     http/protobuf
    OTEL_EXPORTER_OTLP_TRACES_ENDPOINT:              http://cloudwatch-agent.amazon-cloudwatch:4316/v1/traces
    OTEL_AWS_APP_SIGNALS_EXPORTER_ENDPOINT:          http://cloudwatch-agent.amazon-cloudwatch:4316/v1/metrics
    OTEL_AWS_APPLICATION_SIGNALS_EXPORTER_ENDPOINT:  http://cloudwatch-agent.amazon-cloudwatch:4316/v1/metrics
    OTEL_METRICS_EXPORTER:                           none

....

I used an alternative solution while waiting for support for this add-on

@janrito
Copy link

janrito commented Aug 7, 2024

@clementlecorre i don't think this works with fargate

@zmully
Copy link

zmully commented Aug 14, 2024

@vsakaram I'm going to continue to beat this drum, if this wasn't already ridiculous, your teams continued inability to package and release Addon support for EKS 1.30 is eroding customer trust faster than I think you understand.

It is now almost 3 months since EKS 1.30 was released on May 23, 2024. Your team released v0.40.0 with support for Kubernetes 1.30 on June 12 (ba62ce3), but you've still not packaged v0.40.0 as an EKS Addon.

Quite frankly I'm a little confused by what the AWS Observability teams priorities are here. You clearly made the time to release support for Kubernetes 1.30 only 20 days after official EKS support for it was released, but to this day, those of us following the ADOT documentation and the recommended Addon method of installation for ADOT are left unable to upgrade our clusters, and are having to spend time finding other methods to install ADOT collectors.

If you all are giving up on the Addon installation method, fine, just say that and provide documentation on how it should be installed for EKS as a non-Addon. It would also be helpful if you could provide how the Addon was packaged, so that those of us trying to install it outside of the Addon have the best chance of replicating it successfully.

@dejwsz
Copy link

dejwsz commented Aug 20, 2024

we cannot upgrade as we need this addon in 1.30, this is absolutely ridiculous

@sidick
Copy link

sidick commented Aug 20, 2024

we cannot upgrade as we need this addon in 1.30, this is absolutely ridiculous

Don't worry, 1.31 is due soon...

@gavinjohnson-crowdcube
Copy link

It'd be comedy gold if we didn't actually need it. Half the EKS team have probably been pulled onto some pointless AmazonQ feature. 😂

@nikolaianohyn
Copy link

Any updates?

@mhausenblas
Copy link
Member

ADOT PM here. Apologies for the delays, we ran into some issue with upstream. We're working on the release, ensuring that all tests pass. At the current time, we expect that the support for 1.30 will be rolled out into all supported regions by end of August, latest. I will keep this thread posted on the status.

@sidick
Copy link

sidick commented Aug 21, 2024

ADOT PM here. Apologies for the delays, we ran into some issue with upstream. We're working on the release, ensuring that all tests pass. At the current time, we expect that the support for 1.30 will be rolled out into all supported regions by end of August, latest. I will keep this thread posted on the status.

I don't mind delays with good reasons, the problem has mostly been lack of info, sounds promising going forward

@mhausenblas
Copy link
Member

PSA: support for EKS 1.30 has landed now (https://aws-otel.github.io/docs/ReleaseBlogs/aws-distro-for-opentelemetry-eks-add-on-v0.102.0). Thank you for your patience and we're reviewing the learnings to improve the process, going forward.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests