AWSのService Quotasと制限管理｜本番障害を防ぐためのクォータ確認と引き上げ申請の実践
現場実践｜AWS制限・Service Quota管理
AWSのService Quotasと制限管理｜本番障害を防ぐためのクォータ確認と引き上げ申請の実践
「本番環境でAWSの制限に引っかかって障害になった」——AWSのService Quotas（サービスクォータ）の仕組み・よく問題になる制限の種類・事前に引き上げ申請するタイミングと方法を解説します。
💡 AWSには全てのサービスにデフォルトの制限（クォータ）があります。「本番環境でEC2が起動できなくなった」という障害の原因がクォータ上限というケースが現場では頻発します。事前の確認と引き上げ申請が重要です。
1. よく問題になるAWSのクォータ
| サービス・リソース | デフォルト制限 | 問題になるタイミング |
|---|---|---|
| EC2 vCPU数（リージョン別） | オンデマンドStandard: 32〜96 vCPU | Auto Scalingでスケールアウト時・大量のEC2を起動しようとした時 |
| VPC数 | リージョンあたり5VPC | 複数環境を作っていくうちに上限に達する |
| EIPアドレス数 | リージョンあたり5個 | NAT GWを複数作成した時 |
| Lambda同時実行数 | アカウントあたり1,000 | 大量のLambdaが並列実行されるサービス |
| Security Groupのルール数 | セキュリティグループあたり60インバウンド | 多数のIPを許可するルールを追加した時 |
2. Service Quotasでの確認と引き上げ申請
1
Service Quotasコンソールで現在のクォータを確認
AWSコンソールからService Quotasを開いてサービスを選択する。「使用中のクォータ」タブで現在の使用量と上限を確認できる。
2
CloudWatchでクォータの使用率アラームを設定
Service QuotasはCloudWatchとの統合でクォータ使用率が80%を超えたらアラームを出す設定が可能。本番環境では必ず設定する。
3
プロジェクト開始時に引き上げ申請する
新規プロジェクトでEC2を大量に使う予定があれば、プロジェクト開始前にvCPUクォータの引き上げ申請をする。申請から反映まで数日かかることがある。
3. クォータ管理をTerraformで自動化
Service QuotasはTerraformのaws_servicequotas_service_quotaリソースで管理できます。Terraformコードにクォータの引き上げ申請を含めることで、インフラのコード化と同時にクォータ管理も自動化できます。ただし申請後の反映はAWSの審査が必要なため即時反映ではありません。
📌 この記事のポイント
- EC2 vCPU・VPC数・Lambda同時実行数・EIP数がよく問題になるクォータ。プロジェクト前に必ず確認する
- Service QuotasのCloudWatch連携で使用率80%超のアラームを設定して事前に引き上げ申請する
- 新規プロジェクト開始時にService Quotasを確認して必要なクォータを事前に引き上げ申請するのが鉄則
キャリアの疑問、一緒に解決しませんか？
Route Bloomでは、インフラ系ITエンジニアを目指す方への個別サポートを行っています。2026年7月からフリーランス講師として本格始動予定です。
ABOUT ME
