

# Lambda クォータ
<a name="gettingstarted-limits"></a>

**重要**  
新規の AWS アカウント では、同時実行性とメモリクォータが低くなっています。これらのクォータは、使用状況に応じて AWS が自動的に引き上げます。

AWS Lambda は需要に合わせて迅速にスケールするように設計されているため、関数をスケールアップしてアプリケーションのトラフィックを処理できます。Lambda は、呼び出し間の状態を保持または依存しない、存続期間の短い計算タスク向けに設計されています。コードは 1 回の呼び出しで最大 15 分間実行でき、1 つの関数は最大で 10,240 MB のメモリを使用できます。

お使いのアカウントと他のお客様のワークロードを保護するために導入されているガードレールについて理解することが重要です。Service Quotas はすべての AWS サービスに存在し、変更できないハード制限、ならびに引き上げをリクエストできるソフト制限で構成されています。デフォルトでは、すべての新規アカウントには AWS サービスの探索を許可するクォータプロファイルが割り当てられます。

アカウントに適用されるクォータを確認するには、[Service Quotas ダッシュボード](https://console.aws.amazon.com/servicequotas/home)に移動します。こちらでは、Service Quotas の表示、クォータの引き上げのリクエスト、現在の使用率の表示を行うことができます。ここから、Lambda などの特定の AWS サービスにドリルダウンできます。

![アプリケーション設計の図 1](http://docs.aws.amazon.com/ja_jp/lambda/latest/dg/images/application-design-figure-1.png)


次のセクションでは、Lambda のデフォルトクォータおよび制限をカテゴリ別に一覧表示します。

**Topics**
+ [コンピューティングとストレージ](#compute-and-storage)
+ [関数の設定、デプロイ、実行](#function-configuration-deployment-and-execution)
+ [Lambda API リクエスト](#api-requests)
+ [その他のサービス](#quotas-other-services)

## コンピューティングとストレージ
<a name="compute-and-storage"></a>

Lambda では、関数の実行と保存に使用できるコンピューティングおよびストレージリソースの量に対してクォータを設定します。同時実行とストレージのクォータは、AWS リージョン ごとに適用されます。Elastic Network Interface (ENI) クォータは、リージョンにかかわらず、仮想プライベートクラウド (VPC) ごとに適用されます。次のクォータは、デフォルト値から引き上げることができます。詳細については、「*Service Quotas ユーザーガイド*」の「[クォータの引き上げのリクエスト](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html)」を参照してください。


| リソース | デフォルトのクォータ | 引き上げることができる最大 | 
| --- | --- | --- | 
| 同時実行数 | 1,000 | 数万 | 
| アップロードされた関数 (.zip ファイルアーカイブ) とレイヤーのストレージ。各関数バージョンとレイヤーバージョンは、ストレージを消費します。<br /> コードストレージ管理のベストプラクティスについては、Serverless Land の「[Lambda コードストレージのモニタリング](https://serverlessland.com/content/service/lambda/guides/aws-lambda-operator-guide/code-storage)」を参照してください。 | 75 GB | Terabytes | 
| コンテナイメージとして定義された関数のストレージ。これらのイメージは Amazon ECR に保存されます。 | 「[Amazon ECR サービスクォータ](https://docs.aws.amazon.com/AmazonECR/latest/userguide/service-quotas.html)」を参照してください。 |   | 
| [仮想プライベートクラウド (VPC) ごとの Elastic Network Interfaces](configuration-vpc.md) このクォータは、Amazon Elastic File System (Amazon EFS) などの他のサービスと共有されます。「[Amazon VPC クォータ](https://docs.aws.amazon.com/vpc/latest/userguide/amazon-vpc-limits.html)」を参照してください。  | 500 | 千 | 
| 耐久性のある実行の最大実行数 | 1,000,000 | 数百万 | 

同時実行および Lambda がトラフィックに応じて関数の同時実行数をスケーリングする方法の詳細については、「[Lambda 関数のスケーリングについて](lambda-concurrency.md)」を参照してください。

## 関数の設定、デプロイ、実行
<a name="function-configuration-deployment-and-execution"></a>

関数の設定、デプロイ、実行には、次のクォータが適用されます。特に明記されていない限り、変更できません。

**注記**  
Lambda のドキュメント、ログメッセージ、およびコンソールでは、1024 KB を示すのに (MiB ではなく) MB を使用します。


| リソース | クォータ | 
| --- | --- | 
| 関数の[メモリ割り当て](configuration-memory.md) | 128 MB から 10,240 MB まで、1 MB 単位で増加できます。<br />**注意**: Lambda は、設定されたメモリの量に比例して CPU パワーを割り当てます。[**メモリ (MB)**] 設定を使用して、関数に割り当てられたメモリと CPU パワーを増減できます。1,769 MB の場合、1 つの vCPU に相当します。 | 
| 関数タイムアウト | 900 秒 (15 分) | 
| 関数の[環境変数](configuration-envvars.md) | 4 KB (関数に関連付けられたすべての環境変数) | 
| 関数[リソースベースのポリシー](access-control-resource-based.md) | 20 KB | 
| 関数[レイヤー](chapter-layers.md) | 5 レイヤー | 
| 関数の[同時実行スケーリング制限](scaling-behavior.md) | 各関数について、10 秒ごとに 1,000 の実行環境が必要です。 | 
| [呼び出しペイロード](lambda-invocation.md) (リクエストとレスポンス) | リクエストとレスポンスにそれぞれ 6 MB (同期)<br />[ストリーミングされたレスポンス](configuration-response-streaming.md)にそれぞれ 200 MB (同期)<br />1 MB (非同期)<br />リクエスト行とヘッダー値の合計サイズは 1 MB | 
| [ストリーミングレスポンス](configuration-response-streaming.md)の帯域幅 | 関数のレスポンスでは、最初の 6 MB には上限がありません<br />6 MB を超えるレスポンスの場合、残りのレスポンスは 2 Mbps です | 
| [デプロイパッケージ (.zip ファイルアーカイブ) ](configuration-function-zip.md) のサイズ | 50 MB (zip 圧縮済み、Lambda API SDK を介してアップロードした場合)。サイズの大きいファイルは Amazon S3 でアップロードしてください。<br />50 MB (Lambda コンソール経由でアップロードした場合)<br />250 MB レイヤーやカスタムランタイムなど、デプロイパッケージの内容の最大サイズ。(解凍済み)<br /> | 
| コンテナイメージの設定サイズ | 16 KB | 
| [コンテナイメージ](images-create.md)のコードパッケージサイズ | 10 GB (非圧縮のイメージの最大サイズ、すべてのレイヤーを含む) | 
| テストイベント (コンソールエディタ) | 10 | 
| `/tmp` ディレクトリのストレージ | 512 MB〜10,240 MB、1 MB 刻み | 
| ファイルディスクリプタ | 1,024 Lambda マネージドインスタンスは、ファイル記述子の上限である 4,096 を使用します。詳細については、「[Lambda マネージドインスタンスの実行環境について理解する](lambda-managed-instances-execution-environment.md)」を参照してください。  | 
| 実行プロセス/スレッド | 1,024 Lambda マネージドインスタンスは [Bottlerocket](https://aws.amazon.com/bottlerocket/) のデフォルトのプロセスとスレッド制限を使用します。詳細については、「[Lambda マネージドインスタンスの実行環境について理解する](lambda-managed-instances-execution-environment.md)」を参照してください。  | 
| 耐久性のある実行あたりの耐久性のあるオペレーションの最大数 | 3,000 詳細については、[使用可能な耐久性のあるオペレーション](durable-execution-sdk.md#durable-sdk-operations)を参照してください。  | 
| メガバイト単位で書き込まれた耐久性のある実行ストレージ | 100 MB 実行あたりで耐久性のある関数によって永続化される累積ペイロードサイズ。詳細については、[耐久性のあるオペレーションあたりの永続化データ](durable-execution-sdk.md#durable-operations-checkpoint-consumption)を参照してください。  | 

## Lambda API リクエスト
<a name="api-requests"></a>

次のクォータは Lambda API リクエストに関連付けられています。


| リソース | クォータ | 
| --- | --- | 
| リージョンごとの関数あたりの呼び出しリクエスト (同期) | 実行環境の各インスタンスは、1 秒あたり最大 10 件のリクエストを処理できます。つまり、呼び出しの合計上限数は、同時実行数上限の 10 倍になります。「[Lambda 関数のスケーリングについて](lambda-concurrency.md)」を参照してください。 | 
| リージョンごとの関数あたりの呼び出しリクエスト (非同期) | 実行環境の各インスタンスは、無制限の数のリクエストを処理できます。つまり、呼び出しの合計上限数は、関数に利用できる同時実行数のみに基づく数になります。「[Lambda 関数のスケーリングについて](lambda-concurrency.md)」を参照してください。 | 
| 関数のバージョンまたはエイリアスあたりの呼び出しリクエスト頻度 (リクエスト数/秒) | 10 x 割り当て済みの[プロビジョニングされた同時実行数](configuration-concurrency.md) このクォータは、プロビジョニングされた同時実行を使用する関数にのみ適用されます。  | 
| [GetFunction](https://docs.aws.amazon.com/lambda/latest/api/API_GetFunction.html) API リクエスト数 | 1 秒あたり 100 リクエスト。増やすことはできません。 | 
| [GetPolicy](https://docs.aws.amazon.com/lambda/latest/api/API_GetPolicy.html) API リクエスト数 | 1 秒あたり 15 リクエスト。増やすことはできません。 | 
| [CheckpointDurableExecution](https://docs.aws.amazon.com/lambda/latest/api/API_CheckpointDurableExecution.html) API リクエスト | 1 秒あたり 1,000 リクエスト | 
| [GetDurableExecution](https://docs.aws.amazon.com/lambda/latest/api/API_GetDurableExecution.html) API リクエスト | 1 秒あたり 30 リクエスト。 | 
| [GetDurableExecutionHistory](https://docs.aws.amazon.com/lambda/latest/api/API_GetDurableExecutionHistory.html) API リクエスト | 1 秒あたり 15 リクエスト。 | 
| [GetDurableExecutionState](https://docs.aws.amazon.com/lambda/latest/api/API_GetDurableExecutionState.html) API リクエスト | 1 秒あたり 1,000 リクエスト | 
| [ListDurableExecutionsByFunction](https://docs.aws.amazon.com/lambda/latest/api/API_ListDurableExecutionsByFunction.html) API リクエスト | 1 秒あたり 15 リクエスト。 | 
| [SendDurableExecutionCallbackFailure](https://docs.aws.amazon.com/lambda/latest/api/API_SendDurableExecutionCallbackFailure.html) API リクエスト | 1 秒あたり 300 リクエスト。 | 
| [SendDurableExecutionCallbackHeartbeat](https://docs.aws.amazon.com/lambda/latest/api/API_SendDurableExecutionCallbackHeartbeat.html) API リクエスト | 1 秒あたり 300 リクエスト。 | 
| [SendDurableExecutionCallbackSuccess](https://docs.aws.amazon.com/lambda/latest/api/API_SendDurableExecutionCallbackSuccess.html) API リクエスト | 1 秒あたり 300 リクエスト。 | 
| [StopDurableExecution](https://docs.aws.amazon.com/lambda/latest/api/API_StopDurableExecution.html) API リクエスト | 1 秒あたり 30 リクエスト。 | 
| 残りのコントロールプレーン API リクエスト数 (呼び出し、GetFunction、および GetPolicy リクエストを除く) | すべての API で 1 秒あたり 15 リクエスト (API ごとに 1 秒あたり 15 リクエストではありません）。増やすことはできません。 | 

## その他のサービス
<a name="quotas-other-services"></a>

AWS Identity and Access Management (IAM)、Amazon CloudFront (Lambda@Edge)、Amazon Virtual Private Cloud (Amazon VPC) などの他のサービスのクォータが Lambda 関数に影響を及ぼすことがあります。詳細については、「*Amazon Web Services 全般のリファレンス*」と「[他の AWS サービスからのイベントを使用した Lambda の呼び出し](lambda-services.md)」の「[AWS のサービス クォータ](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html)」を参照してください。

Lambda を含む多くのアプリケーションは、複数の AWS サービスを使用します。サービスごとにさまざまな機能に対するクォータが異なるため、アプリケーション全体でこれらのクォータを管理することが難しい場合があります。例えば、API Gateway のデフォルトのスロットル制限は 1 秒あたり 10,000 リクエストである一方、Lambda のデフォルト同時実行制限は 1,000 です。この不一致により、Lambda が処理できる API Gateway からの受信リクエストが増える可能性があります。これを解決するには、予想されるトラフィックレベルに合わせて Lambda 同時実行制限の引き上げをリクエストします。

アプリケーションの負荷テストを行うと、アプリケーションを本番稼働にデプロイする前にパフォーマンスをモニタリングできます。負荷テストでは、予想されるトラフィックレベルの制限要因として作用する可能性のあるクォータを特定し、それに応じてアクションを実行することができます。