Amazon EKSには、実行中のアプリケーションの負荷状況に応じてリソース(ポッドやノード)を自動的にスケーリングする機能があります。
Cluster Autoscalerは、Amazon EKSクラスタ内のノード数を自動的に増減させる機能です。
Amazon EKSには、実行中のアプリケーションの負荷状況に応じてリソース(ポッドやノード)を自動的にスケーリングする機能があります。
ポッドの数を自動的に増減させたい場合「Horizontal Pod Autoscaler (HPA)」を使用するのが適切です。HPAは、CPU使用率やメモリ使用量といったメトリクスに基づきポッドの数を調整します。なお、HPAを動作させるには、これらのメトリクスデータを収集するために、別途「Metrics Server」というコンポーネントを導入する必要があります。
Amazon EKS(Elastic Kubernetes Service)は、AWSが提供するKubernetesのマネージドサービスです。Kubernetesは、オープンソースのコンテナオーケストレーションプラットフォームで、Amazon ECS(Elastic Container Service)と同様に、コンテナの実行・管理を行うことができます。
Lambda関数からプライベートサブネット内のAWSリソースへアクセスさせたい場合は「VPCアクセス」の設定をします。VPCアクセスではアクセスしたいAWSリソースのあるVPCやサブネットの選択と、Lambda関数のセキュリティグループを設定します。VPCアクセスを設定するとLambda関数がサブネット毎に接続用のENI(Elastic Network Interface)を作成して、プライベートサブネット内のAWSリソースへアクセスします。
VPCアクセスを設定したLambda関数は、ENIを作成したサブネットへアクセスできるようになる代わりに、インターネットへアクセスできなくなります。
![](https://dev.wellcorelife.com/wp-content/uploads/2024/07/image-13.jpeg)
Amazon API GatewayはAWSサービスと連携するAPIの作成や管理ができる機能です。API(Application Programming Interface)とは、クライアントからのリクエストをアプリケーションサーバーに送り、アプリケーションサーバーからのレスポンスをクライアントへ返す接続口(インターフェイス)のことです。
下記はAPI Gatewayで作成したHTTP APIの実行例です。クライアントからHTTP(HTTPS)などでAPIを呼び出して、テキストやJSONなどの形式で得たい情報を取得します。
![](https://dev.wellcorelife.com/wp-content/uploads/2024/07/image-14-1024x409.jpeg)
API Gatewayはマネージドサービスなので、Lambdaと組み合わせることで完全にサーバーレスでWebアプリケーションを実行できます。例えばクライアントからのHTTPリクエストをAPI Gatewayで受信し、それをトリガーとしてLambda関数を実行させ、レスポンスをAPI Gateway経由で返すことができます。
![](https://dev.wellcorelife.com/wp-content/uploads/2024/07/image-15.jpeg)
Amazon API Gatewayで作成できるAPIは、クライアントとサーバー間の接続方法や機能によって以下の3種類があります。
■REST API(RESTful API)
クライアントからのリクエストに対してレスポンスを返す形式のAPIです。サーバーが扱う情報はURI(URL)で定義されており、クライアントはHTTP(HTTPS)でリクエストを送信することでレスポンスを得ます。データベースの検索など、クライアントからのリクエストに応答するアプリケーションで使われます。なお、REST API(RESTful API)とはREST(REpresentational State Transfer)という原則にのっとったAPIのことです。通信の状態が管理されない「ステートレス」な接続方式です。
[REST APIの処理イメージ]![](https://dev.wellcorelife.com/wp-content/uploads/2024/07/image-16.jpeg)
■HTTP API
REST APIよりも低遅延かつコスト効率を高くする目的で設計されたAPIです。REST APIと同じ形式のAPIですが、APIキャッシュを利用できないなど細かな差異があります。
■WebSocket API
クライアントとサーバー間でリアルタイムな情報のやり取りを目的とするAPIです。REST APIとは違い、継続的なデータの送受信を行えます。
チャットや株価情報のような常に情報をモニタリングするようなアプリケーションで使われます。
なお、WebSocket APIとはサーバー・クライアント間で双方向のセッションを確立できる技術を利用したAPIのことです。通信の状態を管理される「ステートフル」な接続方式です。
![](https://dev.wellcorelife.com/wp-content/uploads/2024/07/image-17.jpeg)
Amazon API Gatewayにはクライアントへ送信したデータを保存する「API キャッシュ」機能があります。REST APIではどのクライアントからでも同一のリクエストであれば同一のレスポンスになります。API キャッシュではクライアントに送ったレスポンスをAPI Gatewayでキャッシュし、再度同一のリクエストを受け取るとキャッシュからデータを返します。API キャッシュから応答を返すことにより、Lambda関数の実行を省略できるのでレスポンス速度が向上します。
Amazon API Gatewayにはクライアントへ送信したデータを保存する「API キャッシュ」機能があります。REST APIではどのクライアントからでも同一のリクエストであれば同一のレスポンスになります。API キャッシュではクライアントに送ったレスポンスをAPI Gatewayでキャッシュし、再度同一のリクエストを受け取るとキャッシュからデータを返します。API キャッシュから応答を返すことにより、Lambda関数の実行を省略できるのでレスポンス速度が向上します。
ECSで実行・管理するコンテナは、コンテナを実行する環境によって主に「AWS Fargate」と「EC2起動タイプ」があります。
○AWS Fargate(Fargate起動タイプ)
AWS Fargateはコンテナ向けのサーバーレスコンピューティングエンジンです。コンテナ実行環境のCPUやメモリのスペック、アクセス権限(IAM)などを設定するだけで、サーバーの環境構築や管理をすることなくコンテナを実行できます。
Fargateの利用料金は、タスクで指定したCPU/メモリに応じて課金されます。実行したタスクのリソース使用量に対して料金が発生するので、不定期にタスクが実行されるシステムや、常にタスクが実行可能な状態でなければならないシステムなどに向いています。
○EC2起動タイプ
EC2起動タイプはユーザーが管理するEC2インスタンス上でコンテナを実行します。コンテナを実行するEC2インスタンス、ネットワーク、IAMなどを設定すると、ECSがAWS CloudFormationのスタックを作成および実行して、構築したコンテナ実行環境をECSに登録します。EC2起動タイプでは通常のインスタンスと同様に、OSやミドルウェアのアップデート、スケーリングなどのサーバー管理をユーザーで実施する必要があります。
EC2起動タイプの利用料金は、指定したEC2インスタンスタイプに応じて課金されます。インスタンスの起動時間に対して料金が発生するので、インスタンス起動中に多数のタスクが実行されるシステムなどに向いています。
ECSの主要要素に「クラスター」「タスク」「サービス」があります。そのうちの「サービス」はクラスター内で必要なタスク数を維持する機能です。あるタスクが異常終了して必要なタスク数を下回った場合、サービスが新しいタスクを起動して自動復旧します。クラスターでは、コンテナが動作するVPCやサブネットなどを設定します。サービスでは、起動するタスクのタスク定義、必要なタスク数、ELBとの連携などを設定します。
[ECSにおける「タスク」「サービス」「クラスター」の関連図]![<img decoding=](https://ping-t-production-strg.s3.ap-northeast-1.amazonaws.com/uploads/question_image/file/23027/k58688.jpg?X-Amz-Expires=600&X-Amz-Date=20240707T012638Z&X-Amz-Security-Token=IQoJb3JpZ2luX2VjECUaDmFwLW5vcnRoZWFzdC0xIkcwRQIgdUqRXYSVnNl7Lei%2FwQMFZeOhNdUEGhTSRNwZ67TZHwYCIQDDsvYQNPGtVsqRj%2BKBWflkWhqa%2BOAUx1%2Bwn5H0gT2ILiqxBAjf%2F%2F%2F%2F%2F%2F%2F%2F%2F%2F8BEAAaDDYyMzQyOTgyNzI3NSIMjL6uXeVhcjVqxfrNKoUEtr7U44KFl8xdssJTU3u%2BZ6v6lBXlX9jyHpBuCG%2BIDSyK7oMiL503qWdZlAZCkujtsJfHHfkW5iIdfXdKQ8Me%2B4SphDni%2B0RughsmwXsWj2r8YhBwxkAOn42V7du9l4PrFLyr3ftSIOsVh3ztp1UmuCQN%2FvTu115A6n3Q8k53C6oaZj4RKXOvpTqRGLGU%2Fb7Z%2BxmDfSAt0eB%2FK4hJwDJ6aPt0eELyKOGmTaKg%2FcNiWNyGAQR4CINzg5rWLtEkRLVqAdtELGda15QY%2BJYOhqVMIXp13MidmTuNnu6R4aYRZ2WQF5BEfPRsIAJtVxxCTPd5UU8FZMNjjFegnB6EvoJmtnQ4KAGv6ZWs1VbezfLJ1AbAQDVD15ypQImxHpkbAE7JG2iiiljXsj6o3jD3YZUvZzkUoqzRzzIPaCELwwNv8QUdvNSzO0mblcrdtd%2FHjlbBZNdYK2VdTkBY2Q90VPWi4smHWTbo%2B6%2BA603Vt0L%2BLInGp3uk%2BwrARaa7Oft3rnSAm8E0pNgDz6fhKsgJx4Ijr34g1x8PPF%2BncM7x7ixWHF6%2Fh4V9NpbTU1YUUqLZQ6dNEcHHQnWJyUqtY%2FBJCUSNAVi6ucUIwf7acTyL7D2yxjVrBFnGv3Q7vNW1MPuzZWQVpMmLp%2FPdZAomDsQ2vNYaJ7h72jmEavRzTYtLH4g3%2FCiM1%2FSazjC47aa0BjqmAUYsc%2B310%2FeEtSThSZ6K%2BAitrVMS%2BzoCoWIMnJiMT1hQmdAj9e85l0v98vumcPa7%2BkzL3r0MLU7jlg3n%2BWRDiwUadiAofQsDQsmIFSq7B48MVByhpo%2B70INpKuk%2BKPb5LeORJbgCY0Yd2aJGyO%2BG2Xcrw3vrlBvcHrCioOfsRW4DvoJdsGqkFcac6Ti6X1IGaQqwLu74kJn64axySFtgifoVl29HHEg%3D&X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=ASIAZCJ2QHLF6FIEDU62%2F20240707%2Fap-northeast-1%2Fs3%2Faws4_request&X-Amz-SignedHeaders=host&X-Amz-Signature=d2b0008a5fd314bf19109d28ffe804ec92a4431727ef2372aa985985a5bb1f80)
Amazon ECR(Elastic Container Registry)はコンテナイメージを登録・管理するサービスです。ECRに登録されたコンテナイメージをECSが参照し、コンテナ(タスク)を起動できます。ECRのようにコンテナイメージを登録・管理する仕組みを「コンテナレジストリ」といいます。
「コンテナイメージ」はアプリケーションとその実行環境を、コンテナのひな形としてパッケージ化したものです。コンテナを動作させるソフトウェアである「コンテナエンジン」が、コンテナイメージから「コンテナ」を起動します。コンテナイメージは異なる環境にそのまま持ち込むことができるので、例えばテスト環境から作成したコンテナイメージを本番環境にコピーしてコンテナを起動すれば、同一の環境を構築できます。
Lambda関数からプライベートサブネット内のAWSリソースへアクセスさせたい場合は「VPCアクセス」の設定をします。VPCアクセスではアクセスしたいAWSリソースのあるVPCやサブネットの選択と、Lambda関数のセキュリティグループを設定します。VPCアクセスを設定するとLambda関数がサブネット毎に接続用のENI(Elastic Network Interface)を作成して、プライベートサブネット内のAWSリソースへアクセスします。VPCアクセスを設定したLambda関数は、ENIを作成したサブネットへアクセスできるようになる代わりに、インターネットへアクセスできなくなります。
Lambda関数は、イベントに応じて自動的にスケールし、発生したイベントの数だけ同時実行されます。ある特定の時点で、実行中のLambda関数の個数を「同時実行数」といいます。
Lambda関数が初めて実行される場合や一定期間実行されていない場合は、Lambda関数の実行環境であるランタイム環境の準備に時間がかかるため、Lambda関数の処理が開始されるまで時間がかかります。(コールドスタート)
一方、同じLambda関数に対するリクエストが継続的に発生する場合は、ランタイム環境が再利用されるため準備処理が省略され、Lambda関数の開始までの時間が短くなります。(ウォームスタート)
リクエストが増加すると、Lambdaの既存のリソースだけでは処理が追いつかず、新しいリソースが必要となります。その結果、新しいランタイム環境を準備するためのコールドスタートが頻発することがあります。このコールドスタートによる遅延を最小限に抑えるために、Lambda関数のランタイム環境を事前に準備しておく「プロビジョニングされた同時実行」の設定が効果的です。これにより、設定で指定された数の実行環境が事前に用意されているため、イベントにすぐに応答する準備が整います。
このように、プロビジョニングされた同時実行の設定により、Lambda関数の起動時間を短縮し、応答時間を改善できます。
(ただし「プロビジョニングされた同時実行」を設定する場合、別途料金がかかります)
Amazon API Gatewayで作成したAPIはユーザーが管理するVPC外に配置されます。このため、作成したAPIからパブリックサブネット内のAWSリソースにはインターネットを経由してアクセスできますが、プライベートサブネット内のAWSリソースへ直接アクセスすることはできません。
API Gatewayからプライベートサブネット内のAWSリソースへアクセスさせたい場合は「VPCリンク」を作成します。これにより、APIとプライベートサブネット内のリソースとの間で、インターネットを経由しないセキュアな通信が可能になります。
この記事は役に立ちましたか?
もし参考になりましたら、下記のボタンで教えてください。
コメント