AWS Fargate - Amazon EKS

AWS Fargate

この章では、Amazon EKS を使用して AWS Fargate で Kubernetes ポッドを実行する方法について説明します。

AWS Fargate は、コンテナに適切なサイズのコンピューティング能力をオンデマンドで提供するテクノロジーです。AWS Fargate を使用すると、コンテナを実行するために仮想マシンのグループをプロビジョニング、設定、スケールする必要がありません。これにより、サーバータイプの選択、ノードグループをスケールするタイミングの決定、クラスターのパッキングの最適化を行う必要がなくなります。

Fargate で開始するポッド、および、Amazon EKS クラスターの一部として定義されている Fargate プロファイルでの実行方法を制御できます。

Amazon EKS は、Kubernetes が提供するアップストリームの拡張可能なモデルを使用して AWS により構築されたコントローラーを使用して、Kubernetes と AWS Fargate を統合します。これらのコントローラーは、Amazon EKS マネージド型 Kubernetes コントロールプレーンの一部として実行され、ネイティブ Kubernetes ポッドを Fargate にスケジューリングします。Fargate コントローラーには、いくつかの変更と検証アドミッションコントローラーに加えて、デフォルトの Kubernetes スケジューラーとともに実行される新しいスケジューラーが含まれています。Fargate で実行する条件を満たすポッドを起動すると、クラスターで実行されている Fargate コントローラーはポッドを Fargate に認識、更新、およびスケジュールします。

Fargate で実行する各ポッドは、独自の分離境界を持ち、基本となるカーネル、CPU リソース、メモリリソース、または Elastic Network Interface を別のポッドと共有しません。

この章では、Fargate で実行されているポッドのさまざまなコンポーネントについて説明し、Amazon EKS で Fargate を使用する際の特別な考慮事項について喚起します。

Amazon EKS での AWS Fargate は、現在以下のリージョンでのみ利用可能です。

リージョン名 リージョン
米国東部 (オハイオ) us-east-2
米国東部(バージニア北部) us-east-1
米国西部 (オレゴン) us-west-2
アジアパシフィック (シンガポール) ap-southeast-1
アジアパシフィック (シドニー) ap-southeast-2
アジアパシフィック (東京) ap-northeast-1
欧州 (フランクフルト) eu-central-1
欧州 (アイルランド) eu-west-1

AWS Fargate に関する考慮事項

Amazon EKS での Fargate の使用についての考慮事項を以下に示します。

  • Classic Load Balancer および Network Load Balancer は Fargate で実行されているポッドではサポートされません。入力の場合は、Amazon EKS の ALB Ingress Controller (最小バージョン v1.1.4) を使用することをお勧めします。

  • Fargate で実行するには、ポッドがスケジュールされた時点で Fargate プロファイルと一致する必要があります。Fargate プロファイルと一致しないポッドは、Pending としてスタックされる可能性があります。一致する Fargate プロファイルが存在する場合、Fargate に再スケジュールするために作成した保留中のポッドを削除できます。

  • デーモンセットは Fargate ではサポートされていません。アプリケーションにデーモンが必要な場合は、そのデーモンをポッドのサイドカーコンテナとして実行するように再設定する必要があります。

  • 特権を持つコンテナは Fargate ではサポートされていません。

  • Fargate で実行されているポッドは、ポッドマニフェストで HostPort または HostNetwork を指定できません。

  • GPU は現在、Fargate では使用できません。

  • Fargate で実行されている Pod は、プライベートサブネットでのみサポートされます (AWS サービスへの NAT ゲートウェイアクセスがありますが、インターネットゲートウェイへの直接ルートはありません)。そのため、クラスターの VPC にはプライベートサブネットを使用できる必要があります。アウトバウンドインターネットアクセスのないクラスターについては、「プライベートクラスター」を参照してください。

  • Vertical Pod Autoscaler を使用して、Fargate ポッドの CPU とメモリの適切なサイズを最初に設定してから、Horizontal Pod Autoscaler を使用してそれらのポッドをスケールできます。Vertical Pod Autoscaler で、より大きい CPU とメモリの組み合わせを持つ Fargate にポッドを自動的に再デプロイする場合は、正しい機能を確保するため、Vertical Pod Autoscaler のモードを Auto または Recreate に設定します。詳細については、GitHub で Vertical Pod Autoscaler のドキュメントを参照してください。

  • ステートフルアプリケーションは、Fargate で実行されているポッドには推奨されません。代わりに、Amazon S3 または DynamoDB などの AWS ソリューションをポッドデータストレージに使用することをお勧めします。

  • VPC で DNS 解決と DNS ホスト名を有効にする必要があります。詳細については、「VPC の DNS サポートを更新する」を参照してください。

  • Fargate は、他のポッドとリソースを共有することなく、VM 分離環境で各ポッドを実行します。ただし、Kubernetes はシングルテナントオーケストレーターであるため、Fargate はポッドレベルのセキュリティ分離を保証することはできません。個別の Amazon EKS クラスターを使用して、セキュリティを完全に分離する必要がある機密性の高いワークロードまたは信頼できないワークロードを実行する必要があります。

  • Fargate プロファイルでは、VPC セカンダリ CIDR ブロックからのサブネットの指定がサポートされます。サブネットで使用可能な IP アドレスは、数が限られているため、セカンダリ CIDR ブロックを指定することもできます。結果的に、クラスター内に作成できるポッドの数が制限されます。ポッドに別のサブネットを使用することで、使用可能な IP アドレスの数を増やすことができます。詳細については、「IPv4 CIDR ブロックの VPC への追加」を参照してください。