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鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

[EKS][Feature Request]: Enable EKS Add-Ons to Reference Images from a Private Managed AWS ECR Instead of Public ECR #2139

Open
szeyit opened this issue Sep 11, 2023 · 8 comments
Labels
EKS Add-Ons EKS Amazon Elastic Kubernetes Service Proposed Community submitted issue

Comments

@szeyit
Copy link

szeyit commented Sep 11, 2023

Community Note

  • Please vote on this issue by adding a 馃憤 reaction to the original issue to help the community and maintainers prioritize this request
  • Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request
  • If you are interested in working on this issue or have submitted a pull request, please leave a comment

Tell us about your request
What do you want us to build?
I am requesting a feature update for EKS add-ons to enable the use of a private managed AWS ECR repository for ADOT (AWS Open Distro for OpenTelemetry) instead of the public ECR repositories currently in use. This change would facilitate smoother add-on enabling and version upgrading for users running their EKS clusters in environments without internet access.

Which service(s) is this request for?
This request is primarily for AWS EKS, with a focus on the add-ons feature and the ECR service.

Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?
We run our EKS clusters in an intranet environment without internet access, making it challenging to enable or upgrade EKS add-ons that reference images from public ECR repositories. The current process involves manually finding compatible versions and transferring them from the public repository to our private ECR repository, a labor-intensive and error-prone approach.

Are you currently working around this issue?
How are you currently solving this problem?
Yes, as a workaround, we are currently using the OpenTelemetry operator and collector from open source, which has fewer images to upload to the ECR. However, we believe that utilizing AWS EKS add-ons would be more beneficial in terms of future upgrade compatibility and would reduce the operational burden associated with manual updates. Thus, we strongly feel that a solution within the EKS add-ons would be more seamless and efficient.

Additional context
Anything else we should know?
Transitioning to a private managed AWS ECR repository would streamline operations for many organizations running EKS in environments without internet access, promoting enhanced security through facilitating timely updates. It would be greatly beneficial to establish a solution allowing users to reference a private ECR repository natively while interacting with EKS add-ons, thereby minimizing operational burdens and potential for errors.

Attachments
If you think you might have additional information that you'd like to include via an attachment, please do - we'll take a look. (Remember to remove any personally-identifiable information.)

@cloudbackenddev
Copy link

Any updates on this one. How do we get the addon enabled if you are using a IAC to setup your infrastructure. Can you prioritise this? Most enterprise apps as deployed in private network where there is no direct access to public images. How is open telemetry collector supposed to work in that environment

@mikestef9 mikestef9 added this to Researching in containers-roadmap via automation Nov 14, 2023
@mikestef9 mikestef9 moved this from Researching to We're Working On It in containers-roadmap Nov 14, 2023
@szeyit
Copy link
Author

szeyit commented Dec 22, 2023

Regarding updating the ADOT EKS add-on to use private ECR repositories for the OTEL images (e.g. xxxxx.dkr.ecr.us-east-1.amazonaws.com/eks/...).

I wanted to check if there were any updates on the status of this request. We are currently experiencing some issue after upgrading the OTEL Operator (Non ADOT) which may be due to incompatibility, as the operator is unable to create collector instances, which is hard to maintain as well.

I'd appreciate any information you may have on timeline for this request.

@0xmrt01
Copy link

0xmrt01 commented Jan 2, 2024

Any update about issue?

@sbarhouche
Copy link

any updates?

@mikestef9
Copy link
Contributor

The ADOT team is working on this. @mhausenblas could share further updates.

@mhausenblas
Copy link
Member

Thanks, it's WIP and we're tracking it in aws-observability/aws-otel-community#541

@pfrydids
Copy link

Will this apply to both the

Amazon CloudWatch Observability agent addon

as well as the

AWS Distro for OpenTelemetry addon?

At the moment I am unable to migrate to the Amazon CloudWatch Observability agent addon (for container insights) because of the use of the public ECR reference.

@kevin-aws
Copy link

The latest version of Amazon CloudWatch Observability EKS add-on has been updated to use private ECR repos. Amazon CloudWatch Observability EKS add-on now pulls images from the following container image registries:

https://docs.aws.amazon.com/eks/latest/userguide/add-ons-images.html

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
EKS Add-Ons EKS Amazon Elastic Kubernetes Service Proposed Community submitted issue
Projects
containers-roadmap
  
We're Working On It
Development

No branches or pull requests

8 participants