gruntwork-io / gruntwork-io/kubergrunt
Actively deregister instances from target groups during `eks deploy`
- Dominant language
- Go
- Stars
- 564
- Forks
- 93
- Avg merge
- 5d 12h
- Merged PRs (30d)
- 1
Description
For people using in-cluster mechanisms to manage ELB attachments (e.g., aws-alb-ingress-controller), detaching instances from ASGs do not actually deregister the instances from the ELBs. This can be a source of downtime during the rollout procedure as instances need to fail the health checks before being dropped from the list, which means they can continue to get requests while the servers are being drained and shut down.
Contributor guide
Research direction
Start at the `eks deploy` command and trace its rollout handling for ASGs and ELB target groups. Confirm how instances are detached and determine the target-group deregistration behavior needed before shutdown. Done means instances are actively deregistered during deploy so rollout no longer waits for health checks to remove them.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws, go, kubernetes
- Domain
- cloud, devops, infrastructure
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100