1.1 传统方案的痛点：对等连接 Full Mesh#

在云联网出现之前，实现 VPC 之间互通的主流方案是对等连接（Peering Connection） 。两个 VPC 之间建立一条对等连接，再手动配置两端的路由表，就能实现内网互通。

这个方案在 VPC 数量少的时候没问题，但一旦 VPC 数量上来，问题就暴露了：

核心痛点：

• 连接数量爆炸：N 个 VPC 需要 N × (N-1) / 2 条对等连接。5 个 VPC 就要 10 条，10 个 VPC 就要 45 条，运维复杂度呈指数级上升
• 路由手动配置：每条对等连接两端都要手动添加路由条目，新增一个 VPC 就要修改 N-1 个路由表，极易出错
• 跨地域能力弱：对等连接虽然支持跨地域，但每条都要单独计费，成本核算复杂
• 扩展性差：每次新增 VPC 都要和已有 VPC 逐一建立连接，无法快速扩容

1.2 云联网方案：Hub-Spoke 星型架构#

云联网采用经典的 Hub-Spoke（中心辐射） 架构：所有 VPC、IDC、VPN 网关都作为 Spoke 节点，接入中心的 Hub 节点（转发路由器），由中心节点统一完成路由学习和流量转发。

核心优势：

• 连接数线性增长：N 个网络实例只需要 N 条连接，新增 VPC 只需接入一次
• 路由自动学习：BGP 协议自动上报和下发路由，零手动配置
• 统一管理：一张云联网实例管理全网路由，拓扑变化秒级收敛
• 跨地域原生支持：各地域转发路由器通过云厂商私有骨干网互联，天然支持跨地域互通

2.1 路由自动学习机制#

云联网的灵魂在于路由自动学习，整个过程分为三步：

第一步：路由上报

• 每个 VPC 关联云联网后，会通过 BGP 协议自动将本地子网路由上报给转发路由器（TR）
• 专线网关、VPN 网关同理，自动发布 IDC 网段路由

第二步：汇总学习

• 转发路由器（TR）收集所有接入网络实例的路由，统一维护一张全局路由表
• 自动处理路由冲突（同网段路由优先级判断）、路由聚合等

第三步：路由下发

• TR 将学习到的所有路由自动下发到每一个关联的 VPC/IDC
• 各 VPC 的系统路由表中自动出现对端网段的路由条目，下一跳指向云联网连接

💡 关键特性：整个过程完全自动化。你只需要把 VPC 关联到云联网，剩下的路由学习、下发、收敛全部由系统完成。新增 VPC 也是同理，接入即通，不需要修改任何已有 VPC 的配置。

2.2 跨地域互通架构#

同地域的 VPC 互通只需要一个地域内的转发路由器即可完成。而跨地域互通，则依赖云厂商的全球私有骨干网：

架构要点：

1. 每个地域一个转发路由器（TR） ：负责本地域内所有 VPC/IDC 的接入和本地转发
2. 全球骨干网 Full Mesh：各地域的 TR 之间通过云厂商自建的私有骨干网 Full Mesh 互联，多链路冗余，智能调度
3. 跨地域流量路径：北京 VPC → 北京 TR → 全球骨干网 → 广州 TR → 广州 VPC
4. 全程不走公网：所有跨地域流量都在云厂商私有骨干网内传输，延迟低、丢包少、安全性高

2.3 带宽包计费模型#

跨地域互通不是免费的，需要购买带宽包。计费逻辑：

• 同地域互通：免费！同一地域内关联到同一云联网的 VPC 之间互通不产生额外费用

• 跨地域互通：按地域对购买带宽包，比如「北京-上海」带宽包、「上海-广州」带宽包

• 计费模式：

  • 预付费带宽包：按月/按年购买固定带宽，适合流量稳定的业务
  • 后付费（月95峰值） ：按实际使用带宽计费，每月取95分位带宽峰值结算，适合有突发流量的业务
  • 按流量计费：按实际传输流量收费，适合低流量场景