3、云间网络互联：AWS Direct Connect、Azure ExpressRoute、阿里云高速通道
跨云数据布局，说白了就是要把数据在不同云之间搬来搬去。但数据不会自己长腿跑，它得走「路」。这条路怎么修、修多宽、花多少钱，就是本章要聊的事。
我个人习惯把云间互联比作「修海底隧道」。AWS、Azure、阿里云各自在自家门口挖了个入口，你掏钱买通行证，然后数据就在隧道里跑。但每条隧道的收费标准、施工周期、带宽上限都不一样——选错了，成本翻倍不说，延迟还高得离谱。
3.1 三大云厂商的专线产品长什么样
先看个全景。这三家产品名字不同，但底层逻辑差不多：都是通过物理专线或虚拟专线，把你的本地数据中心或另一朵云，直接怼到云厂商的内网里。
| 云厂商 | 产品名称 | 连接方式 | 典型带宽 | 计费模式 |
|---|---|---|---|---|
| AWS | Direct Connect | 物理专线 / 托管连接 | 50 Mbps – 100 Gbps | 端口小时费 + 出方向流量费 |
| Azure | ExpressRoute | 物理专线 / 云交换 | 50 Mbps – 10 Gbps | 端口小时费 + 入/出双向流量费 |
| 阿里云 | 高速通道 | 物理专线 / 云企业网 | 10 Mbps – 100 Gbps | 端口小时费 + 按带宽预付费 |
你看，带宽范围都挺宽，但计费细节差别很大。AWS 只收「出方向」流量费，Azure 双向都收，阿里云则偏向按带宽包月。嗯，这里要注意：如果你在两个云之间来回倒数据，Azure 的双向计费会让你肉疼。
3.2 成本模型拆解：别被「端口小时费」骗了
很多人一看「端口小时费才几块钱」，觉得便宜。但真正的大头是流量费，尤其是跨地域、跨云的流量。
我记得有个项目，客户在 AWS 美东和阿里云华东之间做数据同步。他们选了 1 Gbps 的 Direct Connect，端口费一个月大概 2000 美元，觉得还行。结果第一个月账单出来，流量费 1.8 万美元——因为每天要同步 5 TB 的日志数据。
核心公式： 云间互联总成本 = 端口月租费 + 流量费（出方向/双向）+ 专线接入费（一次性）
拆开来看：
- 端口月租费： 按端口速率计费，1 Gbps 和 10 Gbps 价格差 5-8 倍。选大了浪费，选小了扩容麻烦。
- 流量费： AWS 只收「出方向」，Azure 双向都收，阿里云按带宽包月。如果你数据流向不对称，AWS 最划算；如果双向均衡，阿里云的包月模式反而可控。
- 专线接入费： 物理专线需要从云厂商的接入点拉到你的机房，这部分由运营商报价，几千到几万不等。我建议别省这个钱，找靠谱的运营商，否则后期故障够你喝一壶。
我的经验： 如果月流量小于 10 TB，用 VPN 或 SD-WAN 可能更便宜。专线适合月流量 50 TB 以上的场景。别为了「专线听起来专业」就盲目上。
3.3 选型对比：什么时候用哪家？
这个问题没有标准答案，但我可以给你几个判断维度。
3.3.1 数据流向
- 单向同步（如日志备份）： AWS Direct Connect 最省钱，只收出方向流量。
- 双向实时（如数据库双活）： 阿里云高速通道的包月模式更可控，不会因为流量波动产生意外账单。
- 多地域互联： Azure ExpressRoute 的「全球 Reach」功能可以打通多个 ExpressRoute 线路，适合跨国企业。
3.3.2 带宽需求
- 低于 500 Mbps： 三家都支持，但阿里云高速通道的 10 Mbps 起步价更低，适合小带宽场景。
- 1 Gbps – 10 Gbps： AWS 和 Azure 的端口选择更灵活，阿里云需要走云企业网聚合。
- 超过 10 Gbps： AWS Direct Connect 支持 100 Gbps，适合超大规模数据迁移。
3.3.3 接入方式
- 物理专线： 延迟最低，但施工周期 2-4 周。我曾经等过一条阿里云专线，运营商拖了 45 天，差点被客户骂死。
- 云交换 / 托管连接： 通过 Equinix、Megaport 等中立机房接入，几天就能开通。适合临时扩容或测试环境。
- VPN 备线： 专线断了用 VPN 兜底。我建议所有专线都配一条 IPSec VPN 作为备份，别问我为什么——经历过一次专线被挖断就知道了。
3.4 避坑指南：我踩过的几个坑
坑一：带宽利用率算错了
我曾经给客户推荐 1 Gbps 专线，结果业务高峰期带宽打满，丢包率飙到 5%。后来发现他们峰值流量是 1.2 Gbps。记住：专线带宽利用率不要超过 70%，留 30% 给突发流量和重传。
坑二：跨云路由配置冲突
AWS 和阿里云同时宣告了同一个网段，导致路由环路。数据包在两边来回跳，延迟从 5ms 变成 500ms。解决办法：用 BGP ASN 做路由过滤，只宣告需要的网段。
坑三：忘了配 QoS
数据同步和业务流量混跑，结果同步任务把带宽吃满，线上业务卡死。后来加了 QoS，给业务流量打高优先级，同步流量限速 60%。
3.5 一张图看懂云间互联选型
下面这张图总结了三大云厂商专线产品的核心差异和选型逻辑。你可以把它当成决策参考。
3.6 实战配置要点
选完产品，接下来就是配置。我简单列几个关键步骤，具体命令各家控制台都有向导，不展开贴代码了。
- 创建虚拟接口（VIF）： AWS 叫 Virtual Interface，Azure 叫 Private Peering，阿里云叫路由器接口。注意 VLAN ID 和 BGP ASN 不要冲突。
- 配置 BGP 会话： 宣告你的 VPC 网段。我建议用 /24 或更小粒度，别直接宣告 /16，否则路由表爆炸。
- 设置路由传播： 在云厂商的路由表里启用「传播」或「学习」，让专线路由自动注入 VPC。
- 测试连通性： 用 ping 和 traceroute 验证。延迟一般在 1-5ms，如果超过 10ms，检查是不是走了公网兜底。
- 配置监控告警： 专线带宽利用率、BGP 状态、丢包率都要设告警。我曾经半夜被电话叫醒，就是因为专线断了没人知道。
一个小技巧： 在 AWS 和阿里云之间做专线互联时，可以用「云企业网」做中转，避免两边各配一堆路由。阿里云的云企业网支持跨地域、跨账号互通，省心不少。
3.7 成本优化实战案例
最后分享一个我经手的优化案例。客户在 AWS 美西和阿里云华东之间跑实时数据同步，月流量 80 TB，双向基本均衡。
原方案：AWS Direct Connect 1 Gbps + 阿里云高速通道 1 Gbps，端口费 + 流量费合计月均 1.2 万美元。
优化后：
- 把 AWS 侧降为 500 Mbps 端口，流量走阿里云高速通道的包月模式（500 Mbps 包月约 3000 美元）。
- 增加一条 200 Mbps 的 VPN 备线，平时跑非关键数据。
- 月成本降到 5500 美元，节省 54%。
你看，选对计费模式、合理规划带宽，成本差距就是这么大。别一上来就买最大带宽，先跑一个月流量监控，再决定。