PuppyIP 资源中心
开发工具与网络 5 分钟 发布于 2026-11-06

Cloudflare DNS 记录 85% 警告:先分清单域名与账号配额

Cloudflare 在2026年10月6日公布 DNS 记录配额 85% 警告。看到提示后,先确认它统计的是当前域名区域还是整个账号,再核对实际额度与记录数;不要把容量提示直接当成解析故障。

Cloudflare DNS 配额 Enterprise 域名管理

服务对象与地域限制

PuppyIP 仅面向海外合规企业及其授权人员提供服务,不面向中国大陆地区开放或提供代理服务。本服务仅限用于中国大陆境外的合法业务活动,严禁在中国大陆境内使用本服务。

代理 IP 或服务器位于境外,不改变上述限制。不得通过中转、转接、共享或转售向中国大陆境内的最终使用者提供本服务。使用前请阅读用户服务协议。

本文要点

  • 85% 指已使用的 DNS 记录数量占适用配额的比例,不是流量、带宽或 DNS 查询次数。
  • 按 zone 限额时看单个区域;Enterprise 账号按账号合计,公共区域和内部区域分别计数。
  • Free 默认上限与 zone 的创建时间有关;分界是2024年9月1日 00:00:00 UTC,不能一概按200条判断。
  • Email Routing 等服务自动创建的记录也计入额度;新增前应核对实际使用量,而不是只数自己手动添加的记录。

85% 警告说明什么?

Cloudflare 的2026年10月6日公告说明,DNS records 页面会在适用记录配额已使用85%时显示警告。这里的配额限制是能创建多少条 DNS 记录。DNS 记录保存域名对应的地址或其他服务信息;记录数量与访问流量、每秒查询量是不同的指标。

先读清提示的统计范围,再计算剩余空间。例如,假设一个 zone 的实际配额是200条,目前有170条,那么使用率是85%,算术上的余量为30条。这只是容量规划示例;其他管理员或服务随后新增记录,都会改变余量,不能把这个例子当成一次批量导入必定成功的保证。

仅凭这一条容量警告,不能判断网站已经解析失败。如果同时遇到访问问题,应把容量信息与实际 DNS 响应分开核查,并保留发生时间和报错现象。警告描述的记录数,不能代替对具体域名解析结果的检查。

单个 zone 的默认上限怎样看?

zone 可以理解为 Cloudflare 中管理 DNS 的一个域名区域。官方文档说,额度依套餐按 zone 或按账号执行,两者不是同时叠加。先确认当前对象适用哪一种;不要直接把账号总数与某一个 zone 的限额比较。

按 zone 执行的默认额度中,2024年9月1日 00:00:00 UTC 之前创建的 Free zone 为1,000条;在该时刻或之后创建的 Free zone 为200条。分界看 zone 的创建时间,且使用 UTC,不能用域名购买日期、当前所在地日期或最近登录时间代替。

Pro 和 Business 的默认单 zone 上限均为3,500条。Enterprise 使用账号配额,没有另一份独立的单 zone 限额。这些是公开默认值;核对自己的当前额度及使用量后再做容量决定。文档提供通过 API 查询 zone 当前额度(适用时)和使用量的入口,本文不假设你的账号采用默认额度。

Enterprise 为什么要合计其他区域?

Enterprise 账号的额度覆盖该账号所有 zone 的 DNS 记录总量,取代逐 zone 限额。官方说明这一分配方式不取决于每个 zone 各自的套餐,因此当前区域记录不多,也不能单凭这个区域的列表推断账号还有多少余量。

公共区域与内部区域分别计数,各自的默认账号额度为1,000,000条。核对时应区分这两组,不能把两者合并后套用同一个100万上限。账号当前额度与使用量也可经官方文档所链接的 API 查询;这与仅查看某一个 zone 的记录列表不是同一统计范围。

如果 Enterprise 客户需要更高的账号额度,官方指向联系 account team。需要确认的是本账号可用的具体额度与条款,而不是把“支持数百万条记录”的产品能力描述当成已经向本账号发放的配额。

为什么自己没加这么多,计数仍会上升?

其他 Cloudflare 服务代为创建的 DNS 记录也会计入额度。官方举例包括 Email Routing 添加的 TXT 和 MX 记录,所以只清点手动新增记录,可能漏掉实际使用量的一部分。做检查时,应先了解记录来自哪项服务。

为即将上线的域名验证、邮件或应用配置预留空间时,应按将要创建的记录数量与当前实际余量比较,并考虑同期还有哪些管理员或服务会写入记录。文档明确,用户通过控制台或 API 自行创建新记录,zone 仍须处于其记录限额以内。

不要为了降低数字就删除用途不明的记录。先找负责对应服务的人确认用途与依赖,再通过既有变更流程处理;对于邮件和验证类记录,清单中的一行也可能承担独立用途。这里的检查清单不要求修改记录、切换代理状态或提交任何私密配置。

看到警告后,怎样核对并安排下一步?

第一,确认你查看的是正确账号与 zone,并记录提示适用的统计范围、实际额度、当前使用量和检查时间。若为 Free zone,再核对其创建时间与 UTC 分界;若为 Enterprise,分别查看公共区域与内部区域的账号总量。

第二,整理现有记录及即将新增记录的用途,包含服务自动生成的记录。只把需要的总数与正确范围的余量比较,不把“一个区域看起来很空”当成整个账号容量充足的证据。

第三,把容量缺口交给有权限的账号负责人;Enterprise 需要更多额度时按官方路径联系 account team。若还伴随解析或新增记录错误,分别保留对应现象。本文依据截至2026年11月6日核对的公开文档,不代替账号实际条款。

资料来源

常见问题

为什么某个 zone 的记录数偶尔会略高于上限?

官方文档说明,为避免影响其他 Cloudflare 服务代建记录时的运行,这类记录在执行限额时有少量缓冲。因此一个 zone 偶尔可能略超通常上限;这不构成用户手动新增记录可使用的额外额度。控制台或 API 自行创建仍受文档规定的记录限额约束。

出现85%警告会自动扩容或新增收费吗?

这份公告说明的是容量警告与统计范围,没有宣布自动扩容或新的收费规则。是否调整额度、涉及哪些套餐或合同条款,要以本账号当前信息及 Cloudflare 的正式确认判断,不能从警告本身推出收费或扩容结果。