我们销售的最快核心
编译器、游戏循环、解释器和查询规划器都在单一线程上运行。增加核心数对它们毫无帮助。更快的核心才有用，而 Ryzen 9 9950X 是我们能批量采购且保持冷却的每核心性能最快的部件。
Most workloads are not parallel. They are one hot thread waiting on one core, and the only thing that makes them faster is a faster core. That is what this line is for.
| 方案 | 专用核心 | 内存 | NVMe 存储 | 端口速度 | 价格 | |
|---|---|---|---|---|---|---|
| R-4 Single app, comfortably | 4 | 16 GB | 200 GB | 10 Gbit/s | €29.00 /月 | 配置 |
| R-8最常用 The one most people buy | 8 | 32 GB | 400 GB | 10 Gbit/s | €54.00 /月 | 配置 |
| R-12 Database plus the app around it | 12 | 64 GB | 800 GB | 10 Gbit/s | €98.00 /月 | 配置 |
| R-16 A whole chip, to yourself | 16 | 128 GB | 1.6 TB | 10 Gbit/s | €179.00 /月 | 配置 |
价格不含增值税（如适用）。 流量: 不限量，公平使用.
AMD Ryzen 9 9950X · Zen 5 · up to 5.7 GHz boost · dedicated, never oversold
三十四个城市，二十九个国家
延迟数据来自我们自己探针的测量中位数，而非供应商手册。它们会变化；页面会随之更新。
Zen 5 真正擅长什么
每核心吞吐量仍是大多数软件关心的硬件指标，而这也是核心数变得容易按打销售后行业悄悄不再宣传的指标。
十六核心，最高 5.7 GHz，基于未被过度塞满的节点。
9950X 在单一内存域中提供十六个 Zen 5 核心和三十二线程。无需考虑 NUMA 拓扑，没有跨插槽跳转，也没有调度决策可以悄然使吞吐量减半。无论哪个线程繁忙，都能获得其所需的全部睿频预算。
我们选择这颗芯片，因为其上限既高，下限也紧随其后。由于机箱是针对热负载而非价格规格设计的，我们节点上的持续全核频率与单核峰值仅相差几百兆赫。一颗睿频漂亮十一秒然后整个下午闲置在基频的芯片对任何人都没有用处。
单个繁忙线程
构建服务器、游戏循环、Node 和 Python 事件循环、PostgreSQL 计划及执行单条查询、JVM 启动——这些都无法并行化，它们都直接响应时钟速度和每指令周期数。
全宽 AVX-512
Zen 5 在同宽的数据路径上执行 512 位向量，而无需将每个向量一分为二。编码器、加密、压缩和任何数值运算都能获得差异而无需重新编译。
响应迅速的内存
双通道 DDR5-5600，针对延迟而非基准测试截图调优。指针追逐类工作（解释器、链表结构和图遍历）对此的关心远胜于原始带宽。
你保有的缓存
核心经过固定，因此你的进程预热好的 L2 和 L3 缓存行得以保持温暖。在超售主机上，这些缓存会被你无法看到也无法要求其停止的三个租户不断刷新。
生产环境中的每个 Ryzen 节点都是 9950X。没有旧代芯片悄然填满更便宜城市的机架，也没有页面写着 Zen 5 而虚拟机监控程序支持其他芯片的套餐。
谁不该购买此产品
这条产品线有意做窄。人们最终不满的大多数原因，我们本可以在他们付款前告知。
写下来是因为这比第六天退款对双方都更划算。
你的工作集超过 128 GB
最大的 Ryzen 实例止步于 128 GB，因为这是双通道无缓冲 DDR5 合理支持的上限。超过此范围，请选择 EPYC：寄存式内存、六倍通道数，以及持续增长的空间。
你需要 ECC
Ryzen 节点运行无缓冲 DDR5，不提供纠错功能。对大多数工作负载这不成问题。但对于账本、持续一周的模拟或任何静默损坏比崩溃更糟糕的工作，请改用 EPYC 系列。
The job is embarrassingly parallel
If you can saturate forty-eight threads and you genuinely do not care how quick any one of them is, you are paying a premium for clock speed nobody will notice. Core-hours cost less per unit on EPYC.
You want tens of terabytes
These nodes carry NVMe and nothing else. Past roughly two terabytes the arithmetic stops working in your favour and the storage line starts making sense.
Anything involving CUDA
There is no GPU in these nodes and none can be added later. Passthrough cards live in their own line, on EPYC hosts with the PCIe topology to feed them.
You want your own hypervisor
Nested virtualisation runs here and we will not pretend it runs well. If the plan involves Proxmox, a nested cluster or a custom kernel with its own scheduler, buy metal.
How a core gets allocated
A core you buy is a core nobody else is scheduled on. Easy sentence to write, expensive one to mean, so here is the mechanism underneath it.
Overselling ratio: zero. That is a number, not a posture.
Each node has sixteen physical cores and we sell fifteen. The sixteenth runs the hypervisor, the storage stack and the monitoring agent, so our overhead never comes out of your allocation. When a node fills, the order form stops offering that site rather than squeezing one more tenant in beside you.
Threads are pinned. One instance holds a physical core together with its sibling thread, which means you are never sharing silicon with another customer through simultaneous multithreading. That trick is how sixteen cores become sixty-four on a price list, and it is the single most common lie in shared hosting.
Steal time on a healthy node reads zero and stays there. Check it yourself with `vmstat` inside the first hour. If it is not zero, open a ticket, because something has genuinely gone wrong and we would rather hear it from you than from a graph.
| Resource | How it is allocated | What is shared |
|---|---|---|
| CPU cores | Pinned; one tenant per physical core and its sibling thread | Nothing |
| 内存 | Reserved at boot. No ballooning, no swap on the host | Nothing |
| NVMe capacity | Thick-provisioned when the instance is created | Nothing |
| NVMe throughput | Weighted fair queue with a guaranteed floor per instance | Headroom above the floor |
| Network port | Ten gigabits per second, dedicated to the instance | Site uplink, engineered above the sum |
Disks
The storage layout is boring, which is the highest compliment available in this part of the industry.
Enterprise drives with power-loss protection, mirrored, one hot spare per node.
Gen4 NVMe in mirrored pairs, plus a spare drive sitting idle until the day it earns its keep. Reads come off either half of the mirror. Writes are acknowledged from a cache backed by capacitors, so a power event flushes what you thought was committed instead of losing it.
Capacity is thick-provisioned. Buy eight hundred gigabytes and eight hundred gigabytes stop being available to anyone else that second, which is precisely why we cannot sell you space on a node that is already full. Thin provisioning is how hosts end up writing apologetic emails about read-only filesystems at three in the morning.
What you will measure
Sequential throughput in the thousands of megabytes per second, and enough random IOPS that the bottleneck moves back into your own application within a day of tuning.
快照
独立存储上的时间点映像，可在数秒内恢复。随时可申请。它们不是备份，我们会一直这么说。
节点外备份
每晚，在离开实例前在您这边加密，写入与实例运行所在城市不同的另一个城市。
缺失的内容
没有网络附加的根卷，没有共享的集群文件系统，没有因为邻居晚上繁忙而变慢的存储层。磁盘就在机器里。
可选的部署位置
Ryzen 是我们唯一在所有地点都提供的产品系列。如果一个站点已点亮，它就有 9950X 容量，包括那些不承载其他产品的小站点。
全部三十四个站点，二十九个城市。此产品线无例外。
选择司法管辖区时，至少要和选择延迟一样谨慎。对我们的大多数客户来说，司法管辖区最终影响更大，而且事后改变更难。我们自己的探测探针的往返中位数在位置页面上，它们会随着互联网的变化而变化。
三个地点值得注意。雷克雅未克到北美的路径比欧洲大陆大部分地区都短，这一点每次都让人惊讶。圣地亚哥和约翰内斯堡目前仅限 Ryzen，因此您在那里构建的任何东西都必须在此产品线内。法兰克福的新楼层仅部署 9950X，没有更早的世代在其后机架中。
| 如果您需要 | 从这里开始 | 原因 |
|---|---|---|
| 我们运行的最密集站点 | 阿姆斯特丹 | 我们点亮的第一站点，所有内容都先在这里发布 |
| 欧洲到北美延迟最低 | 伦敦 | 欧洲站点中向西跳跃最短 |
| 欧洲最便宜的太字节 | 布加勒斯特 | 传输慷慨，机架空间不时尚 |
| 司法管辖区安静 | 基希讷乌或巴拿马城 | 两者都严格解读传票 |
| 东南亚用户 | 新加坡 | 默认答案，很少是错误答案 |
| 实际位于巴西的用户 | 圣保罗 | 其他选择会增加一百毫秒并引发争论 |
所有站点均提供自定义 ISO。上传映像或提供 URL，安装将使用与我们自己的映像相同的虚拟媒体路径进行。
迁入
迁移是托管中每个人都害怕且无人诚实记录的部分。这是我们实际推荐的顺序，按我们推荐的顺序。
从结算发票到获得根凭据，中位数为四十七秒。
- 01
先购买最小的实例来验证要点
在您考虑的站点上购买一个实例，按月计费，并在其上运行您的真实工作负载，而不是合成基准。退款窗口为七天，不询问任何问题，因此认真测试只需要您付出注意力。
- 02
自带映像，或使用我们的
二十二个预构建映像一键可用，从 Debian 和 Alpine 到 BSD 系列。如果您的构建依赖于我们不提供的内核，请上传 ISO 并安装您原有的环境。我们的平台不需要在您的实例内安装代理。
- 03
在切换之前复制数据
端口为十吉比特，流量不限量，因此初次 rsync 几百吉字节只需一个下午，而不是一个项目。运行两次：一次移动大量数据，一次在停止写入时捕获增量。
- 04
最后移动地址
提前一天降低 DNS 的 TTL，在新实例自己的 IP 上验证，然后切换记录。保留旧实例一周。跳过这一步的人事后都会联系支持。
- 05
当数据需要时扩容
升级套餐需要重启，耗时几分钟；内存和 NVMe 在同一节点上有空间时会在原地扩展。核心是唯一的例外，偶尔需要热迁移到有容量的节点，我们会与你协商安排，而不是替你决定。
“四年，两次攻击，一次 NVMe 损坏在我没注意的情况下更换了。这就是全部事件。”
当节点故障时
我们更愿意直白地描述故障路径，而不是暗示我们已经彻底消除了它。没有人能做到。
硬件会坏。关键问题是接下来的十分钟会发生什么。
大多数故障是硬盘，而硬盘是我们已经处理得很乏味的情况。镜像坏一半，备用盘自动接管，阵列在实例继续运行的同时重建，技术人员会在下一次现场访问时更换坏盘。你通常是通过阅读通知才知道，而不是因为你注意到了故障。
整节点故障很少见但更严重：主板、双电源、控制器。带外监控在几秒内检测到，实例会从其镜像卷重建到同一站点的备用节点上，你的 IP 地址会跟随。典型的启动时间不到十五分钟。
您会被告知
通知在我们检测到问题时发出，而不是在我们写完解释之后。状态页面上的事件记录会随着事情变化而更新，并会在事后保持发布。
你的地址跟随你
IPv4 和路由的 IPv6 /64 会重新分配给替换实例。无需更改 DNS，也不会使任何证书失效。
SLA 无需表格即可生效
合同保证的月可用性为 99.99%。如果我们未达到，信用额度会自动出现在你的账户中。无需提交索赔，也无需说服支持人员。
快照是快速回滚
硬件故障并不是需要恢复上周二状态的唯一原因。快照恢复只需几秒钟，因此我们建议在每次你不确定的部署前保留一个快照。
关于本产品线的问题
物理固定，其兄弟线程属于同一实例。你可以验证：在持续负载下，偷取时间始终为零，单线程基准测试在下午三点和凌晨三点返回相同的结果。没有其他人会被调度到那里。
我们在 2021 年删除了廉价套餐。它产生了十分之九的支持工单和几乎所有的滥用报告，删除它使这个列表上的所有其他事情成为可能。没有计划恢复它。
不能。平台使用无缓冲 DDR5，我们不会声称它执行修复。如果你的工作负载需要 ECC，EPYC 系列使用寄存式 DDR5-4800，并记录修复日志供你阅读。
端口是 10 Gbps，而且是专用的。该端口的合理使用限额是每月 50 TB，是公开的而不是暗示的。持续超过，你会收到一封关于专用安排的邮件，而绝不会是意外的账单。
在同系列内升级，只要节点上有空间；或者当内存而不是时钟速度成为瓶颈时，迁移到 EPYC。跨系列迁移需要新实例并复制数据，这就是为什么我们建议从第一天起就让构建可重现。
没有 ballooning，没有宿主机交换，没有压缩技巧。内存在启动时保留，直到实例被销毁前一直保留，包括你当前未使用的部分。