【EKS 1.36解禁】 Pod の再起動なしでリソース変更！？爆速進化する Kubernetes の新時代へ！

Amazon EKS および Amazon EKS Distro において、Kubernetes バージョン 1.36 のサポートが開始されました。本バージョンでは、User Namespaces (GA) によるセキュリティ強化、In-Place Pod-Level Resource Vertical Scaling (Stable) による Pod 再起動なしのリソース変更、Mutating Admission Policies (Beta) の導入などが含まれます。東京・大阪リージョンを含む、EKS が利用可能なすべての AWS リージョンで利用可能です。

🚀 EKS 1.36 アップグレードの極意

ついに Kubernetes 1.36 が EKS にやってきましたね！今回のアップデートは、単なるマイナーアップデートではなく、**「運用負荷の軽減」と「セキュリティの底上げ」**が劇的に進化したと感じます。

🛠️ 解決される現場の課題

• 「Pod の再起動が怖い」問題の解消: In-Place Pod-Level Resource Scaling が Stable になったことで、CPU やメモリの割り当て変更時に Pod を再起動させる必要がなくなりました。これは、オートスケーリングや負荷変動への対応力が格段に上がります。
• 「コンテナ脱出時のリスク」への強固な備え: User Namespaces (GA) により、コンテナ内の root ユーザーをホスト側の非特権ユーザーにマッピングできるため、万が一コンテナが脱出したとしてもノードレベルの権限を奪取されるリスクを大幅に低減できます。

🇯🇵 日本のエンジニアへのメッセージ

リサーチの結果、東京（ap-northeast-1）および大阪（ap-northeast-3）リージョンでも、すでにサポートが開始されています！ すぐに検証環境で検証をスタートしましょう。

⚠️ アップグレード時の注意点（ここが肝心！）

• gitRepo ボリュームの完全削除: これまでの gitRepo ボリュームを使用している Pod があると、デプロイが失敗します。kubectl を使った監査を事前に必ず行い、git-sync サイドカーなどへの移行が必要です。

• コストとサポート期間: 標準サポートは 2027年8月まで。それ以降の延長サポート（Extended Support）を利用すると追加料金が発生するため、計画的なアップグレードが推奨されます。

🏁 次にすべきアクション

1. EKS Cluster Insights を使って、アップグレードの互換性をチェックする。
2. 既存の Pod 構成（特に gitRepo 使用状況）を監査する。
3. containerd 2.0+ や cgroup v2 の互換性を確認する。

Reference: Amazon EKS Documentation を参照して詳細を確認してください。