三年半后的回眸：Oracle Cloud 依然是免费界的“传家宝”吗？

前言

不知不觉，手中的这台 Oracle Cloud（甲骨文云）新加坡 ARM 机器已经稳定运行了 3 年半。作为 VPS 圈子里著名的“永久免费”神机，4 核 24G 内存的配置至今看来依然极其豪华。

在这个 VPS 线路日益内卷、IP 资源愈发紧张的 2026 年，它的表现究竟如何？是“老当益壮”还是“廉颇老矣”？今天我特意抽出时间，对它进行了一次全方位的体检，涵盖了脚本跑分、路由分析以及最硬核的本地实测。

一、 硬件配置与基础性能

首先看看这台机器的“体格”。作为 ARM 架构的代表，Ampere Altra 处理器（Neoverse-N1）的表现一直很稳。

• CPU：4 vCPU (Neoverse-N1)
• 内存：24 GB (实测读写速度极快，读 29GB/s，写 14GB/s)
• 硬盘：约 100GB (IOPS 读写混合约 6k，作为免费盘合格了)
• 系统：Ubuntu 22.04

点评：单核跑分 3365，多核 13401。这个性能用来跑 Docker、建站、甚至跑一些轻量级的 AI 模型都绰绰有余。比起市面上那些 1核1G 的“弱鸡”VPS，这简直是航母。

二、 线路分析：

这是大家最关心的部分。新加坡节点的网络环境一直比较复杂，我们来看看现在的三网表现。

1. ping值

照例先看一下三网的ping值，可以大概看出一个线路的适配性

一句话点评：移动>联通>电信

2. 回程路由（VPS -> 国内）

脚本测试结果非常典型：

1. 北京地区 (Beijing)

• 电信 (CT)：全球绕路 (Tata -> US)。

  • 路径：数据包从新加坡出发，先去 日本千叶 (Tata)，再跨越太平洋去 美国洛杉矶 (Tata)，最后才回到北京。
  • 评价：F 级表现。延迟高达 321ms。这就是标准的“环球旅行”线路，对于电信用户来说，直连完全不可用，必须依赖中转或 CDN。

• 联通 (CU)：线路炸裂 (Singtel 拥堵)。

  • 路径：虽然路由显示走的是 Singtel -> 广州入口 -> 北京 的物理直连路径。
  • 异常：请注意第 7 跳，数据包刚到广州入口，延迟瞬间爆炸至 408ms，最终延迟锁定在 424ms。
  • 评价：F- 级表现 (严重故障)。虽然没绕美国，但 Singtel 与联通的互联带宽显然已经彻底塞爆。这种 400ms+ 的“直连”比绕路美国还要慢，丢包率极高，完全无法使用。

• 移动 (CM)：稳定直连 (CMI)。

  • 路径：经 AS58453 (CMI 香港) 直连回国。
  • 数据解读：虽然第 7 跳显示了 246ms 的中间节点高延迟（通常是骨干网路由器 ICMP 降权导致的虚高），但请看第 10 跳和终点，延迟回落到了 105ms - 107ms。
  • 评价：A 级表现。107ms 的延迟对于新加坡到北京来说属于正常直连水平。相比电信和联通的惨状，移动是北京地区唯一能正常直连使用的运营商。
• 点评：在北京，Oracle SG 的表现极其两极分化。移动用户依然可以开心使用，但电信和联通（尤其是晚高峰的联通）已经处于“断网”边缘。

2. 上海地区 (Shanghai)

• 电信 (CT)：全球绕路 (Tata -> US)。

  • 路径：与北京电信如出一辙，坚决不走直连。数据包先飞往 美国圣克拉拉，再到 洛杉矶，最后跨洋回到上海。
  • 评价：F 级表现。延迟锁定在 320ms 左右。这种线路在晚高峰不仅延迟高，而且丢包率极高，基本属于“能 Ping 通但没法用”的状态。

• 联通 (CU)：线路拥塞 (Singtel 爆炸)。

  • 路径：Singtel -> 广州 -> 上海。
  • 异常：请注意第 7 跳，数据包在 Singtel 网络内对接广州联通骨干网时，延迟从 10ms 瞬间激增至 362ms。
  • 评价：F 级表现。最终延迟 380ms。这说明联通与 Singtel 的互联扩容依然遥遥无期，目前的带宽拥堵程度导致其可用性甚至不如绕路的电信。

