您需要多少 IPv4 地址空间？IP 地址块大小（/24、/23、/22、/21、/20）与容量规划指南

大多数企业在规划 IPv4 地址空间时，应从 /24 开始——这是全球互联网能够可靠路由的最小地址块——然后根据实际服务所消耗的地址数量以及未来增长空间逐步扩大。 一个 /24 提供 256 个地址；每增加一个级别，地址数量大约翻倍。合适的地址块大小，应能够覆盖您真实的地址使用量和近期增长，同时避免让您为大量无法合理说明或实际使用的地址空间付费。 在租赁或购买 IPv4 时，这个问题经常出现，而且通常还伴随着另一个问题：像 /24、/22 或 /20 这样的标记到底是什么意思？本指南会同时回答这两个问题。它会说明每种常见地址块大小包含多少个地址、适合哪些使用场景，并提供一个实用框架，帮助您将实际服务需求转换为合适的地址块大小。目标是让您做出一个能够向注册管理机构、财务团队以及内部容量规划团队合理解释的决定，而不是凭猜测选择一个过小或过度配置的地址块。 这是一篇关于容量规划和地址块大小选择的指南，而不是子网划分教程。如果您想了解地址块如何划分，以及 CIDR 标记在位级别上如何工作，请参考我们专门的 IP 子网划分与 CIDR 指南；本文重点是如何为实际部署选择合适数量的地址空间。

您需要多少 IPv4?

先计算您的服务实际需要多少公共地址，再加入合理的增长余量，然后向上取整到最接近的可路由地址块大小——实际最低应以 /24 为准。 最终答案主要由三个因素决定：

• • /24 的最低门槛。 全球路由系统通常不会接受比 /24 更小的前缀，因此即使您只需要更少的地址，/24（256 个地址）仍然是可以独立公告的公共地址空间的实际最低规模。

• • 您真实的服务规模。 您的托管、邮件、VPN、负载均衡器及其他服务实际消耗多少公共地址——这个数字往往比人们最初想象的更少，但有时也可能更多。

• • 增长余量。 预留足够的容量，避免很快就需要重新编号，但也不要预留过多，以免持有并支付无法使用或无法合理说明的地址空间。

只要这三个因素判断正确，合适的地址块大小通常就很容易确定。本指南后续将说明如何准确评估每一个因素。

IPv4 地址块大小一览

IPv4 地址块使用 CIDR 标记表示，即斜杠后跟一个数字——数字越小，地址块越大。 前缀数字每减少一级（例如从 /24 到 /23，再到 /22），地址数量就会翻倍。以下是在租赁或购买 IPv4 时最常见的地址块大小：

CIDR 标记	地址总数	等值	典型用途
/24	256	1× /24	最小可路由地址块；小型部署、单一服务、入门级租赁
/23	512	2× /24	增长中的托管业务、小型 VPN 地址池、已经超出单个 /24 容量的企业
/22	1,024	4× /24	中型托管商和服务提供商、更大的 VPN 或 SaaS 部署
/21	2,048	8× /24	较大型服务提供商、多业务运营商
/20	4,096	16× /24	ISP、大型托管平台、大规模网络运营商

关于“可用”地址需要说明一点：在一个已经路由的地址块内部，如果进一步划分成多个子网，通常每个子网都会保留少量地址（例如网络地址和广播地址），部分云平台还会在每个子网额外保留一些地址。因此，一旦真正投入使用，可供主机使用的地址数量会略低于上表所列总数——具体数量取决于您的子网划分方式。在容量规划阶段，如果是一个平坦地址块，可以按接近总数来估算；如果您计划在内部继续拆分，则应考虑每个子网的保留地址。有关具体划分机制，请参考 子网划分与 CIDR 指南。

/24 最低门槛：为什么公共路由不能再小？

/24 是全球路由系统能够可靠传播的最小 IPv4 地址块，因此对于需要公开公告的地址空间来说，它是实际最低规模——无论您真正需要多少个地址。 原因并不是某条严格的技术定律，而是全球路由中的普遍惯例。为了控制全球路由表的规模，大多数网络都会过滤掉比 /24 更长、也就是更小的前缀公告。如果您发布 /25 或 /26，很大一部分互联网网络可能根本不会接受这条路由，导致该地址空间在全球许多地方不可达。正如我们在 BGP 如何工作 指南中解释的那样，一个地址块只有在被公告并被其他网络接受之后才真正具备可达性，而比 /24 更小的公告通常会被广泛拒绝。 这对容量规划有以下实际影响：

