【EKS運用が激変】KarpenterがARC Zonal Shiftに対応！AZ障害時の「自動避難」がついに実現へ

Amazon EKSでオープンソースのKarpenterを使用している環境において、Amazon Application Recovery Controller (ARC) の Zonal Shift および Zonal Autoshift 機能がサポートされました。これにより、AZ（可用性ゾーン）の障害発生時に、Karpenterが自動的に障害AZへのプロビジョニングを停止し、正常なAZへのトラフィックシフトに合わせてノードの最適化（Consolidation等）を一時的に制限することで、インフラの可用性を高めることができます。

🚀 運用負荷を劇的に下げる「究極の自動化」

これまでAZ障害が発生した際、エンジニアが手動でトラフィックを切り替え、Karpenterの挙動を制御してノード配置を調整するのは、まさに「火消し」の作業でした。今回の統合により、AWS側が検知した障害に連動してKarpenterが自動的に立ち回るようになり、MTTR（平均復旧時間）の大幅な短縮が期待できます。

🌏 日本のエンジニアへの重要情報

リサーチの結果、東京リージョン (ap-northeast-1) および 大阪リージョン (ap-northeast-3) の両方で、本機能を利用可能であることが確認されました。日本のマルチAZ構成を組んでいるプロジェクトでも、すぐに導入を検討できる状況です。

🛠️ 実践的な運用アドバイス

1. EKSのバージョンとモードに注意

   • EKS v1.28以上であること。
   • EKS Auto Modeでは非対応であるため、現在の構成を必ず確認してください。
   • Karpenterの設定に ENABLE_ZONAL_SHIFT: "true" を追加する必要があります。

2. コストと効率のトレードオフ

   • Zonal Shift期間中はノードの集約（Consolidation）が停止されるため、一時的にリソース利用効率が低下し、コストが微増する可能性があります。しかし、「可用性の確保」という目的においては、非常に強力な武器になります。

3. 「Practice Run」で事前に筋トレをしよう

   • Zonal Autoshiftの練習実行機能を使い、「本当に1つのAZが死んでも、アプリケーションが正常に動き続けるか？」を事前にテストしておくことを強くおすすめします。

✅ 次のアクション：まずはここから

• Karpenterのログを監視し、Zonal Shift 関連のイベントが正しく記録されるか確認する。
• IAM権限がARCと連携するための適切な設定になっているか見直す。

参照ドキュメント:

• Enable EKS zonal shift to avoid impaired Availability Zones
• ARC Zonal Shift for EKS