创建 EC2 实例时遇到 InstanceLimitExceeded 报错，绝大多数情况下并非账号异常，而是 AWS 在对应区域设置了实例数量上限。这是一种保护机制，用于防止资源被一次性耗尽或账单失控。

先搞清楚：你遇到的是哪种限制？

InstanceLimitExceeded 涵盖多种情况，判断错误可能导致申请被拒。

1. 区域级别的总实例数限制
这是最宽泛的限制，指某区域内所有按需实例的总数上限。新账号的默认值通常是每个区域最多 5 个实例。

2. 按实例类型的 vCPU 限制
AWS 已将配额改为按实例族（如 G 系列、P 系列）的 vCPU 数量计算，而非按“台数”。例如，若你申请了 G 系列 4 个 vCPU，则所有 G 系列的按需实例 vCPU 总数不能超过 4。
注意：按需实例与 Spot 实例的配额相互独立。即使 Spot 配额充足，若按需配额不足，启动按需实例时依然会报错。

3. 特定服务的配额限制
EC2 之外，SageMaker、ECS 等服务也有各自的配额。例如 SageMaker 集群的实例配额为 0 时，无法启动任何实例。此类情况需在 Service Quotas 中查找对应服务并申请调整。

如何查看当前配额？

通过 Service Quotas 控制台可统一管理所有配额，信息比 EC2 控制台更全面。

  • 进入 Service Quotas → “AWS services” → 搜索 “Amazon EC2”。

  • 重点关注以下配额项：

    • Running On-Demand All Standard (A, C, D, H, I, M, R, T, Z) instances：标准实例族的按需配额。

    • 你需要的具体实例族配额（如 Running On-Demand G instances）。

    • 若使用 Spot，需查看对应的 Spot 配额项。

申请提高配额的流程

第一步：明确申请的配额项
申请时需具体到实例族和付费模式（按需或 Spot），避免笼统描述。

第二步：通过 Service Quotas 提交申请
在对应配额项点击 “Request quota increase”，输入期望值并提交。

  • 小额申请通常自动批准，几分钟生效。

  • 大额申请转为 Support 工单，需人工审核，耗时数小时至两天。

第三步：查看申请状态
在 Service Quotas Dashboard 中可看到：

  • Pending：等待中，可能是自动审批流程。

  • Requested quota：已转为 Support 工单，可查看 case 编号。

  • Closed / Approved：审批完成，配额已生效。

第四步：配额生效后重试
配额更新后，直接重新执行之前的启动命令即可。

常见误区

  • 实例删除后配额立即释放？
    否。终止实例后，配额释放存在延迟，建议等待几分钟再尝试新建。

  • 停止（Stop）的实例不占配额？
    错误。停止的实例仍占用配额，只有终止（Terminate）才会释放。

  • 配额申请一定能通过？
    不一定。AWS 会评估历史使用合理性和账号信誉。新账号直接申请 1000 个 vCPU 大概率被拒，建议从小额度开始，逐步提升。

紧急情况如何处理？

Service Quotas 申请无加急通道。若急需资源，建议：

  • 提交配额申请的同时，联系 AWS Support 说明业务场景和时效需求。

  • Support 团队可协助跟进，但无法绕过审批流程。

EC2 配额不足本质是 AWS 的一道安全闸门。只需明确限制类型，在 Service Quotas 中找到正确的配额项并提交申请，等待通过即可。流程本身不复杂，关键在于找准你需要申请的配额项。