本文へスキップ
AWS DAILY
重要度:通常新機能対応不要

Amazon EKS Auto Mode がPodレベルのセキュリティグループに対応、追加料金なしでKubernetes 1.36以降で利用可能

公開
更新

概要

Amazon EKS Auto Mode がPodに対して個別のEC2セキュリティグループルールを適用できる「Security groups for Pods」をサポートしました。同一ノード上の異なるワークロードに異なるセキュリティグループを割り当てられるため、アプリケーションごとに別のノードプールを作成せずにネットワークレベルの分離が実現できます。

変更内容

  • EKS Auto ModeでPodごとに個別のEC2セキュリティグループルールを適用できるようになりました。
  • 同一ノード上の異なるワークロードに異なるセキュリティグループを割り当てられるようになりました。
  • SecurityGroupPolicyリソースを使ってどのPodにどのセキュリティグループを適用するかを定義できます。
  • ポリシーに一致しないPodはノードのセキュリティグループを引き続き使用します。
  • Amazon RDSやAmazon ElastiCacheなどセキュリティグループで接続を認可するリソースへPodから直接アクセスできるようになりました。
  • EKS Auto Modeの一部として追加料金なしで提供されます。
  • Kubernetes 1.36以降を実行するクラスターで利用可能です。
  • EKS Auto ModeがサポートされているすべてのAWSリージョンで利用できます。

公式発表で確認できる事実

  • Amazon EKS Auto ModeがPodに対して個別のAmazon EC2セキュリティグループルールを適用できる「Security groups for Pods」をサポートしました。
  • 同一ノード上の異なるワークロードに異なるセキュリティグループを割り当てられるため、アプリケーションごとに別のノードプールを作成せずにネットワークレベルの分離が実現できます。
  • SecurityGroupPolicyリソースを定義することで、どのPodにどのセキュリティグループを適用するかを指定できます。
  • ポリシーに一致しないPodはノードのセキュリティグループをそのまま使用し続けます。
  • Amazon RDSやAmazon ElastiCacheなど、セキュリティグループで接続を認可するリソースへ、VPCの他のリソースと同じルールでPodからアクセスできます。
  • EKS Auto Modeの一部として追加料金なしで提供されます。
  • Kubernetes 1.36以降を実行するクラスターで利用可能です。
  • EKS Auto ModeがサポートされているすべてのAWSリージョンで利用できます。

当サイトの考察

これまでEKS Auto ModeではPodのネットワーク分離にノードプールの分割が必要なケースがありましたが、SecurityGroupPolicyによるPodレベルの制御が加わったことで、クラスター構成をよりフラットに保ちながら細かいアクセス制御が可能になります。特にマルチテナント構成やマイクロサービスアーキテクチャで、データベースへのアクセス権をサービス単位で管理したいユースケースに有効です。Kubernetes 1.36以降が要件となるため、既存クラスターを利用する場合はバージョンアップグレードの計画が必要です。

確認できていない事項

  • 東京リージョン(ap-northeast-1)や大阪リージョン(ap-northeast-3)での提供有無は資料から確認できません。
  • EKS Auto Modeがサポートされている具体的なリージョンの一覧は資料に記載されていません。
  • 東京(ap-northeast-1)と大阪(ap-northeast-3)での提供は、公式記事からは確認できていません。

この記事は、AWS 公式の発表をもとに AI が作成し、自動で公開しています。

既存環境への影響

アプリケーションごとに別のノードプールを用意しなくても、Pod単位でネットワーク分離が実現できるため、クラスター構成をシンプルに保てます。既存のVPCセキュリティグループの仕組みをそのままPodレベルに拡張できるため、RDSやElastiCacheなどへのアクセス制御を統一的に管理できます。追加料金が発生しないため、コストを増やさずにセキュリティ強化が可能です。

対応の必要性

対応不要

既存のEKS Auto Modeクラスターへの強制的な変更はありません。Pod単位のネットワーク分離が必要な場合はKubernetes 1.36以降へのアップグレードとSecurityGroupPolicyリソースの設定を検討してください。

利用可能リージョン

東京(ap-northeast-1)
未確認
大阪(ap-northeast-3)
未確認

公式記事に東京(ap-northeast-1)と大阪(ap-northeast-3)の記載がないため、未確認としています。

AWS 公式情報

当サイトの記事は公式情報をもとに編集したものです。正確な内容は必ず AWS 公式情報をご確認ください。

重要度:通常新機能

Amazon EKS Auto ModeとKarpenterがDynamic Resource Allocation(DRA)をサポート、NVIDIA GPUとEFAデバイスの柔軟な割り当てが可能に

Amazon EKS Auto ModeおよびKarpenterがDynamic Resource Allocation(DRA)に対応し、NVIDIA GPUとElastic Fabric Adapter(EFA)ネットワークデバイスをKubernetesワークロードへ柔軟に割り当てられるようになりました。GPUのPod間共有やトポロジー整合デバイス割り当てが可能になります。

重要度:通常新サービス

AWS Nitro Sandboxesが一般提供開始 — Amazon EKS・ECS・EC2でハードウェア分離されたポッド・タスク・VMを実現

AWS Nitro Sandboxesが、Amazon EKS・ECS・EC2上でハードウェア分離された軽量VMとして利用可能になりました。Nitro Hypervisorが管理する各サンドボックスは、単一インスタンス上で信頼できないワークロードやマルチテナント・規制対象ワークロードを安全に実行できます。