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

[EKS] [Feature]: Windows IPv6 Support #1984

Open
BenB196 opened this issue Mar 22, 2023 · 2 comments
Open

[EKS] [Feature]: Windows IPv6 Support #1984

BenB196 opened this issue Mar 22, 2023 · 2 comments
Labels
EKS Amazon Elastic Kubernetes Service Proposed Community submitted issue Windows Windows containers

Comments

@BenB196
Copy link

BenB196 commented Mar 22, 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

IPv6 support was added in early 2022. In the official announcement, it was noted that Windows was not supported:

IPv6 is not supported on Windows nodes at the moment. We are currently working on adding IPv6 support to Windows.

This is still true today, per the docs

You can't use IP prefixes with Windows nodes. This is a requirement for using IPv6, so you can't use IPv6 with Windows nodes either.

I wasn't able to find an existing issue in this repo to actually track/gauge interest in this feature, so I'm opening this one. (If I missed an issue that already exists, or if its in a different repo, please feel free to close this one out as a duplicate).

Which service(s) is this request for?
EKS

Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?
What outcome are you trying to achieve, ultimately, and why is it hard/impossible to do right now? What is the impact of not having this problem solved? The more details you can provide, the better we'll be able to understand and solve the problem.

Are you currently working around this issue?

I'm currently just not running Windows nodes on EKS clusters.

Additional context

Being able to run Windows nodes in EKS IPv6 clusters would greatly allow for wider adoption of EKS within organizations that are heavily Windows based, while not needing to burn IPv4 addresses/subnets for large scale deployments.

@BenB196 BenB196 added the Proposed Community submitted issue label Mar 22, 2023
@BenB196 BenB196 changed the title [eks] [feature]: describe request here [eks] [feature]: Windows IPv6 Support Mar 22, 2023
@BenB196 BenB196 changed the title [eks] [feature]: Windows IPv6 Support [EKS] [Feature]: Windows IPv6 Support Mar 22, 2023
@mikestef9 mikestef9 added EKS Amazon Elastic Kubernetes Service Windows Windows containers labels Mar 22, 2023
@gillg
Copy link

gillg commented Dec 12, 2023

Per some fantastic explainations about IPv6 on windows containers here microsoft/Windows-Containers#386 (comment) I suspect there is some missing things in the AWS CNI to support that.

As I understand by playing with the HCN API through the CNI it could be possible to handle the IPv6 correctly...

@goyalpurvi
Copy link

Hi @BenB196 While Kubernetes on Windows doesn't support IPv6 today (only dual stack), your issue with IP exhaustion technically may not be solved through dual stack support on EKS Windows.
However, we launched support for prefix delegation on Windows in June 2023 to help expand the number of pods you can run within a node.

https://aws.amazon.com/blogs/containers/increasing-pod-density-for-windows-nodes-on-amazon-eks/

Please let us know if you have additional questions

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
EKS Amazon Elastic Kubernetes Service Proposed Community submitted issue Windows Windows containers
Projects
None yet
Development

No branches or pull requests

4 participants