ノードが消える前提で設計する! Karpenterで金融システムを止めないためのノウハウ大全

Karpenterによる自動管理で、Kubernetesのワーカーノードは不要になれば消えるものへと変わりました。24時間365日止められない金融システムにとって、この前提は可用性の考え方の見直しを迫るものでした。

本セッションでは、複数のシステムが相乗りする金融機関の共通基盤に、KarpenterのAWSマネージドサービスであるEKS Auto Modeを導入し、ワーカーノードを約50%削減した事例をお話しします。ノードが入れ替わる際に処理中のリクエストをどう守るか、冗長性をどこまで崩してよいかを、Podの停止を何秒待たせるかという値の決め方とあわせて紹介します。さらに、これらの設定を担当者任せにせずリリース時に自動でチェックする仕組みと、その仕組み自体がKubernetesのバージョンアップで前提から崩れた経験から、ガードレールは作って終わりではないという話もお伝えします。

Karpenterやスポットインスタンスの活用を検討しているものの可用性への影響が気になって踏み出せない方、共通基盤の品質を担保する立場の方に聞いて頂きたいです。