国内直连海外对象存储有多慢？甲骨文 OCI vs Cloudflare R2 实测，延迟低一倍吞吐差七倍

测试对象#

两边放的是同一份 139 MB（145,716,483 字节）的安装包，通过 Content-Range 响应头确认了大小与同一性。

关于测试地址：为保护存储桶，本文不公开这两个源站链接与账号标识，所有响应头中的域名与 IP 也已做脱敏。这不影响结论的可复现性——方法在文末完整给出。

测试环境#

• 线路：江苏南京移动宽带（IPv4 112.2.230.x）
• 本机下行天花板：实测 166 ~ 273 Mbps——这个基准很重要，它排除了「是我自己线路慢」的可能
• 工具：Windows curl（HTTP/1.1）、HTTP Range 分片
• 方法：交错轮次（ABBA）抵消时间偏差；5 MB / 10 MB 两档分片；并发对照

一个必须先说清的公平性问题#

这两条链路并不完全对等。

实测响应头显示，R2 那个自定义域名返回了：

1
HTTP/1.1 206 Partial Content
2
Server: cloudflare
3
cf-cache-status: HIT
4
Age: 5896
5
CF-RAY: a4621cb67b3d2367-SEA

cf-cache-status: HIT + Age: 5896 说明——这个对象已经被 Cloudflare 边缘缓存了。也就是说，R2 这一侧拿到的其实已经是「对象存储 + Cloudflare CDN」的成绩，而甲骨文那一侧是裸源站直连。

这一点会在后文反复提醒：R2 赢的一部分原因是架构，而不只是存储本身。但从「一个真实用户点开链接能有多快」的角度看，这就是真实体验。

Cloudflare R2#

甲骨文 OCI 对象存储#

说明：甲骨文标准档的单价采用按容量分档的动态计价（官方页面按数据量区间渲染不同单价），本文只写入能从官方页面直接核实到的数据，具体单价请以官网价目页为准。

两家策略的本质差异#

关键结论：两家都比传统对象存储厚道得多。

传统云厂商（AWS S3 等）的经典模型是「存储便宜、出网贵」——出网费常常是账单的大头，也是厂商锁定用户的手段。R2 直接把这一项归零，OCI 则给到每月 10 TB 的免费额度，本质上都是用出网费作为获客武器。

但要注意一个陷阱：这两家算的都只是「源站成本」。 如果你的用户在国内，源站的出网费省下来了，但真正决定体验的 CDN 流量费还没开始算。

文件分发的三个层次#

1
┌─────────────────────────────────────────────────┐
2
│  第三层：成本                                     │
3
│  源站出网费 + CDN 流量费                          │
4
├─────────────────────────────────────────────────┤
5
│  第二层：加速（决定终端用户体验）                  │
6
│  国内 CDN 边缘缓存：实测可达 177 ~ 259 Mbps       │
7
├─────────────────────────────────────────────────┤
8
│  第一层：源站（决定回源可靠性）                    │
9
│  海外对象存储：实测国内直连仅 1.6 ~ 12.6 Mbps      │
10
└─────────────────────────────────────────────────┘

三层各自的实测结论#

第一层 · 源站：海外对象存储从国内直连都很慢。本次实测 OCI 中位 1.64 Mbps、R2 中位 12.63 Mbps，而我的线路能跑到 273 Mbps。这意味着源站直连只能用掉本机带宽的 0.6% ~ 4.6%。

第二层 · 加速：一旦在前面挂上国内 CDN，速度提升是数量级的。上一篇实测中，同一个 R2 对象经阿里云 ESA 代理后，5 MB 分片能跑到 177.3 Mbps——比本次 R2 直连的 12.63 Mbps 快了 14 倍，比 OCI 直连快了 108 倍。

第三层 · 成本：这里有个容易被忽略的坑——CDN 回源也要走国际链路。上一篇实测发现，EdgeOne 与 ESA 回源 R2 时都绕到了美国西海岸（圣何塞 / 西雅图），这正是冷启动时出现 522 与响应截断的根源。

三条实践建议#

1. 国内用户为主的分发，不要让终端直连海外存储

这是本次实测最直接的结论。139 MB 的文件，直连 OCI 要十几分钟，直连 R2 要一分半；挂上国内 CDN 后可以压到十几秒。这不是优化，这是可用与不可用的区别。

2. 源站选型看「回源友好度」，而不是只看终端速度

既然终端不直连源站，源站的价值就体现在回源时：

• 出网费：R2 完全免费，OCI 每月 10 TB 免费——都把这一项做得很好
• 回源成功率：这一点 OCI 反而可能更稳（新加坡回源延迟低、且是原生端点无中间缓存层）
• 缓存友好度：R2 经 Cloudflare 有天然边缘缓存，本地缓存命中率高

3. 如果规模上来了，考虑国内对象存储 + 国内 CDN

海外存储再便宜，回源始终要跨国际链路。当流量足够大时，把热文件放到国内对象存储（COS / OSS），让 CDN 走内网回源，可以同时改善回源延迟、回源成功率和回源成本这三项。海外存储则退居「冷备 / 归档」角色。

一个成本模型示例#

假设一个 139 MB 的安装包，每月被下载 10,000 次（约 1.36 TB 出网流量）：

注意这张表的重点：在 10 TB 以内，两家的出网费都是零。 所以真正拉开成本差距的不是对象存储，而是你选了哪家 CDN、以及 CDN 的流量单价。

换句话说：对象存储选谁，影响的是回源可靠性；CDN 选谁，影响的才是钱和体验。

1. 基础吞吐（Range 分片 + 交错轮次）#

1
curl.exe -s -o NUL -A $UA -H "Range: bytes=0-5242879" `
2
  -w "%{http_code}|%{time_starttransfer}|%{time_total}|%{size_download}" $URL

%{time_starttransfer} 是首字节时间（TTFB），%{size_download} 用来验证是否真的拿到了请求的分片大小。

2. IPv4 / IPv6 对比#

给 curl 加 -4 或 -6 即可。本次实测中 R2 的 IPv6 比 IPv4 快约 20%，而 OCI 没有 AAAA 记录。

3. 并发测试务必做落盘校验#

这是本次踩过的一个真实的坑：早期版本的并发脚本因为参数传递问题，每次请求实际下载的数据量大于请求的 Range，如果只看 curl 自己报告的 size_download 就会得出错误结论。

正确做法：让每个并发任务写入独立的临时文件，最后按文件实际大小求和并断言。

1
# 断言落盘总量等于预期，否则结论不可信
2
$tot = 0
3
Get-ChildItem $tmp -Filter "$name-*.bin" | ForEach-Object { $tot += $_.Length }
4
if ($tot -ne 4 * $LEN) { throw "落盘校验失败：实际 $tot 字节" }

4. 结果解读的三条原则#

• 必须做对照：先测本机天花板（本次 166 ~ 273 Mbps），否则无法区分「对方慢」和「我这条线路慢」
• 必须看波动：中位数会掩盖问题。OCI 六轮里有一轮 22.89 Mbps，只看最好成绩会得出完全相反的结论
• 必须交错采样：同一时刻交替测两家，用 ABBA 顺序抵消时段偏差