Amazon Web Services ブログ
AWS Lambda マネージドインスタンスのご紹介:サーバーレスの簡単さと EC2 の柔軟性
2025 年 11 月 30 日、AWS Lambda マネージドインスタンスを発表しました。これは、サーバーレスの運用の簡単さを維持しながら、Amazon Elastic Compute Cloud(Amazon EC2) 上で AWS Lambda 関数を実行できる新機能です。この強化機能は、重要な顧客ニーズに対応しています。すなわち、サーバーレス開発体験を損なうことなく、特殊なコンピューティングオプションにアクセスし、定常ワークロードのコストを最適化できるようにするものです。
Lambda はインフラ管理を不要にしますが、一部のワークロードでは特定の CPU アーキテクチャなどの特殊なハードウェアや、Amazon EC2 の購入契約によるコスト最適化が必要となる場合があります。このジレンマにより、多くのチームは必要なコンピュートオプションや料金モデルにアクセスするためだけにインフラ管理を自ら行い、Lambda のサーバーレスの利点を犠牲にせざるを得なくなっています。これにより、多くの場合、アーキテクチャの大幅な変更や運用責任の増大につながります。
Lambda マネージドインスタンス
Lambda マネージドインスタンスを使用すると、Lambda 関数を EC2 インスタンス上でどのように実行するかを定義できます。Amazon Web Services(AWS)が、アカウント内のこれらのインスタンスのセットアップと管理を行います。最新世代の Amazon EC2 インスタンスにアクセスでき、AWS がインスタンスのライフサイクル管理、OS パッチ適用、ロードバランシング、オートスケーリングなど、すべての運用の複雑さを管理します。これにより、データ集約型アプリケーション向けの高帯域幅ネットワークなど、特定のワークロード要件に最適化されたコンピュートプロファイルを選択でき、Amazon EC2 インフラの管理という運用負荷を負う必要がありません。
各実行環境は、一度に 1 つのリクエストだけでなく、複数のリクエストを処理できます。これにより、各呼び出しごとに別々の実行環境を立ち上げるのではなく、コードが複数の同時リクエストでリソースを効率的に共有できるため、コンピュート消費を大幅に削減できます。Lambda マネージドインスタンスでは、Compute Savings Plansやリザーブドインスタンスなどの Amazon EC2 コミットメントベースの料金モデルを利用でき、Amazon EC2 オンデマンド料金より最大 72 % 割引を受けられます。これは、従来の Lambda プログラミングモデルを維持しながら、安定したワークロードに対して大幅なコスト削減を提供します。
試してみましょう
Lambda マネージドインスタンスを試すには、まずキャパシティプロバイダーを作成する必要があります。次の画像に示すように、ナビゲーションペインの その他のリソースの下にこれらを作成するための新しいタブがあります。

キャパシティプロバイダーを作成するには、仮想プライベートクラウド (VPC) 、サブネット設定、およびセキュリティグループを指定します。キャパシティプロバイダーの設定を使うことで、Lambda に対してインスタンスをどこにプロビジョニングして管理するかを指定することもできます。

含めたい、または除外したい EC2 インスタンスタイプを指定することもできますし、高い多様性を確保するためにすべてのインスタンスタイプを含めることも選択できます。さらに、最大 vCPU 数やオートスケーリングの利用可否、CPU ポリシーの使用など、オートスケーリングに関連するいくつかの制御項目を指定することもできます。

キャパシティプロバイダーの設定が完了したら、新しい Lambda 関数を作成する際に、その Amazon リソースネーム (ARN) を使って選択できます。ここでは、希望するメモリ割り当てとメモリ対 vCPU の比率も選択できます。

