AWS Fargateを理解する

Fargateはサーバー群を管理する負担を減らしてコンテナを実行する計算基盤です。ECS・EKSとの関係、必要な資源設定、ホスト管理の制約、入替えに備える運用を理解します。

この単元で学ぶこと

1. サーバー群を隠す Fargateではコンテナを動かすための仮想マシン群を利用者が選択・調達・管理する負担を減らせます。コンテナが必要とするCPUやメモリ等を指定して実行します。計算資源が存在しないのではなく、基盤の管理をAWSへ任せる方式です。

2. 管理側と組み合わせる ECSではタスクやサービス、EKSでは対応するPodをFargateへ配置します。Fargate自体はイメージの保管庫でもKubernetes APIでもありません。どの管理方式を使うかを決め、そのワークロードがFargateの対応条件を満たすか確認します。

3. 利用者が決めるものアプリのイメージ、CPU・メモリ、ネットワーク、IAM等の設定は利用者が行います。例えばS3を読み取る業務なら必要な読取り許可を付けます。ホストのパッチ作業が減ったことを、自社コードや依存関係の更新、データの保護も不要になったことと混同しません。

4. 資源の組合せ利用可能なCPU・メモリ等の条件を確認し、必要な性能を測定します。ホスト台数を決めない方式でも、アプリが必要とする資源の見積りは残ります。大きく指定すれば全ての問題が解決するわけではなく、接続先の能力や処理特性も確認します。

5. ホスト機能の制約 Fargateはホストへの任意の管理アクセスを提供する方式ではありません。EKSのFargateでは特権コンテナやDaemonSet等に制約があります。こうした機能が必須なら、対応するEC2の方式等と比較します。移行前にイメージだけでなく基盤依存の機能も確認します。

6. 状態と保守基盤更新等でタスクやPodの入替えが必要になる場合があります。ECS Fargateのプラットフォーム更新も、新しいタスクで更新版を使う流れを理解します。長く動かすアプリは必要数の維持やデータの保存、処理途中の終了への備えを設計し、一時状態へだけ依存しません。

7. Spotの区別 ECSでは中断に対応できるタスクにFargate Spotを検討できます。安い実行資源という利点と、中断・再処理への備えを合わせて判断します。EKSのFargateではFargate Spotをサポートしないため、同じ名前の基盤でも管理方式ごとの機能差を確認します。

8. 費用と要件費用は指定する計算資源と実行時間等の条件に関係し、関連する保存・通信・負荷分散等も確認します。要求数や実行時間・メモリ等で計算する通常のLambda関数とも、具体的な料金項目を分けて確認します。ホスト管理を減らす目的と、機能・性能・可用性の条件を満たすかを比べます。

教材データに登録された参考リンクです。リンク先の内容や更新日は提供元でご確認ください。

確認問題の出題・採点や学習履歴の保存にはログインが必要です。