• 移动 (CM)：极速直连 (Tata -> HK)。

  • 路径：新加坡 -> 香港 Tata -> 上海移动。
  • 数据解读：这是本次测试的亮点！并没有走 CMI 专线，而是走了 Tata 的商业线路在香港对接移动，但效果出奇的好。
  • 评价：S 级表现。全程延迟仅 65ms！对于上海地区来说，这个延迟非常优秀，甚至优于部分香港 VPS。这再次证明了 Oracle SG 是移动用户的专属福利。
• 点评：在魔都上海，移动用户享受着 VIP 级的直连待遇，而电信和联通用户则深陷高延迟的泥潭。如果你在上海用电信或联通，请务必放弃直连。

3. 广州地区 (Guangzhou)

• 电信 (CT)：绕路王 (Tata -> US)。

  • 路径：对于物理距离最近的广州，电信依然选择了最远的路线：新加坡 -> 日本 -> 美国洛杉矶 -> 广州。
  • 评价：F 级表现。延迟飙升至 393ms。这种“舍近求远”的路由策略简直令人发指，数据包在太平洋上游荡的时间比处理业务的时间还长。

• 联通 (CU)：史诗级灾难 (US -> Beijing -> GZ)。

  • 路径：这是本次测试中最离谱的线路。不同于北上地区尝试走 Singtel，广州联通直接被扔到了 美国 Tata 线路，先去美国，再回北京，最后才折腾到广州/深圳。
  • 数据：最终延迟达到了惊人的 599ms！
  • 评价：Z 级表现 (完全不可用)。接近 0.6 秒的延迟意味着 TCP 连接可能都会超时。这是路由策略彻底崩坏的表现，联通用户在广州连 Oracle SG 基本等于断网。

• 移动 (CM)：大湾区直连 (Tata -> CMI)。

  • 路径：新加坡 -> 香港 Tata -> 香港 CMI -> 广州。
  • 数据：全程仅 42ms。
  • 评价：S+ 级天花板。在电信和联通都“环球旅行”的衬托下，移动这条 40ms 的直连线路显得尤为珍贵。对于广州移动用户，这台机器的响应速度几乎等同于国内服务器。
• 点评：广州地区的测试结果是最极端的。移动用户在享受“光速”，而联通用户在忍受“拨号上网”般的延迟。差距之大，可谓云泥之别。

4. 成都地区 (Chengdu)

• 电信 (CT)：漫长的旅程 (Tata -> US)。

  • 路径：对于西部用户，电信依然保持了“稳定”的绕路策略：新加坡 -> 日本 -> 美国洛杉矶 -> 中国。
  • 评价：F- 级表现。延迟高达 368ms。这种延迟意味着你在 SSH 里敲一个字母，要等三分之一秒才能看到回显，基本无法进行任何实时操作。

• 联通 (CU)：拥堵的直连 (Singtel 爆炸)。

  • 路径：路由显示走的是 Singtel -> 广州 的物理直连路径。
  • 异常：请看第 7 跳，数据包在 Singtel 网内准备移交给联通时，延迟瞬间从 1ms 炸到了 317ms。
  • 评价：F 级表现。虽然没有绕美国，但 321ms 的最终延迟说明这条直连线路已经完全饱和。这再次印证了 Singtel 与联通的互联带宽严重不足，这种“假直连”体验比绕路还要差。

• 移动 (CM)：西部之光 (Tata -> CMI)。

  • 路径：新加坡 -> 香港 -> 广州 -> 成都。全程走 CMI 优化链路。
  • 数据：最终延迟仅 54ms！
  • 评价：S 级表现。即便是在中国西部内陆，移动用户依然能享受到 50ms 级别的低延迟。这就好比你在成都，却连上了广东的服务器一样快。对于成都移动用户来说，这台机器是绝对的神器。
• 点评：在成都，如果你是移动宽带，Oracle SG 是你的“传家宝”；如果你是电信或联通，它就是一块“网络砖头”。运营商的差异在这里体现得淋漓尽致。

3. 去程路由（本地 -> VPS）