Lambda マネージドインスタンスでの作業
基本設定を確認したので、Lambda マネージドインスタンスの仕組みをさらに詳しく見ていきましょう。この機能では、EC2 インスタンスを Lambda コンソール、 AWS コマンドラインインターフェイス (AWS CLI)、または AWS CloudFormation、AWS サーバーレスアプリケーションモデル (AWS SAM) 、AWS Cloud Development Kit (AWS CDK)、Terraform などのコードとしてのInfrastructure as Code (IaC) ツールを使用して設定したキャパシティプロバイダーに編成します。各キャパシティプロバイダーは、インスタンスタイプ、ネットワーク構成、スケーリングパラメータなど、必要なコンピューティング特性を定義します。
キャパシティプロバイダーを作成する際には、ワークロードの要件に合わせて最新世代の EC2 インスタンスから選択できます。コスト最適化された汎用コンピューティングには、優れた価格性能を発揮する AWS Graviton4 ベースのインスタンスを選択できます。どのインスタンスタイプを選ぶか迷った場合、AWS Lambda は関数の設定に基づき、パフォーマンスとコストのバランスが取れた最適化済みのデフォルトを提供します。
キャパシティプロバイダーを作成した後は、簡単な設定変更を通じて Lambda 関数をそれに紐付けることができます。関数を紐付ける前に、マルチコンカレンシー環境で問題を引き起こす可能性のあるプログラミングパターンについてコードを確認する必要があります。例えば、リクエストごとに一意でないファイルパスへの読み書きや、呼び出し間で共有されるメモリ空間や変数の使用などです。
Lambda はリクエストをインスタンス上の事前プロビジョニング済み実行環境に自動的にルーティングするため、初回リクエストのレイテンシに影響するコールドスタートを排除します。各実行環境はマルチコンカレンシー機能を通じて複数の同時リクエストを処理できるため、関数全体でのリソース利用率を最大化できます。トラフィック増加時に追加のキャパシティが必要になると、AWS は数十秒以内に新しいインスタンスを自動的に起動し、キャパシティプロバイダーに追加します。キャパシティプロバイダーはデフォルトで最大 50% のトラフィックスパイクをスケーリングなしで吸収できますが、組み込みのサーキットブレーカーが極端なトラフィック急増時にコンピューティングリソースを保護します。キャパシティプロバイダーが最大プロビジョニング容量に達し、追加キャパシティがまだ立ち上げ中の場合、リクエストを一時的に 429 ステータスコードで制限します。
このプロセス全体を通じて、運用およびアーキテクチャのモデルはサーバーレスのままです。AWS は、インスタンスのプロビジョニング、OS パッチ適用、セキュリティ更新、インスタンス間のロードバランシング、需要に応じた自動スケーリングを管理します。AWS は、オペレーティングシステムおよびランタイムコンポーネントに対してセキュリティパッチやバグ修正を自動的に適用し、稼働中のアプリケーションに影響を与えることはほとんどありません。さらに、インスタンスの最大稼働期間は 14 日に設定されており、業界のセキュリティおよびコンプライアンス基準に準拠しています。オートスケーリングポリシーの作成、ロードバランサーの設定、インスタンスのライフサイクル管理は自分で行う必要はなく、関数コード、イベントソースの統合、AWS Identity and Access Management (AWS IAM) 権限、Amazon CloudWatchでの監視はそのまま維持されます。
今すぐご利用いただけます
Lambda マネージドインスタンスは、Lambda コンソール、AWS CLI、または AWS SDK を通じて、2025 年 11 月 30 日から利用を開始できます。この機能は、米国東部(バージニア北部)、米国東部(オハイオ)、米国西部(オレゴン)、アジアパシフィック(東京)、および欧州(アイルランド)リージョンで利用可能です。リージョンごとの提供状況や今後のロードマップについては、AWS Capabilities by Region をご覧ください。詳細は、AWS Lambda ドキュメントをご覧ください。
Lambda マネージドインスタンスの料金は、3 つの要素で構成されています。まず、通常の Lambda リクエスト料金として、100 万回の呼び出しごとに 0.20 米ドルを支払います。次に、プロビジョニングされたコンピューティング容量に対して、通常の Amazon EC2 インスタンス料金が課金されます。Compute Savings Plans やリザーブドインスタンスを含む既存の Amazon EC2 料金契約をこれらのインスタンス料金に適用することで、安定稼働するワークロードのコストを削減できます。最後に、インスタンスの運用管理を AWS が行う費用として、EC2 オンデマンドインスタンス料金を基に計算される 15% のコンピューティング管理手数料が課金されます。従来の Lambda 関数とは異なり、リクエストごとの実行時間に対して個別に課金されることはありません。マルチコンカレンシー機能は、リクエスト処理に必要な合計コンピューティング時間を削減することで、さらにコストを最適化するのに役立ちます。
初期リリースでは、最新バージョンの Node.js、Java、.NET、Python ランタイムがサポートされており、今後他の言語も対応予定です。この機能は、関数のバージョニング、エイリアス、 AWS Cloud Watch Lambda Insights、AWS AppConfig エクステンション、AWS SAM や AWS CDK などのデプロイツールを含む既存の Lambda ワークフローと統合されます。既存の Lambda 関数は、関数コードを変更せずに Lambda マネージドインスタンスに移行できます(マルチコンカレンシー対応のスレッドセーフであることが確認されている場合)。これにより、専用コンピューティングやコスト最適化の恩恵を受けるワークロードでも、この機能を簡単に導入できます。
Lambda マネージドインスタンスは、Lambda の機能を大幅に拡張するものであり、サーバーレスの運用モデルを維持しながら、より幅広いワークロードを実行できます。高トラフィックアプリケーションのコスト最適化や、Graviton4 など最新プロセッサアーキテクチャへのアクセスなど、いずれの場合でも、この新機能は運用の複雑さを増すことなく必要な柔軟性を提供します。Lambda マネージドインスタンスで皆さんがどのようなものを構築するのか、とても楽しみにしています。
原文はこちらです。