aws / aws/containers-roadmap

[EKS] [Pod Eviction Order]: Pod Eviction during upgrades

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

Description

When using ALB ingress controller with clusterIP it's important that alb ingress controller is not evicted along with the applications pods, this avoids any impact to the ongoing traffic. Either ingress controller needs to be evicted first or the last but not together, this is because alb ingress controller drains the pod ip from AWS ALB and when it's not running at the time of eviction causes disruption in service. It would be very useful to allow users to specify pod eviction order to deal with such scenarios.

Contributor guide

Open the contributing guide

Research direction

Start by reviewing EKS upgrade behavior, Kubernetes pod eviction semantics, and the ALB ingress controller's pod-IP draining described in the issue. Define how users would express an eviction order and how to verify that ingress and application pods are not evicted together during upgrades.

Written by the indexing model from the issue text.

Assessment

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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.