某公司把生产、测试和灾备环境放进VPC，最初按部门切出/24子网。半年后新增容器和跨区容灾，地址先耗尽；两个环境互联时，重复的192.168.0.0/16又造成路由冲突。根因不是平台，而是业务规模、地址边界和扩容余量没有统一核算。
如果你正在选机器，或者想先把线路和配置跑通再谈长期方案，可以先看看这几家的线路说明和技术参数：ethernetservers（自筹资金的主机托管与独立服务器），先看清带宽线路、流量策略和退款条款，再决定要不要迁。
VPC是连续的私有地址池，子网是从池中切出的CIDR块。地址容量不能只数虚拟机，还要计入容器、负载均衡、NAT、VPN、堡垒机和故障迁移的地址。按峰值乘1.5到2倍作为当前目标，并把两三年增长所需的私有地址预留为连续空间；波动大的业务取更高系数。
可直接套用的分层法：先给每个VPC一个根网段，如10.10.0.0/16；再切成16个/20地址块。/20理论上有4096个地址，实际须按平台规则扣除网络、广播及系统保留地址。业务领取/20后，可在块内切/24给集群或服务，边界整齐，便于扩展。
可分配地址才是判断依据，不是CIDR标称数字。比如承载500台实例、保留双AZ的子网，先核对峰值乘预留系数后的可用数；临时环境写明失效日期。地址不足时，合并相邻闲置块或从空闲边界申请新块，别在已耗尽的/24里找零碎地址。
私有地址在隔离VPC内可以重复，但对等连接、VPN、专线、云迁移或统一路由遇到重复前缀时，下一跳就难以判断。应维护全局地址登记表，记录CIDR、用途、环境、区域、负责人和释放日期；不同VPC尽量从不重叠的企业地址池取值，并保留连续根网段。
子网边界切分遵循三条规则：根网段按二进制对齐，优先选/16、/12等大块；业务块固定用/20或/24，不在/24中间随意切/25；每层留连续空闲块。比如10.10.0.0/16可切为10.10.0.0/20、10.10.16.0/20、10.10.32.0/20，连续块易合并，路由排障更直接。
上线前做“容量、边界、连通性”检查：容量按峰值和预留系数核算，确认容器、临时节点不挤占管理地址；边界检查CIDR是否对齐、互不重叠且不与登记表冲突；连通性测试对等连接、VPN和迁移链路，确认两端没有相同前缀。靠记忆判断的项目，先补台账和自动校验。
常见坑包括把公网地址段当内部地址、按部门而非故障域划分，以及分完最后一个空闲块。把根网段、用途块和子网记入同一台账，变更时释放旧块，扩展才有空间。
子网边界规划不应凭感觉切分，而要从路由颗粒度、可用区数量和扩容方向反推。若区域内业务较多，优先保留连续地址用于路由汇总；跨可用区的子网应让边界与实例数量解耦，避免每个可用区都预留完整副本。进行CIDR网段划分时，掩码一旦确定，扩容应继续沿同一前缀扩展，或在原网段外按掩码边界新增，不要只按“还差几个地址”随意拆分。
私有地址预留不仅要够用，还要分层规划。可将地址池划给基础设施、集群出口、灾备和临时测试区，并记录负责人、用途及回收条件。10.0.0.0/8、172.16.0.0/12、192.168.0.0/16常被不同组织重复使用；跨账号互联应以路由可达性为准，而非仅看网段是否不同。
还要核对云厂商对子网首尾地址、网络地址或广播地址的实际占用规则。不同平台预留数量并不一致，不能照搬其他云的“可用IP数”；托管负载均衡器、NAT网关、容器节点和监控代理的地址消耗也应纳入同一张表。
VPC网段冲突不一定只发生在两个地址重叠时。即使前缀不同，只要规划过对等连接、专线、VPN或云骨干，也要检查对端路由是否因最长前缀匹配产生绕行或黑洞。多云场景应登记全局地址表；100.64.0.0/10属于共享地址空间，不应在未确认平台支持时当作通用私有地址池。
地址容量核算应按资源类型计算，而不是用CIDR总地址数直接推算。先扣除平台保留地址，再分别统计实例、临时地址、负载均衡器、NAT、容器网段和故障切换需求，并按未来两到三年增长预留余量。IPv4不足时可规划IPv6，但双栈不能替代对IPv4拓扑和出口策略的梳理。
可执行检查清单：确认每个VPC和子网的CIDR、掩码、区域、可用区及用途唯一；验证地址池与账号、VPN、专线和托管VPC无重叠或非预期绕行；核对平台保留地址与配额；按当前值、峰值及三年预测复算可用地址；为测试和灾备设置独立池及回收日期；由网络、安全、云运维三方复核并纳入变更评审。扩容须先更新登记表，再开通资源。
