VPC 网段规划是什么
网段规划是云网络里最不可逆的一步决策：VPC 主网段创建后不能修改，子网网段也基本不能调整。规划时要同时避开公司 IDC、办公网、其他云账号与合作伙伴的地址段，按环境与用途分层，并为容器、专线与灾备预留连续空间。
基本信息
| 私网三段 | 10.0.0.0/8、172.16.0.0/12、192.168.0.0/16（RFC 1918） |
|---|---|
| 冲突检查 | 与公司 IDC、其他 VPC、合作方网段逐一核对，避免重叠 |
| 容量换算 | /16 约 6.5 万个地址，适合生产大网；/24 只有 254 个，适合小环境 |
| 分层方式 | 按环境（生产、预发、测试）或按业务域划分 VPC 与段位 |
| 预留原则 | 给容器、专线、灾备各留连续网段，不要切碎 |
典型使用场景
- 新项目立项：一次性把未来几年的地址需求算清楚，避免边扩边改
- 多账号治理：每个账号一片固定段位，跨账号组网时不会撞号
- 上云互联：VPC 网段要与 IDC 网段拼成一张路由表，重叠就永远通不了
- 容器平台落地：Pod 与 Service 需要大段连续地址，必须在 VPC 规划阶段就留好
- 灾备与多地域：两地各一套网段，避免复制与切换时地址冲突
- 并购与多团队合并：两个团队的网络要打通时，段位规划质量直接决定改造工作量
常见规划样例
| 用途 | 网段 | 说明 |
|---|---|---|
| 生产 VPC | 10.10.0.0/16 | 按可用区切分子网 |
| 预发 VPC | 10.20.0.0/16 | 尽量对齐生产结构 |
| 测试 VPC | 10.30.0.0/16 | 与生产安全组隔离 |
| 容器集群 | 10.100.0.0/16 | Pod 与 Service 单独大段 |
| 办公互联 | 172.20.0.0/16 | 与 IDC 及第三方打通 |
规划核对命令
规划核对命令
aliyun vpc DescribeVpcs --RegionId cn-hangzhou # 列出现有 VPC 与网段
aliyun vpc DescribeVSwitches --RegionId cn-hangzhou # 看已有子网占用情况
ip route | grep -v default # 本地 IDC 侧网段参考
# 把三方（云上、IDC、合作方）网段列成一张表再动手网段重叠之后的选项只有两个：重建 VPC，或者全程用地址转换绕行。两者代价都很大，上线前务必做一次全量冲突检查。
地址是不可回收资源：切碎后再合并非常困难，规划时按业务域整段分配，宁可在段内留白也不要把一个 /16 切成几十个 /28。
容器场景的地址需求常被低估：一个节点可能占用上百个 Pod 地址，集群一扩就是数千个，必须按独立大段规划并与业务网段分开。
规划文档要落到纸面并纳入变更流程：新业务上线前先申请段位，避免有人随手新建 VPC 占用未来要用的地址空间。
规划模板的落地方式
- 把网段表沉淀成可查阅的文档：每个 VPC 与子网的段位、用途、可用区、负责人一一登记
- 把申请流程写进变更规范：新建 VPC 或子网前先查表，占用未被分配的地址要登记
- 按环境对齐结构：预发与测试尽量复制生产的网段结构，避免环境差异带来的隐性故障
- 为互联预留成组段位：专线、VPN、对等连接各留一组，避免临时挤占业务段位
- 定期核对实际占用：配置会漂移，每季度把线上 VPC 列表与文档对一遍
与其他规划的关系
- 网段规划先于子网划分，子网只是网段在某个可用区里的切片
- 容器地址段要单独预留，不能与业务子网混在一起使用
- 互联地址段要提前留出，专线开通后再追加往往无处安放
- 多账号环境要统一编号规则，否则跨账号组网容易撞号
- 规划变更要走评审，网段是所有不可逆决策里代价最高的一类