甲骨文凤凰城 AMD 实机体验：免费羊毛还要不要薅？

最近不少朋友都在讨论甲骨文（Oracle）云的“永远免费”套餐，特别是关于那个传说中性能强劲的 AMD 机房。虽然大家都知道 Oracle 的免费试用（Free Tier）是个经久不衰的“羊毛”，但很多人开到机器后除了吃灰，可能还没真正摸透它的性能底细，尤其是在凤凰城（Phoenix）这个 AMD 区域。

今天我们就来聊聊这台机器到底怎么样，在当下这个服务器价格飞涨的环境里，这套免费的 AMD 资源还值不值得我们花心思去折腾。

为什么大家都在盯着 AMD？

在甲骨文的免费家族里，并不是所有 VPS 都是生而平等的。早期的 ARM 架构虽然在能效比上表现不错，但对于一些需要 x86 架构特性的应用（比如特定的虚拟化、一些老旧编译环境或者单纯的跑分党）来说，AMD 实例显然更具吸引力。

凤凰城作为 Oracle 的一大核心数据中心，网络质量相对稳定，而且提供的 AMD 实例通常配备的是 EPYC 处理器。这意味着在多核性能上，它往往能跑出越级的成绩。对于手里预算有限，但想跑些轻量级容器、小型网站或者是偶尔跑跑脚本的用户来说，这就好比白捡了一张高性能的显卡。

实际性能与日常体验

甲骨文云创建实例界面，Always Free 套餐选项示例

虽然具体的跑分数据会因为开实例的时间段而有所波动，但普遍反馈显示，凤凰城的 AMD 实例在 UnixBench 等测试中表现不俗。特别是对于拥有“永久免费”资格的老账号，系统分配的资源通常比较慷慨，不会轻易出现 OOM（内存溢出）的情况。

网络方面，这是很多人头疼的地方。甲骨文默认提供的网络有时候会让人抓狂，特别是国内访问的丢包率问题。不过，如果你在搭建服务时启用了 BBR 加速，或者利用 Oracle 自带的负载均衡策略，其实际可用性会大大提升。

开不通 AMD 机房怎么办？

很多人在后台点创建，结果只有 ARM 或者根本看不到 Always Free 的选项，这通常是账号权重或者区域库存的问题。这里有几点经验分享给大家：

UnixBench 性能测试结果示例

1. 账号养号：新注册的账号通常很难直接分配到高性能的 AMD 机器。建议先用低配实例跑几天，挂个简单的网页服务，消耗一点点计算资源，让系统识别你是个“活跃用户”。

2. 多尝试区域：除了 Phoenix，有时候东京（Tokyo）或者韩国（Seoul）的机房也会释放出 AMD 资源，虽然由于距离原因延迟可能更低，但凤凰城的线路在某些晚高峰时段可能会更稳一些。

3. 反复刷新：这听起来像玄学，但在库存释放的时间点（比如 Oracle 财季结束或者扩容时），不停地在后台刷新创建页面，确实有几率刷到 AMD 的 Always Free 选项。

这台机器能拿来干什么？

免费的东西，最大的成本就是时间。既然拿到了这台凤凰城 AMD，我们就不该让它闲置：

• 自建节点：配合最新的 Xray 内核，这机器的带宽上限（虽然说是 10Gbps，但实际受限于 VPS 上限）足够支撑几个人日常的高速浏览需求。
• 跑监控面板：利用其稳定的长在线特性，搭建一个 Uptime Kuma 或者 ServerStatus，监控你的其他站群状态。
• 学习 Docker：AMD 架构对 Docker 容器的兼容性极好，非常适合用来练手，随便折腾坏了也不心疼。

总结

甲骨文凤凰城的 AMD 实例依然是目前市面上“白嫖”党眼中的顶级资源。虽然获取门槛比以前高了，网络也需要二次调优，但考虑到 0 元的售价和 EPYC 带来的性能红利，它依然值得我们投入精力去抢、去配置。

如果你手里正好有这样的账号，不妨多花点心思配置一番，毕竟在这个“薅一点少一点”的时代，每一份免费的高性能资源都值得被善待。