キャパシティーの作成 - Amazon Elastic Container Service

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

キャパシティーの作成

Amazon ECS コンテナインスタンスは、Amazon ECS コンテナエージェントを実行しており、Amazon ECS クラスターに登録されている Amazon EC2 インスタンスです。EC2 起動タイプ、外部起動タイプ、または Auto Scaling グループキャパシティープロバイダーを使用して Amazon ECS でタスクを実行すると、タスクはアクティブなコンテナインスタンスに配置されます。コンテナインスタンスの管理とメンテナンスはお客様の責任となります。

Amazon ECS は、コンテナワークロードを実行するための要件と推奨事項に従って事前設定された Amazon ECS 最適化 AMIs を提供します。アプリケーションが Amazon EC2 GPU ベースのインスタンスや、特定のオペレーティングシステム、またはその AMI でまだ使用できない Docker バージョンを必要とする場合を除き、Amazon EC2 インスタンスには Amazon ECS に最適化された Amazon Linux 2023 AMI の使用をお勧めします。Amazon Linux 2 および Amazon Linux 2023 インスタンスの詳細については、「Amazon Linux 2023 ユーザーガイド」の「Amazon Linux 2 と Amazon Linux 2023 の比較」を参照してください。

Amazon ECS でコンテナ化されたワークロードを実行するために必要な基本的な仕様を満たす独自の Amazon EC2 インスタンス AMI を作成できますが、Amazon ECS に最適化された AMIs は事前設定され、 AWS エンジニアによって Amazon ECS でテストされています。これは、開始し、コンテナを で AWS すぐに実行するための最も簡単な方法です。

コンテナインスタンスで Linux または Windows のいずれかを実行できます。CPU アーキテクチャ、ネットワークスループット、アーキテクチャなどのアプリケーション要件に基づいてインスタンスタイプを選択できます。原則として、CPU とメモリは、実行するタスクのレプリカを少なくとも 1 つ保存できる大きさである必要があります。大規模なインスタンスでは、同時に起動できるタスクの数を増やすことができます。より小さなインスタンスでコストを節約するために、よりきめ細かな方法でスケールアウトできます。クラスター内のすべてのアプリケーションに対応する Amazon EC2 インスタンスタイプを 1 つ選択する必要はありません。すべてのアプリケーションに適合するように、異なるインスタンスタイプで複数の Auto Scaling グループを作成できます。詳細については、「Amazon EC2 インスタンス」を参照してください。

どのインスタンスタイプを使用できるかを判断するには、まず、アプリケーションの特定の要件を満たさないインスタンスタイプまたはインスタンスファミリーを削除することから始めます。例えば、アプリケーションに GPU が必要な場合は、GPU がないインスタンスタイプをすべて除外できます。ただし、他の要件も考慮する必要があります。例えば、CPU アーキテクチャ、ネットワークスループット、インスタンスストレージが必要かどうかを検討してください。次に、各インスタンスタイプが提供する CPU とメモリの量を調べます。原則として、CPU とメモリは、実行するタスクのレプリカを少なくとも 1 つ保存できる大きさである必要があります。

アプリケーションと互換性のあるインスタンスタイプから選択できます。大きいインスタンスでは、同時に多くのタスクを起動できます。また、インスタンスが小さい場合は、よりきめ細かくスケールアウトしてコストを節約できます。クラスター内のすべてのアプリケーションに対応する Amazon EC2 インスタンスタイプを 1 つ選択する必要はありません。代わりに、複数の Auto Scaling グループを作成できます。各グループには異なるインスタンスタイプを設定できます。次に、これらのグループごとに Amazon EC2 キャパシティープロバイダーを作成できます。最後に、サービスとタスクのキャパシティープロバイダー戦略では、ニーズに最も適したキャパシティープロバイダーを選択できます。詳細については、「Amazon EC2 インスタンス」を参照してください。

インスタンスのネットワークには、次のガイドラインを使用します。

  • コンテナインスタンスを VPC 内で起動することをお勧めします。これは、 Amazon VPC がネットワークをより詳細に制御し、より広範な設定機能を提供するためです。詳細については、Linux インスタンス用 Amazon EC2 ユーザーガイドの「Amazon EC2 および Amazon 仮想プライベートクラウド」を参照してください。

  • タスクに関連付けられたコンテナのいずれかに外部接続が必要な場合は、Amazon ECS コンテナインスタンスのポートにネットワークポートをマッピングして、それらのインスタンスがインターネットから到達可能になるようにできます。コンテナインスタンスのセキュリティグループでは、公開するポートへの受信アクセスを許可する必要があります。詳細については、「セキュリティグループの作成Amazon VPC 入門ガイド」を参照してください。

  • コンテナインスタンスには、Amazon ECS サービスエンドポイントと通信するために外部ネットワークアクセスが必要です。これは、インターフェイス VPC エンドポイントを介して、またはパブリック IP アドレスを持つコンテナインスタンスを通じて可能になります。

    インターフェイス VPC エンドポイントの詳細については、Amazon Elastic Container Service 開発者ガイドAmazon ECS とインターフェイス VPC エンドポイント (AWS PrivateLink)を参照してください。

    インターフェイス VPC エンドポイントが設定されておらず、コンテナインスタンスがパブリック IP アドレスを持たない場合は、ネットワークアドレス変換 (NAT) を使用してこのアクセスを提供する必要があります。詳細については、Amazon VPC ユーザーガイドおよびLinux コンテナインスタンス用の HTTP プロキシ設定このガイドに含まれるNAT ゲートウェイを参照してください。詳細については、「仮想プライベートクラウドを作成する」を参照してください。