• • /24 是独立可路由公共地址空间的起点。 即使您只需要 30 或 60 个公共地址，但希望拥有自己独立公告的地址块，仍然需要使用 /24。

• • 小于 /24 的需求通常通过其他方式满足。 如果您实际上只需要少量公共地址，而且不需要自行公告地址块，那么从服务提供商较大地址块中分配地址，通常比单独获取一个 /24 更合理。

• • 租赁一个 /24 并只使用其中一部分，是非常常见且合理的做法。 许多企业会将 /24 作为最低租赁单位，先使用当前需要的部分，其余空间直接作为近期增长余量。

您的服务实际需要多少个地址？

准确的容量规划，应从统计每项服务真正需要多少公共地址开始——这个数字通常比预期更少，因为许多服务可以共享地址，或者位于少量公共端点之后。 以下是按不同服务类型划分的实际参考：

• • Web 托管。 现代 Web 托管对地址的使用效率很高——通过基于域名的虚拟主机和反向代理，许多网站可以共享一个公共 IP。只有当某个网站或服务明确需要独立地址时，例如特定 SSL 配置、隔离要求或独立服务信誉，才需要单独的公共地址。一家托管数百个网站的企业，实际所需地址数量可能远少于数百个。

• • 邮件服务器。 邮件业务对地址非常敏感：每台发送邮件的服务器通常都希望拥有独立且信誉良好的公共地址，并配置正确的 反向 DNS。大型发件方还可能把不同邮件流量（如事务邮件与营销邮件）分配到不同地址，以便管理信誉。这里应谨慎计算——邮件地址数量通常不多，但每个地址都非常重要。

• • VPN 服务。 VPN 提供商可能是地址消耗较大的业务之一，需要为不同端点准备地址池，而且根据服务模式不同，还可能需要为用户对外显示的源地址准备额外容量。这里的容量取决于服务架构和用户规模。

• • SaaS 与多租户平台。 通常在公共地址层面效率很高——大量租户可以位于少量公共端点和负载均衡器之后，租户隔离主要由软件处理，而不是为每个租户分配一个独立地址。

• • 负载均衡器和网关。 每个公共入口点都会占用一个地址，但数量通常不多——负载均衡器本身的作用，就是让大量后端系统位于一个或少数几个公共地址之后。

• • DNS 服务器。 通常只需要少量公共地址，但这些地址非常重要；运营商往往希望它们位于稳定、信誉良好的地址空间中。

• • 预发布、开发与备用容量。 实际部署通常还需要为非生产环境和运营余量准备一些地址——数量不会太多，但应主动计算，而不是忽略。

反复出现的规律是：公共地址消耗通常由少数真正大量使用地址的服务驱动，例如邮件、VPN 端点和需要隔离的服务，而不是单纯取决于服务器数量。因为设计良好的基础设施通常可以让大量系统共享少量公共地址。

为增长预留空间，还是过度配置？

应为合理的近期增长预留容量，避免每隔几个月就重新编号或再获取更多地址；但也应避免过度配置无法使用或无法合理说明的地址空间，因为闲置地址会带来成本，在某些情况下还涉及使用合理性证明。 这里存在两个相反的问题： 配置过小意味着地址很快耗尽，迫使您增加新地址空间或重新编号，而重新编号生产服务正是良好基础设施规划希望避免的高成本、高风险变更。没有增长余量的地址块，会更快逼您面对这种情况。 配置过大同样存在实际缺点。您需要为未使用的地址付费，无论是租赁费用，还是购买后占用的资本；大量闲置地址仍然需要治理和监控，以避免成为劫持目标，正如我们在 BGP 劫持 指南中所讨论的那样；在涉及注册管理机构使用合理性说明的场景中，持有远超实际利用量的地址空间也可能难以解释。利用率不仅是成本问题，也是实际管理因素。 一个合理的中间方案是：按照当前需求，加上在规划周期内可以明确预见的增长进行容量规划（通常是未来 12–24 个月），然后向上取整到下一个可路由地址块大小。通常意味着选择一个能够让当前使用量位于地址块较低部分、上方仍留出合理增长空间的规模，而不是为了“以防万一”直接跳大两个等级。

