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]: Support for Kubernetes 1.16 #487

Closed
andrewbenton opened this issue Sep 19, 2019 · 10 comments
Closed

[EKS]: Support for Kubernetes 1.16 #487

andrewbenton opened this issue Sep 19, 2019 · 10 comments
Assignees
Labels
EKS Amazon Elastic Kubernetes Service

Comments

@andrewbenton
Copy link

andrewbenton commented Sep 19, 2019

Tell us about your request
Support for Kubernetes 1.16

Changelog
Release Announcement

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?
My primary need out of k8s 1.16 is the dualstack networking on pods. This will allow my team to make outbound ipv4 and ipv6 network requests directly from kubernetes. Currently this requires that we run services that need oubound dualstack access elsewhere. There are a ton of other features that I can see being useful including ephemeral pods and the topology manager.

@andrewbenton andrewbenton added the Proposed Community submitted issue label Sep 19, 2019
@ellenthsu ellenthsu added the EKS Amazon Elastic Kubernetes Service label Nov 6, 2019
@tabern tabern added this to Researching in containers-roadmap Mar 2, 2020
@mathewmoon
Copy link

This is needed for using EIP with NLB's

@mikestef9 mikestef9 moved this from Researching to We're Working On It in containers-roadmap Mar 10, 2020
@antoniobeyah
Copy link

@mikestef9 Thank you for updating the tickets- question related to your comment here. Does that imply that we could potentially see 1.16 sooner than the typical 90 day roadmap? Asking because we are planning on performing a cluster migration to the newest available version and can wait a bit longer for 1.16 if its within the next month or so otherwise we would look at performing a migration to 1.15 and then 1.16. Not looking for any commitments just some clarification on the already in progress and whether or not that has implications on the timeline.

Thanks,
Antonio

@mikestef9 mikestef9 removed the Proposed Community submitted issue label Mar 11, 2020
@mikestef9 mikestef9 self-assigned this Mar 11, 2020
@mikestef9
Copy link
Contributor

mikestef9 commented Mar 11, 2020

@antoniobeyah can't give any definite timelines, but one of priorities for EKS this year is to reduce the gap between upstream releases and EKS support, which will require a temporary release schedule that is sooner than every 90 days.

@danielmittelman
Copy link

Good luck! this release is an opportunity to start a clean slate with your customers (us included) after v1.15. We're looking forward to see how this release plays out!

@khacminh
Copy link

As @tabern said at: #380 (comment).

Our GA for 1.15 is a bit later than we originally planned because the team made a conscious decision to adjust the rollout schedule in order to invest in simplifying, streamlining, and further automating our version qualification and release processes. This slowed down our timeline for releasing 1.15, but will allow us to ship new Kubernetes versions faster going forward.

Therefore, I hope version 1.16 will GA soon.

@AceHack
Copy link

AceHack commented Mar 27, 2020

Is there any update on a release date? Thanks.

@kferrone
Copy link

kferrone commented Apr 2, 2020

So I was all kinds of excited for this project: kubernetes-sigs/cluster-api-provider-aws. It introduces the idea of a manager cluster which manages app clusters. It didn't work because k8s must be v1.16 and we are using EKS . . . sigh

@owenthereal
Copy link

Any update on the release date? Thanks

@mikestef9 mikestef9 moved this from We're Working On It to Coming Soon in containers-roadmap Apr 17, 2020
@mikestef9
Copy link
Contributor

As we get closer to adding support for Kubernetes 1.16 to EKS, we want to make sure the upgrade experience is smooth for all customers.

Kubernetes 1.16 includes a number of deprecated API removals, and you need to ensure your applications and add ons are updated, or workloads could fail after the upgrade is complete.

For more information on the API removals, see the Kubernetes blog post.

For action you can take right now, see the steps in our documentation.

All of the replacement APIs are in Kubernetes versions later than 1.10, which means applications on any supported version of Amazon EKS can begin using the updated APIs now.

@mikestef9
Copy link
Contributor

mikestef9 commented Apr 30, 2020

Amazon Elastic Kubernetes Service (EKS) now supports Kubernetes version 1.16.8 for all clusters.

For more information, see the 1.16 release notes and highlights in the EKS documentation.

Learn more about the Kubernetes versions available for production workloads on Amazon EKS and how to update your cluster to version 1.16 in the EKS documentation.

Important Read the 1.16 prerequisites before upgrading, as explained in the comment above, Kubernetes 1.16 includes a number of deprecated API removals.

What's New post

Additional Notes:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
EKS Amazon Elastic Kubernetes Service
Projects
Development

No branches or pull requests

10 participants