aws / aws/containers-roadmap

[EKS] [request]: update AWS Node Termination Handler for newer Kubernetes releases (>= 1.33)

Open
#2,756 0 comments 2 reactions 0 assignees View on GitHub
EKS Nodes Proposed
Dominant language
Shell
Stars
5.4k
Forks
334
PR merge metrics
No merged PRs in 30d

Description

### Community Note

* Please vote on this issue by adding a 👍 [reaction](https://blog.github.com/2016-03-10-add-reactions-to-pull-requests-issues-and-comments/) 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**
Update and release AWS Node Termination Handler with compatibility for Kubernetes 1.33, 1.34 and beyond.

**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?**

We are using the AWS Node Termination Handler with EKS running k8s 1.32. We are working on cluster upgrades and have noticed that NTH does not mention support/compatibility for more recent Kubernetes releases, although we expect it works without change. It would be good to have clarity on whether NTH will continue to be supported or if other solutions, such as managed nodes and Karpenter are required. For now, NTH is our preference (cost, complexity to migrate, control). Karpenter is likely a longer term solution for us.

**Are you currently working around this issue?**
No immediate solution, hoping NTH doesn't break with k8s 1.33 and 1.34 despite lack of knowledge.

**Additional context**
None.

**Attachments**
None.

Contributor guide

Open the contributing guide

Research direction

The issue names no repository files, tests, or entry points. Start by reviewing AWS Node Termination Handler compatibility and release information for EKS Kubernetes 1.33 and 1.34. Done means a maintainer-confirmed support update or a documented answer about compatibility and required alternatives.

Written by the indexing model from the issue text.

Assessment

Tech stack
aws, kubernetes
Domain
cloud, devops
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.