Amazon SES の email identity / tenant / configuration set の上限を Service Quotas で拡張してみた
はじめに
2026年11月11日、Amazon SES の email identity、tenant、configuration set の上限を Service Quotas から拡張できるようになったと発表されました。
この記事では、Developer Guide で 3 項目の上限を確認し、東京リージョンで 10,000 から 10,001 への拡張を Service Quotas に申請した結果を紹介します。
Developer Guide の上限と調整可否
SES の Developer Guide にある Service quotas の記載を、2024-11-17 版と現行版で比べました。
| 項目 | 2024-11-17 版 | 現行版（2026-11-13 取得） |
|---|---|---|
| email identity | 10,000 / リージョン。Account Manager に相談 | 10,000 / リージョン。調整可 |
| configuration set | 10,000。調整不可 | 10,000。調整可 |
2025年8月に新機能としてリリースされた tenant は、Service Quotas の対象です。
Service Quotas での拡張申請
東京リージョンで 3 項目を 10,000 から 10,001 へ拡張申請しました。
申請前は、3 項目とも適用値が 10,000、Adjustable が true で、申請履歴は空でした。
email identity の申請コマンドは次のとおりです。tenant と configuration set は、--quota-code を下の表のクォータコードに差し替えて申請しました。
aws service-quotas request-service-quota-increase --service-code ses --quota-code L-5C01A92C --desired-value 10001 --region ap-northeast-1 --output json
申請の応答はいずれも PENDING でした。状態は次のコマンドで確認しました。
aws service-quotas get-requested-service-quota-change --request-id <request-id> --region ap-northeast-1
3 件とも APPROVED に変わっていました。次の表の「申請から APPROVED まで」は、Created と LastUpdated の差です。
| 項目 | クォータコード | 申請から APPROVED まで | CaseId |
|---|---|---|---|
| email identity | L-5C01A92C | 約 12.4 秒 | なし |
| tenant | L-E7F21B4C | 約 11.1 秒 | なし |
| configuration set | L-10E24536 | 約 0.5 秒 | なし |
email identity の状態確認で APPROVED が返ったときのレスポンスです。アカウント ID、リクエスト ID、ロール名、セッション名は置き換えています。
{
"RequestedQuota": {
"Id": "<request-id>",
"ServiceCode": "ses",
"ServiceName": "Amazon Simple Email Service(Amazon SES)",
"QuotaCode": "L-5C01A92C",
"QuotaName": "Email identity count",
"DesiredValue": 10001.0,
"Status": "APPROVED",
"Created": "2026-11-13T10:41:17.982000+09:00",
"LastUpdated": "2026-11-13T10:41:30.363000+09:00",
"Requester": "{\"accountId\":\"123456789012\",\"callerArn\":\"arn:aws:sts::123456789012:assumed-role/<role-name>/<session-name>\"}",
"QuotaArn": "arn:aws:servicequotas:ap-northeast-1:123456789012:ses/L-5C01A92C",
"GlobalQuota": false,
"Unit": "None",
"QuotaRequestedAtLevel": "ACCOUNT"
}
}
承認後、最初に適用値を取得したのは各申請の Created から約 30〜34 秒後で、3 項目とも Value は 10001.0 でした。サポートケースの一覧を、申請時刻を含む期間を対象に次のコマンドで取得したところ、ケースは 0 件でした。
aws support describe-cases --include-resolved-cases --after-time 2026-11-13T00:00:00Z --region us-east-1
使用数のメトリクス
Service Quotas の UsageMetric によると、3 項目の使用数はいずれも名前空間 AWS/Usage のメトリクス ResourceCount に対応します。推奨される統計は Maximum です。項目は Resource ディメンションの値で区別します。
| 項目 | Resource ディメンションの値 |
|---|---|
| email identity | EmailIdentity |
| tenant | Tenant |
| configuration set | ConfigurationSet |
email identity の使用数は、次のコマンドで日次の Maximum として取得できます。tenant と configuration set は、Resource の値 EmailIdentity を Tenant、ConfigurationSet に差し替えます。
aws cloudwatch get-metric-statistics --namespace AWS/Usage --metric-name ResourceCount --dimensions Name=Type\,Value=Resource Name=Resource\,Value=EmailIdentity Name=Service\,Value=SES Name=Class\,Value=None --start-time 2026-10-30T01:41:00Z --end-time 2026-11-13T01:41:00Z --period 86400 --statistics Maximum --region ap-northeast-1 --output json
email identity と configuration set には、2026-10-30 から 2026-11-12 までの 14 日分の日次の Maximum が記録されています。値はどれも 2.0 で、アカウント内の実際の件数（email identity、configuration set とも 2 件）に一致していました。
まとめ
Amazon SES の email identity、tenant、configuration set の上限を、Service Quotas から拡張できることを確認しました。
今回の拡張幅は最小の 1 でしたが、サポートケースを経ずに自動で承認され、ほぼ即時に反映されました。
申請する値によっては、すぐに承認されない場合もあると考えられます。多数の email identity や configuration set を管理するアカウントでは、CloudWatch メトリクスで使用数を監視し、上限に対する使用率が高まったら余裕をもって Service Quotas から拡張を申請することをおすすめします。