（注：以下为 BestTrace 实测结果）

中国电信 (China Telecom)

• 路由特征：从江西电信出发，经广州出口 (202.97.71.254)，直接横跨太平洋飞往 美国加利福尼亚圣何塞 (62.115.139.16 Telia)，然后再跨越半个地球飞回新加坡。
• 延迟表现：326ms。
• 评价：惨不忍睹的全球绕路。这是电信访问非 CN2 线路的常规操作（163骨干网拥堵且路由策略差）。数据包相当于绕了地球大半圈才到达目的地。这种延迟下，不仅 SSH 会卡顿，TCP 握手也会非常慢，强烈建议电信用户配合 CDN 或中转使用。

中国联通 (China Unicom)

• 联通去往 Oracle 新加坡走的是 广州 -> 新加坡 Singtel 的黄金物理直连路径，没有任何绕道日本或美国的迹象。虽然数据包仅用 80ms 就跨海到达了新加坡，但在新加坡本地的运营商互联环节（Singtel -> Oracle）出现了惊人的延迟爆炸，最终延迟依然高达 223ms。
• 结论：对于联通用户，Oracle 新加坡属于‘看着美好，用着糟心’。虽然物理距离近，但实际网络质量并不比绕路的电信好多少，同样建议配合中转使用。

中国移动 (China Mobile)

• 路由特征：从江西移动出发，经上海出口 (221.183.89.45)，直接跳转至香港 CMI 骨干网 (223.120.22.117)，随后直达新加坡。
• 延迟表现：全程仅 86ms。
• 评价：教科书般的直连线路。全程走的是中国移动国际 (CMI) 的 AS58453 骨干网，没有绕道美国或日本。这种线路质量在免费 VPS 中属于凤毛麟角，对于移动宽带用户来说，这就是“本地局域网”级别的体验。

[总结]

• 中国移动：“极品”。全国大部地区为极品直连，延迟低、带宽足，是 Oracle SG 的最佳搭档。可以当作主力机，直连效果极佳。
• 中国联通：“优秀”。全国大部分区域走 Singtel 直连，偶发绕美现象,体验还行。用来看流媒体是个不错的选择。
• 中国电信：“很差”。无论你在哪，都要去美国绕一圈。建议配合 Cloudflare Tunnel 或优质中转（如香港/日本节点）使用。

三、 硬核测速：

光看脚本的节点测速是不够的，真实的连接体验还得看本地实测。

1. 机房上限测试

先看脚本跑出来的理论上限。上传越高越好，这和本地测速相反。

• 本地对等：上下行均能跑满 4Gbps，Oracle 的口子给得是真足。
• 国际互联：到香港、新加坡周边节点也是 G 口起步。
• 国内节点：移动节点上传能跑 700Mbps+，非常暴力。

2. 本地 Speedtest 测速

为了模拟真实使用环境，我分别使用电信100MB、联通200MB、移动1000MB下行带宽 连接节点后，使用 Speedtest 进行单线程测速。

电信

联通

移动

评价：电信白天也很拉跨，联通看4K视频还行，打游戏就别想了，延迟太高。移动线路延迟和下载都是最好的。

3. iperf3 打流测试

为了测试 Oracle 新加坡节点在极端跨洲环境下的表现，我选取了位于 法国 的 iperf3 节点进行打流测试。

上传速度 (VPS 发送数据) —— 167 Mbps

[ 5] 0.00-10.00 sec 200 MBytes 167 Mbits/sec 0 sender

• 数据解读： VPS 向法国发送数据，平均速度稳定在 160 Mbps - 190 Mbps 之间。

• 亮点：Retr (重传数) 为 0。

  • 这是一个非常关键的指标！说明在 10 秒的高速传输中，几乎没有发生丢包重传。
  • 这证明 BBR 拥塞控制非常有效，或者说线路本身极其干净、稳定。
• 评价：虽然没跑满千兆（跨洲很难跑满），但 167 Mbps 且 0 重传 意味着如果有一个在欧洲的客户端（比如留学生朋友）连接我的 VPS，看 4K 视频是完全流畅的。

下载速度 (VPS 接收数据) —— 142 Mbps

[ 5] 0.00-10.00 sec 169 MBytes 142 Mbits/sec receiver

