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を確認して必要なクォータを事前に引き上げ申請するのが鉄則
キャリアの疑問、一緒に解決しませんか？
Infra Academyでは、インフラ系ITエンジニアを目指す方への個別サポートを行っています。2026年7月からフリーランス講師として本格始動予定です。
資格取得後のキャリアに、AI活用という選択肢を
資格取得の先に現場でのIT効率化を任される場面が増えます。職場のルーティン業務にAIをどう組み込めるか、無料のセルフ診断（3問・約1分）でヒントが得られます。
この記事を読んでいる方へのおすすめ：
【編集・制作ポリシー】
本記事はRoute Bloom編集部が公式ドキュメント・技術仕様書の一次情報をもとに作成しています。ITインフラ・技術情報は急速に変化するため、実装前に最新の公式ドキュメントをご確認ください。情報の正確性には万全を期していますが、最新情報は各公式サイトをご確認ください。
本記事はRoute Bloom編集部が公式ドキュメント・技術仕様書の一次情報をもとに作成しています。ITインフラ・技術情報は急速に変化するため、実装前に最新の公式ドキュメントをご確認ください。情報の正確性には万全を期していますが、最新情報は各公式サイトをご確認ください。
【編集・制作ポリシー】
本記事はRoute Bloom編集部が各ベンダー公式ドキュメント・エンジニア監修をもとに作成しています。インフラ・クラウド構築は環境により異なります。本番環境への適用前に必ずテストを実施してください。情報の正確性には万全を期していますが、最新情報は各公式ドキュメントをご確認ください。
本記事はRoute Bloom編集部が各ベンダー公式ドキュメント・エンジニア監修をもとに作成しています。インフラ・クラウド構築は環境により異なります。本番環境への適用前に必ずテストを実施してください。情報の正確性には万全を期していますが、最新情報は各公式ドキュメントをご確認ください。
【編集・制作ポリシー】
本記事はRoute Bloom編集部が各ベンダー・技術標準の公式ドキュメントをもとに作成しています。 インフラ・クラウド技術に関する最終判断は実際の環境・バージョンで検証のうえ実施してください。 情報の正確性には万全を期していますが、最新情報は各公式ドキュメントをご確認ください。
本記事はRoute Bloom編集部が各ベンダー・技術標準の公式ドキュメントをもとに作成しています。 インフラ・クラウド技術に関する最終判断は実際の環境・バージョンで検証のうえ実施してください。 情報の正確性には万全を期していますが、最新情報は各公式ドキュメントをご確認ください。
この記事で学んだスキルをさらに深めたい方へ
AWS・クラウド技術をさらに深く学びたい方に。試験対策から実践まで網羅した参考書を活用しましょう。
Amazonアソシエイトプログラムを利用しています。
ABOUT ME
