如何在wrangler.toml中配置Cloudflare Worker的usage_model
解决方案:Cloudflare Worker usage_model 切换错误与配置方法
错误原因(code:10075)
workers.api.error.wrong_plan 错误的核心原因是你的Cloudflare账户计划不支持Unbound使用模型,或者账户权限未同步更新。Unbound模型仅对Pro、Business、Enterprise级别的付费账户开放,免费计划只能使用Bundled模型。
正确的usage_model取值
如果你的账户计划符合要求,wrangler.toml中正确的配置值确实是:
usage_model = "unbound"
计算节点限制配置方法
Unbound模型允许更高的资源配额,你可以在wrangler.toml中通过[limits]区块自定义资源上限(不超过Cloudflare设定的最大值):
# 基础配置 name = "your-worker-name" main = ".output/server/index.mjs" # Nuxt3/Nitro的入口文件 compatibility_date = "2024-05-01" usage_model = "unbound" # 自定义资源限制(Unbound模型最大值:内存1024MB,CPU时间60000毫秒) [limits] memory = 1024 # 单位:MB cpu_time = 60000 # 单位:毫秒
修复10075错误的步骤
- 确认账户计划:检查你的Cloudflare账户是否为Pro/Business/Enterprise级别,免费计划无法启用Unbound。
- 同步账户权限:如果刚升级计划,执行
wrangler login重新登录,刷新本地权限缓存。 - 验证UI配置:确保Cloudflare Dashboard中该Worker的使用模型已切换为Unbound,再执行
wrangler deploy重新部署。 - 排查资源冲突:确认Worker未绑定仅支持Bundled模型的旧版资源(如部分 legacy KV 命名空间,这种情况较少见)。
针对你的Nuxt3/Nitro/RavenDB场景,启用Unbound后,启动阶段的CPU和内存限制会放宽,应该能解决启动时的性能限制验证失败问题。
内容的提问来源于stack exchange,提问作者Sergey Bezugliy
相关产品推荐
相关产品推荐

