aws / aws/aws-node-termination-handler

Group and queue nodes for termination

オープン
#576 コメント 10 件 リアクション 1 件 担当者 0 名 GitHub で見る
stalebot-ignore Type: Enhancement
主要言語
Go
スター
1.8k
フォーク
286
PR マージ指標
30日以内にマージされた PR はありません

説明

**Describe the feature**
I'd like NTH to be able to group nodes (similar to the CA `--balance-similar-node-groups`) and support processing `n` nodes per group (this can still be constrained by the workers configuration).

I assume that v2 would be designed around this kind of concept, but I think it'd be worth doing in v1 assuming it wouldn't take too much effort.

**Is the feature request related to a problem?**
When using NTH to manage ASG instance refresh events it is very easy to get a cluster into a blocking race condition due to pods being terminated off different nodes causing no nodes to be able to fully shut down due to PDBs. This results in hard terminations and general cluster instability.

**Describe alternatives you've considered**
Using a single worker would work but it would be to slow to respond to time critical events and even for instance refresh it could be too slow for good usability.

コントリビューションガイド

コントリビューションガイドを開く

調査の方向性

ファイル、テスト、エントリポイントは指定されていません。まず現在の node-termination 処理と workers の設定を追跡し、次にグループ化とキューイングのセマンティクスを明確にします。これには、PDB に関連する競合状態をどのように回避すべきかも含まれます。完了条件には、グループ化された Nodes に対して合意された動作と、グループごとに複数の Nodes を処理することを含める必要があります。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
aws, go, kubernetes
領域
cloud, devops, infrastructure
issue の種類
機能追加
難易度
5/5
見積もり時間
1週間以上
活発さ
停滞
明瞭さ
説明が足りない
初心者へのやさしさ
25/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。