• 数据解读：VPS 从法国拉取数据，速度稳定在 160 Mbps 左右（最后平均 142 Mbps）。
• 评价：上下行非常对称（上传 167 vs 下载 142），没有出现“瘸腿”现象（比如下载快上传慢）。这说明 Oracle 的网络策略非常中立，没有对某一方向进行恶意限速。

结论：Oracle 的骨干网质量极高。虽然跨洲带宽受到物理距离和 peering 容量的限制，没有跑满千兆，但极高的稳定性（0 丢包） 保证了数据传输的可靠性。对于亚洲区域内的互联（如香港、日本），速度只会更快。

接下来在本地 Win11 环境下使用 iperf3 对 Oracle SG 进行双向打流测试

电信

1. 上传速度 (VPS -> 本地)：仅 35.7 Mbps

2. 下载速度 (本地 -> VPS)：仅 37.8 Mbps

这份数据给所有 中国电信用户 敲响了警钟：
“没有中转，别碰 Oracle SG。”
如果你是电信宽带，直连 Oracle SG 基本上就是回到了 3G 时代。要想用得舒服，Cloudflare Tunnel 或者 优质中转（如香港/日本专线） 是必选项。

联通

1. 下载速度 (VPS -> 本地)：202 Mbps (尚可)

2. 上传速度 (本地 -> VPS)：0.26 Mbps (瘫痪)

建议：
联通用户如果非要用，必须上 Cloudflare Tunnel。因为 Tunnel 走的是 Cloudflare 的边缘节点，可以避开 Oracle 这条瘫痪的直连上行线路。

移动

1.下载速度 (VPS -> 本地)：得益于移动 CMI 的直连优势，跑出了 627 Mbps 的惊人成绩，几乎吃满了千兆宽带的实际可用冗余。

2.上传速度 (本地 -> VPS)：受限于家庭宽带的上行限速以及跨国链路的 QoS 策略，仅测得 10.2 Mbps。

这是家庭宽带典型的“大管子进，小管子出”。毕竟绝大多数用户需求以“内容消费”（看视频、浏览网页）为主，这方面 Oracle SG 的表现是完美的。但如果你有大量数据备份出海的需求，家庭宽带可能不是最佳选择。

4. 真实文件下载测试

我在 VPS 上搭建了一个临时文件服务器，直接用浏览器单线程下载，这是最考验线路“体质”的测试，博主座标:江西南昌。

电信

联通

移动

点评：和之前所有的测试都对上了，典型的“移动快乐机”，联通看1080p视频没问题，4k估计会卡。电信大概只能看看静态网页。

四、 IP 质量与流媒体解锁

用了 3 年多，IP 质量如何？

• IP 风险：欺诈得分 65，信任得分 33。实话实说，Oracle 的免费 IP 早就被玩坏了，属于“脏 IP”，Google 可能会弹验证码。

• 流媒体解锁：

  • ✅ YouTube Premium：支持（新加坡区）。
  • ✅ ChatGPT：支持（网页版/App）。
  • ✅ TikTok：支持（新加坡区）。
  • ❌ Netflix：不支持（仅自制剧或直接屏蔽）。
  • ❌ Disney+：不支持。

点评：虽然 IP 有点脏，但作为梯子，能看 YouTube 和 TikTok，能用 ChatGPT，已经及格了。Netflix 可以使用 WARP 或 DNS 解锁。

五、 总结

持有这台 Oracle SG ARM 三年半后，我的评价是：免费VPS的真神。

1. 优点：配置无敌（4H24G），移动线路极品（直连低延迟），带宽巨大，完全免费。
2. 缺点：电信联通绕路严重，晚高峰可能会有丢包（需要 Hysteria2 或 CDN 救场），IP 质量一般。

3. 建议：

   • 如果你是 移动用户，这是当之无愧的主力机。
   • 如果你是 电信/联通用户，建议配合 Cloudflare Tunnel 或中转使用，或者利用它的高性能跑 Docker 服务、建站（套 CDN）。

在 2026 年还能拥有这样一台免费的高性能 VPS，夫复何求？

本文测试时间：2026年1月8日

版权声明：本文由 赛博61区 原创发布，转载请注明出处。