Azure 容器应用的配额
Azure 容器应用的以下配额基于每个订阅。
可以在 Azure 门户中请求增加配额。 每当最大配额大于默认配额时，都可以请求增加配额。 请求增加配额时，请确保选择“容器应用”类型。 有关详细信息，请参阅如何请求提高上限。
| 功能 | 范围 | 默认配额 | 最大配额 | 注解 |
|---|---|---|---|---|
| 环境 | 区域 | 15 | 无限制 | 每个订阅在每个区域最多 15 个环境。 配额名称：托管环境计数 |
| 环境 | 全局 | 20 | 无限制 | 每个订阅在各区域最多 20 个环境。 通过“托管环境计数”配额进行调整（通常比“托管环境计数”多 20%） |
| 容器应用 | 环境 | 无限制 | 无限制 | |
| 修订 | 容器应用 | 无限制 | 无限制 | |
| 副本 | 修订 | 无限制 | 无限制 | 可配置的最大副本数在 Azure 门户中为 300 个，在 Azure CLI 中为 1000 个。 还必须有足够的核心配额可用。 |
| 会话池 | 全局 | 最多为 6 | 10,000 | 每个订阅的最大动态会话池数。 目前还没有正式的 Azure 配额，请提起支持案例。 |
工作负载配置文件环境
“消耗”工作负荷配置文件
| 功能 | 范围 | 默认配额 | 最大配额 | 注解 |
|---|---|---|---|---|
| 核心数 | 副本 | 4 | 4 | 可供修订副本使用的最大核心数。 |
| 核心数 | 环境 | 100 | 5,000 | “专用”计划环境中的“消耗”工作负载配置文件可以容纳的最大核心数。 根据环境中所有修订的每个活动副本请求的核心总和来计算。 配额名称：托管环境常规用途核心 |
“专用”工作负荷配置文件
| 功能 | 范围 | 默认配额 | 最大配额 | 注解 |
|---|---|---|---|---|
| 核心数 | 订阅 | 2,000 | 无限制 | 一个订阅中专用工作负荷配置文件核心的最大数目 |
| 核心数 | 副本 | 工作负载配置文件支持的最大核心数 | 与默认配额相同 | 可供修订副本使用的最大核心数。 |
| 核心数 | 环境 | 100 | 5,000 | 环境中所有常规用途配置文件可用的核心总数（D 系列）。 最大值假定使用的是适当的网络大小。 配额名称：托管环境常规用途核心 |
| 核心数 | 环境 | 50 | 5,000 | 环境中所有内存优化 (E-series) 配置文件可用的核心总数。 最大值假定使用的是适当的网络大小。 配额名称：托管环境内存优化核心 |
注意
每个环境的试用订阅核心数。
消耗计划
所有新环境都使用上面列出的消耗工作负载配置文件体系结构。 只有 2024 年 1 月之前创建的环境使用以下消耗计划。
| 功能 | 范围 | 默认配额 | 最大配额 | 注解 |
|---|---|---|---|---|
| 核心数 | 副本 | 2 | 2 | 可供修订副本使用的最大核心数。 |
| 核心数 | 环境 | 100 | 1,500 | 环境可容纳的最大核心数。 根据环境中所有修订的每个活动副本请求的核心总和来计算。 配额名称：托管环境消耗核心 |
注意事项
- 如果某个环境耗尽了允许的核心数：
- 预配因失败超时
- 应用可能会受到限制，无法横向扩展
- 如果遇到意外的容量限制，请开具支持票证