一个简单的容量规划框架

通过五个步骤，将服务需求转换成地址块大小：

1. 1. 盘点所有面向公网的服务。 列出所有需要公共地址的服务：Web 前端、邮件服务器、VPN 端点、负载均衡器、DNS，以及任何必须拥有独立地址的服务。

1. 1. 现实地计算每项服务所需地址。 根据上述原则，在适合共享的地方共享地址，在确实需要时分配专用地址（尤其是邮件服务），然后计算总数。

1. 1. 加入增长余量。 加入在规划周期内可以明确预见的新增地址需求。应保持现实——计算可预见的增长，而不是理想化增长。

1. 1. 向上取整到可路由地址块大小。 将总需求（当前 + 增长）向上取整到表格中最接近的地址块：最高约 ~256 个地址选择 /24，最高约 ~512 个选择 /23，最高约 ~1,024 个选择 /22，以此类推。

1. 1. 应用 /24 最低门槛。 如果计算结果小于 /24，但您希望拥有独立可路由地址空间，则仍应选择 /24。如果您只需要少量地址，而且不需要自己公告地址块，可以考虑由服务提供商分配地址。

最终得到的，是一个可以合理解释的地址块规模：足够支持真实使用和可预见增长，同时不低于最小可路由单位，也不会包含过多难以合理说明的闲置地址。

实际计算示例

以下是用于展示该框架如何应用的示例，并不对应真实公司。 示例 1 — 小型托管创业公司。 一家新的托管公司大约服务 200 个网站（大部分通过两个反向代理进行基于域名的共享托管），同时运行两台邮件服务器、一组 DNS 服务器，以及几个经过负载均衡的应用端点。在实际共享之后，合理的公共地址需求可能只有 20–40 个，而不是 200 个。即使加入较充裕的增长空间，也完全可以放在一个 /24 内——而且 /24 本身也是可路由最低规模，因此是最明确的选择，并且大部分地址仍可留给未来增长。 示例 2 — 增长中的 VPN 提供商。 一项正在扩大的 VPN 服务，需要在多个区域准备端点地址池，而且用户规模持续增长。目前大约需要 400 个地址，并且已经有明确扩张计划。/24（256）显然已经不够；合理选择是现在使用 /23（512），如果可预见增长足够明显，也可以选择 /22（1,024），从而避免很快进行重新编号。 示例 3 — 多区域 SaaS 平台。 一家 SaaS 公司在多个区域通过负载均衡器运行高效的多租户基础设施，同时只有适量邮件和 DNS 需求。尽管服务大量客户，其公共地址使用仍然较少——例如 60–100 个地址。一个 /24 很可能已经足够，除非区域隔离或扩张计划使其更适合使用 /23。 这三个示例体现出的共同规律是：客户数量或网站数量并不是判断地址需求的好指标。地址效率高的架构可以让大多数业务维持在 /24 或 /23，而真正大量消耗地址的业务模式，例如 VPN 端点池，才会推动更大的地址块需求。

地址块大小会影响租赁还是购买的选择吗？

会——您需要多大的地址块、需求确定性有多高，以及未来增长轨迹如何，都会影响租赁或购买哪一种方式更合适。 容量规划与获取方式是相互关联的决策：

• • 不确定、较小或持续增长的需求更适合租赁。 如果您还不确定最终需要多少地址、预计会持续扩张，或者希望先从 /24 开始再逐步增长，租赁可以让地址空间随实际需求调整，而不需要投入大量前期资本，也不需要经历先购买、之后再出售地址空间的复杂流程。您可以先租一个 /24，再随着实际使用增加而扩容。

• • 大型、稳定且长期的需求，可以考虑比较购买方案。 如果企业已经非常清楚自己长期、稳定且大规模的地址需求，就可以在规划周期内比较购买与租赁的经济性。

• • “租一个 /24，先用其中一部分”的模式。 因为 /24 是可路由最低规模，所以租赁一个 /24 并在初期只使用部分地址，是常见且合理的入门方式——您可以立即获得可路由地址空间，同时自然保留增长余量。

