专线接入 CEN 的组网是什么
专线接进云上后怎么连到多个 VPC，常见有两种做法：早期是把专线直接挂到某一个 VPC，再为其它 VPC 逐个补对等连接；更省事的是把专线侧的 VBR（或专线网关）与各 VPC 一起挂到云企业网，由 CEN 统一分发路由。后者的价值在扩展性：新增 VPC 只需挂载到 CEN，不必重复调整每一处路由，网络变化集中在 CEN 一张表里管理。
基本信息
| 形态 | VBR/VPN 网关与各 VPC 都挂载到 CEN |
|---|---|
| 收益 | 新增 VPC 挂载即通，路由集中管理，减少点对点连接 |
| 跨地域 | 通过跨地域连接打通，需结合带宽与费用规划 |
| 边界处理 | 跨账号需授权，跨地域按产品规则配置 |
| 关键组件 | 转发路由器、跨地域连接、带宽分配 |
| 监控重点 | CEN 侧转发指标、跨地域带宽利用率、路由条目变化 |
典型使用场景
- IDC 需要访问云上多个业务 VPC，希望一次调整覆盖全部
- VPC 数量持续增长，避免对等连接数量呈平方级膨胀
- 多地域多 VPC 的混合云组网，需要统一路由与带宽管理
- 架构收敛：把历史遗留的专线直连 VPC 逐步改为经 CEN 组网
- 灾备场景：专线侧同时接入生产与灾备地域
两种组网方式对比
| 维度 | 专线直连单 VPC + 对等连接 | 专线接入 CEN 统一分发 |
|---|---|---|
| 新增 VPC | 需补对等连接与两侧路由 | 挂载到 CEN 即可 |
| 路由管理 | 分散在各 VPC 路由表 | 集中在 CEN 与相关路由表 |
| 扩展性 | VPC 越多越难维护 | 线性扩展 |
| 故障面 | 改动局部，影响局部 | CEN 是关键路径，变更影响面大 |
| 成本 | 连接本身多，规则分散 | 跨地域带宽与转发费用需单独规划 |
拓扑与验证思路
拓扑与验证思路
# 拓扑示意
IDC --专线-- VBR --CEN--┬─ VPC-A
├─ VPC-B
└─ VPC-C（另一地域，经跨地域连接）
# 验证：
# 1) IDC 侧 ping 各 VPC 业务地址，逐段确认
# 2) 各 VPC 侧反向 ping IDC 网段，确认双向可达
# 3) 核对 CEN 路由条目与 VPC 路由表条目是否都符合设计集中式组网里 CEN 成为关键路径：转发能力、带宽与路由容量都要按全网规模规划，而不是按单个 VPC 的需求估算。变更集中在 CEN 侧，也意味着一次误配的影响面更大。
迁移过程中新旧两种组网会并存：同一时间既有直连 VPC 又有 CEN 分发路径，容易出现路由优选不一致，导致流量走向不可预测。迁移要按网段分批，每批收回旧路径后再进行下一批。