配额

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

功能说明

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

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

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

前提条件

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

基准计算方式

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

虚拟机和Kubernetes资源

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。

配置

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会要求填写原因，该原因将与新旧值一起写入审计日志。此更改适用于所有客户。

服务配额表

该表分为五个层级。表头单元格 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

1. 打开Customers › List，然后打开该客户。在Overview中找到卡片Quota。

2. 虚拟机资源：点击Quota override并选择以下一项

   • 按充值余额（移除覆盖）——默认行为；
   • 不限制（包括虚拟机数量）——移除该客户的所有上限；
   • 计划等级——将资源上限固定为该计划；虚拟机数量规则依然适用。

   输入原因。平台管理员可以设置任意等级；分销商设置的覆盖不得超过客户保留的基础。

3. 服务： Service quotas 下方的表格显示了每个 key 的 In use、有效限制及其 Source（层级或覆盖）。点击行上的 Edit，输入 New quota（-1 = 不限，留空 = 恢复层级默认值）以及原因。

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

客户所见内容

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

验证

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。

限制与注意事项

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

故障排查

症状	原因	解决办法
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 小时的数值。
客户称层级下降	层级不会下降；将保留资源基础与套餐成本进行比较	检查套餐价格表：套餐价格上涨可能会移动阈值。