对于大多数正在规划第一个地址块，或扩展现有地址规模的企业来说，租赁 IP 地址 可以让地址空间与实际需求匹配，并保留扩展空间；而拥有大型、稳定需求的企业，则可以比较直接选择 购买 IPv4 地址 的经济性。上面的容量规划框架会直接影响这个决定：一旦您知道自己需要多少地址空间，以及对这个需求有多大把握，租赁还是购买的选择就会清晰得多。

实用容量规划检查清单

1. 1. 盘点所有需要公共地址的服务。
   2. 现实地计算每项服务的地址需求——可以共享的地方共享，确实需要的地方分配专用地址，尤其是邮件服务。
   3. 计算当前真实需求总量。
   4. 加入规划周期内明确、可预见的增长需求。
   5. 向上取整到最接近的可路由地址块大小（/24、/23、/22、/21、/20）。
   6. 应用 /24 最低门槛——它是独立可路由地址空间的实际最小规模。
   7. 如果需求小于 /24，而且不需要自行公告，可以考虑使用服务提供商分配的地址空间。
   8. 如果计划在内部继续划分地址块，应考虑每个子网的保留地址。
   9. 避免过度配置——应考虑成本，以及在适用情况下的地址利用率合理性说明。
   10. 根据计算出的地址需求，进一步判断应该租赁还是购买

来自 i.lease 的实用建议

最常见的容量规划错误通常来自两个相反方向。第一种，是根据错误的指标凭感觉判断——例如直接统计网站、客户或服务器数量，并假设每一个都需要独立公共地址，这会严重高估大多数高地址利用效率基础设施的真实需求。第二种，则是为了节省成本而配置过小，结果几个月后就用完地址，被迫重新编号或紧急寻找更多地址空间，而且通常发生在最不合适的时候。这两种错误都源于跳过了最简单的一步：真正统计服务实际消耗多少地址，并加入诚实合理的增长余量。 如果方法正确，IPv4 容量规划并不复杂，而且正确规划在两个方向上都能带来收益：既避免为无法使用的地址空间付费，也避免因为地址块过快耗尽而造成重新编号的中断。它还会让资源获取方式更加清晰——一家知道自己今天需要 /24，并预计两年内增长到 /23 的企业，与一家长期稳定需要 /20 的企业，所处情况完全不同，这两种情况也会指向不同的租赁或购买选择。实际要点是：根据真实服务消耗规划容量，而不是根据客户数量；最低以可路由的 /24 为基础；保留合理增长空间；然后让这个数字指导您如何获取地址空间。这样，“我到底需要多少？”就不再是猜测，而会变成一个您能够合理解释并坚持的决定。

总结

IPv4 容量规划最终归结为三个因素：作为实际最低门槛的 /24、实际服务真实消耗的地址数量，以及足够支持增长但不会造成过度配置的余量。地址块大小按照 2 的倍数增长——/24 包含 256 个地址，/23 包含 512 个，/22 包含 1,024 个，以此类推。合适的地址块，就是能够舒适容纳当前使用量和可预见增长、再向上取整，并且最低不小于 /24 的那个规模。关键纪律在于根据真正的服务需求进行统计，而不是根据网站或客户数量，因为设计良好的基础设施通常可以让大量系统共享相对少量的公共地址。 这个计算结果不仅会告诉您应该申请哪一种地址块，也会让后续所有决策更加明确，包括应该租赁还是购买。不确定、较小或持续增长的需求通常更适合租赁，往往可以从 /24 开始，再随着实际使用量增加而扩容；大型、稳定、长期的需求则值得考虑购买方案。无论采用哪种方式，工作起点都一样：盘点服务、真实计算、加入合理增长、向上取整，并以 /24 为最低标准。做好这些之后，您就能够持有恰好符合基础设施需求的地址空间——既不会因为空间太小而被迫重新编号，也不会存在大量闲置浪费——同时也能对最初那个问题给出一个清晰且有依据的答案。

相关阅读

• • IP 子网划分与 CIDR：互联网专业人士指南

• • 什么是 /24 IPv4 子网？为什么它在 IPv4 租赁中如此常见？

• • 什么是 BGP？边界网关协议如何让 IP 地址成为可访问的服务

• • 什么是反向 DNS（rDNS）？为什么 PTR 记录对邮件、托管和租赁 IPv4 很重要