---
title: 配额
description: 在客户向钱包充值之前限制新客户的创建权限——虚拟机资源层级、虚拟机数量及单服务配额，并支持按客户进行覆盖。
url: https://nexcmp.com/zh-cn/docs/billing/quotas/
applies_to: NexCMP 1.6.1
updated: 2026-11-02
---

# 配额 {#quotas}

> **管理后台位置：**Services › Virtual Machines › Policy › Quota选项卡（`/vm/policy?tab=quota`）。按客户：Customers › List › a customer › Overview（`/customers/<id>`），卡片**Quota**。**客户门户位置：**Client › Quotas（`/client/quotas`）。

## 功能说明 {#what-it-does}

配额可防止新账户滥用：客户向钱包存入的真实资金越多，可创建的资源就越多。分为两层：

- **虚拟机和Kubernetes资源**：总vCPU、RAM和磁盘，以及虚拟机数量。套餐即为您的固定套餐。
- **服务配额**：基于充值金额分为五个等级（L0至L4），限制IP数量、集群、VPC、存储GB数等。

配额在扣费**之前**进行检查。超出限制的请求将被拒绝并返回HTTP 403 `quota_exceeded`，同时提示客户需要充值多少金额。

## 前提条件 {#requirements}

| 项目 | 要求 |
|---|---|
| 角色 | 管理员。 |
| 开关 | **Enable quota** (`quota_enabled`) 默认处于**关闭**状态。在开启之前，以下内容均不生效。 |
| 固定套餐 | 至少一个非自定义套餐（参见[Plans](https://nexcmp.com/zh-cn/docs/catalog/plans/)）——资源等级即您的固定套餐。如果没有设置任何套餐，则仅适用虚拟机数量规则。 |
| 依赖项 | 服务配额行仅针对您安装中启用了的产品存在（VPN、IPv6代理、Kubernetes、私有云、镜像、Object Storage、独占服务器）。 |

## 基准计算方式 {#how-the-basis-is-calculated}

NexCMP不仅查看绑卡支付情况。**基准**是客户的**入账钱包余额**：网关充值、管理员信用额度（**Credit / debit**）以及兑换的钱包代金券均通过钱包账本统一计算一次。促销代码产生的订单折扣和服务抵扣金不属于钱包资金，不予计算。客户达到的最高基准会被**保留**（按站点）——消费或退款绝不会降低已经解锁的等级。

### 虚拟机和Kubernetes资源 {#vm-and-kubernetes-resources}

1. 等级即站点的固定套餐，按运行24小时的成本排序。
2. 客户处于24小时成本不超过其基准的最高等级。限制为该套餐的vCPU、RAM和磁盘。甚至负担不起最便宜套餐的客户，仍可获得最便宜套餐的资源。
3. 计入限制的使用量包括所有运行中的虚拟机（包括已锁定的）、已购买的数据卷（即使已卸载）以及Kubernetes工作节点和控制平面（工作节点也算作虚拟机）。
4. **虚拟机数量：**最多支持**Max VMs at 24h tier**（默认2个）。从下一个虚拟机开始，客户的*当前*钱包余额必须能够涵盖其所有现有虚拟机加上新虚拟机**30天（720小时）**的费用，最高可达**Max VMs when meeting 30-day threshold**（默认10个）。
5. **创建虚拟机**还需要至少相当于该虚拟机**N小时**费用的余额（**Create VM: balance ≥ N hours**，默认2）以及平台最低余额。
6. 缩减虚拟机规模永远不会被阻止。系统仅检查增长的维度，因此超出磁盘限制的客户，只要vCPU限制允许，仍然可以添加vCPU。

## 配置 {#configure}

1. 打开**Services › Virtual Machines › Policy**并选择**Quota**选项卡。
2. 开启**Enable quota**开关。
3. 检查三个数字（均可编辑）：

   | 字段 | 默认值 | 范围 |
   |---|---|---|
   | 创建VM：余额≥N小时 | 2 | 1至720 |
   | Max VMs at 24h tier | 2 | 1至100 |
   | 满足30天门槛时的最大VM数 | 10 | 1至1000（不得低于上一字段） |

4. 在**Tier-based service quotas**中编辑（下方）表格。
5. 点击**Save**。NexCMP会要求填写**原因**，该原因将与新旧值一起写入审计日志。此更改适用于所有客户。

![带有启用开关、VM限制和基于层级的服务 quota 表格的 Quota 选项卡](https://nexcmp.com/zh-cn/docs/images/billing/quotas-01-policy.webp)

### 服务配额表 {#service-quota-table}

该表分为五个层级。表头单元格 **L0** 至 **L4** 保存**以美分为单位的充值门槛**：默认值 `0, 1000, 5000, 20000, 100000` 意味着新账号对应 L0，满 $10 对应 L1，满 $50 对应 L2，满 $200 对应 L3，满 $1,000 对应 L4。第一个门槛必须保持为 `0`。每行为每个层级设置一项配额；**-1 表示不限**。

| Key | 说明 | L0 | L1 | L2 | L3 | L4 |
|---|---|---|---|---|---|---|
| `vpn.ips` | VPN IPs | 2 | 10 | 30 | 100 | 500 |
| `proxy6.ips` | IPv6 proxy IPs | 500 | 2000 | 10000 | 50000 | -1 |
| `dedicated.servers` | Bare-metal servers | 1 | 2 | 5 | 20 | 50 |
| `s3.storage_gb` | Object Storage GB allocated | 2048 | 4096 | 10240 | 51200 | -1 |
| `k8s.clusters` | Kubernetes clusters | 1 | 2 | 5 | 10 | 30 |
| `k8s.workers` | Kubernetes worker nodes | 3 | 9 | 18 | 50 | 200 |
| `vpc.count` | Private Cloud networks | 1 | 2 | 5 | 10 | 30 |
| `images.gb` | 自定义镜像存储 GB | 50 | 100 | 200 | 500 | 2000 |

该表格还列出了少数属于本版本未发布产品的行，请保持原样。产品关闭的密钥将被隐藏且永不强制执行。数值必须为`-1`或介于`0`和`10,000,000`之间。

服务配额遵循**资金基础**，与虚拟机等级类似：取钱包达到的最高余额，而非卡片支付总额。分销商客户使用相同的默认值，且分销商只能查看它们。

## Per-customer overrides {#per-customer-overrides}

1. 打开**Customers › List**，然后打开该客户。在**Overview**中找到卡片**Quota**。
2. **虚拟机资源：**点击**Quota override**并选择以下一项
   - **按充值余额（移除覆盖）**——默认行为；
   - **不限制（包括虚拟机数量）**——移除该客户的所有上限；
   - **计划等级**——将资源上限固定为该计划；虚拟机数量规则依然适用。

   输入原因。平台管理员可以设置任意等级；分销商设置的覆盖不得超过客户保留的基础。
3. **服务：** *Service quotas* 下方的表格显示了每个 key 的 *In use*、有效限制及其 *Source*（层级或覆盖）。点击行上的 **Edit**，输入 **New quota**（`-1` = 不限，留空 = 恢复层级默认值）以及原因。

![带有等级、资源使用情况以及带有覆盖的服务配额表格的客户配额卡片](https://nexcmp.com/zh-cn/docs/images/billing/quotas-02-customer.webp)

每个覆盖都会连同管理员、原因以及修改前后的值一起记录在审计日志中。

## 客户所见内容 {#what-the-customer-sees}

**Client › Quotas**（`/client/quotas`）显示客户的**当前等级**、已使用和总vCPU、内存、磁盘和虚拟机数量（在虚拟机和Kubernetes之间拆分）、**符合条件的钱包余额**、**持有的资源基础**（消费时不会减少），以及升级到下一等级还需充值多少。滑动条允许他们选择目标等级并直接跳转到充值界面。**Service Quotas**卡片列出了每项服务的配额、已使用数量、其等级（L0至L4）、升级到下一等级还需充值多少，以及一个打开支持工单草稿的**Request increase**按钮。**Quota policy**按钮用于解释相关规则。

![显示当前等级、资源使用情况和服务配额的门户配额页面](https://nexcmp.com/zh-cn/docs/images/billing/quotas-03-portal.webp)

## 验证 {#verify}

1. 开启**Enable quota**并使用余额为$0的新测试客户。
2. 尝试创建一个比你最便宜的计划还要大的虚拟机。请求被拒绝，提示`quota_exceeded`以及消息“Exceeds the resources of tier ... Top up $X more to unlock tier ...”。
3. 充值显示的金额。等级立即更改，且相同的请求成功。
4. 购买超出L0限制的VPN IPs：HTTP 403 `quota_exceeded`，带有`"scope":"service"`以及指向`/client/quotas`的链接。
5. 在客户的配额卡片中，**Source**显示为*tier*；设置覆盖并观察其变为*override*。

## 限制与注意事项 {#limits-notes}

- **关闭即为关闭。** 当 `quota_enabled` 关闭时，旧规则 `new_account_max_vms` (**Services › Virtual Machines › Policy › Sales**) 将新账户限制为最多2台虚拟机，直到其充值达到$10。当配额开启时，该规则不再生效。
- **管理员创建的虚拟机不会被阻止。**
- **错误时直接关闭。**如果无法读取配额状态，请求将被拒绝并返回 `quota_unavailable`，而不是被允许。
- **API、CLI 和 MCP** 请求使用相同的处理程序，因此适用相同的限制。
- **推广信用额度**不会提高层级（参见 [Promotions](https://nexcmp.com/zh-cn/docs/billing/promotions/)）。
- **层级阈值以分为单位**，而不是美元。

## 故障排查 {#troubleshooting}

| 症状 | 原因 | 解决办法 |
|---|---|---|
| `quota_exceeded`，原因 `resources` | 新的总 vCPU/RAM/磁盘超出当前层级 | 充值消息中显示的金额或设置覆盖值。 |
| `quota_exceeded`，原因 `vm_30d` | 超过 24 小时层级的虚拟机数量，且钱包尚未覆盖整个集群 30 天的费用 | 充值显示的金额。 |
| `quota_exceeded`，原因 `vm_max` | 已达到绝对虚拟机上限 | 提高 **Max VMs when meeting 30-day threshold** 或使用覆盖设置。 |
| `quota_exceeded`, `scope: service` | 已达到单项服务限制 | 提高表格值或为该客户覆盖该键。 |
| `quota_unavailable` | 无法验证配额状态 | 重试；如果持续存在，请检查服务器日志。 |
| 保存时出现 "quota_max_vms_30d must be >= quota_max_vms_24h" | 数值颠倒 | 使 30 天的数值至少等于 24 小时的数值。 |
| 客户称层级下降 | 层级不会下降；将**保留资源基础**与套餐成本进行比较 | 检查套餐价格表：套餐价格上涨可能会移动阈值。 |