前言

我真的很少推荐VPS主机，今天水一篇和这相关的文章，UpCloud是UpCloud哦，不是国内的那个Ucloud，差了一个p字，请悉知。。

先说下推荐的原因：

1.这家的机器性能真的碉堡，除了Vultr新上的那个High Frequency Compute，同价位几乎没有能打的。有关性能后续有详细的测评，这里先省略。

2.充多少送多少，但我不确定这个优惠是否适合每个人，因为我没找到任何相关的活动介绍或者提示之类的，反正我的账号是充了10刀到账20刀。

3.如果走我的推荐链接注册，你还可以额外获得25刀的余额。（如果你成功充值，我将获得50刀余额）

4.这家的账号全部要人工审核，并且需要信用卡，验证通过后都可以免费试用72小时。（试用机器的带宽只有100M）

5.免费的每日快照备份，这个服务在其他的服务商普遍都是收费的，例如Linode的备份服务收费2.5刀一月，阿里云国际版也将于后几天开始对快照服务收费。

我的推荐链接：戳这里

我为什么选择把博客搬到UpCloud？

因为这个博客只是我平时用来记录一下自己折腾的东西，大多数时候都是当个备忘录在用，所以我对线路没啥特别高的要求，再加上我这个域名本身就被墙了，就算有人要访问也得搭个梯子，包括我自己在内也是经常搭梯子访问，所以对国内的访问速度就更没什么要求了。

因此我只想找一台稳定/性能好的机器来托管自己的博客。要说目前性能最好的VPS是Vultr新推出的High Frequency Compute，但我前段时间连续开了10多台，IP全部都是被墙的，让我彻底打消了用Vultr做站的念头。

然后我偶然在不久前得知了UpCloud，恰好他们官方网站上面写着可以免费试用，我就索性注册了个账号，注册了之后发现这家审核挺严格的，必须要信用卡，而且还要人工审核，给我的感觉是这样可以避免一些喜欢滥用的国人涌入，并且他们没有像Vultr那样接入国人常用的支付方式，例如：支付宝/微信之类的。门槛相对来说就高了许多。

恰逢前两天阿里云又玩起了套路，几个因素结合在一起，所以我最终决定将自己的博客搬到UpCloud的圣何塞节点。

测评

来简单测评一下UpCloud的小鸡。在看我这个测评之前，其实网上已经有一篇相当详细和专业的测评文章了：

https://community.centminmod.com/threads/13-way-vps-server-benchmark-comparison-tests-upcloud-vs-digitalocean-vs-linode-vs-vultr-vs-hetzner.17742/

这篇老外的测评文章，总结一下就是：

除了Vultr新推出的High Frequency Compute实例外，其他的像Linode/DigitalOcean/Hetzner基本没有能和UpCloud打的，在多个测试项目中均是UpCloud名列前茅。

我的测评

下面是我的简单测试，首先跑个bench脚本：

这家母鸡用到的CPU型号，目前我知道的只有2款：

Intel(R) Xeon(R) Gold 6136 CPU @ 3.00GHz

以及：

Intel(R) Xeon(R) CPU E5-2687W v4 @ 3.00GHz

用来测评的这台小鸡是圣何塞节点的，圣何塞节点目前大概率开出Gold6136，其他节点大概率开出E5-2687W。

CPU测试

现在对CPU进行一些具体的测试，首先是GeekBench4对CPU的跑分：

其次是编译PHP的耗时：

这两项结果已经吊打同价位的Linode了：

Linode 5刀Plan CPU性能对比

硬盘IOPS/吞吐量小介绍

在测试这家小鸡硬盘之前，我觉得有必要先做一点小科普。硬盘是这家一直以来的“卖点”，号称MaxIOPS，可能有很多人不了解什么是IOPS和硬盘吞吐量（Throughput），这里我就先简单介绍一下。

IOPS（Input/Output Per Second）即每秒的输入输出量（或读写次数），是衡量磁盘性能的主要指标之一。IOPS是指单位时间内系统能处理的I/O请求数量，一般以每秒处理的I/O请求数量为单位，I/O请求通常为读或写数据操作请求。对于随机读写多的应用，我们应该关注IOPS指标。

吞吐量（Throughput）即指单位时间内可以成功传输的数据数量。这个指标，在大多数的磁盘性能计算工具中都会显示，最简单的在Windows系统中拷贝文件的时候，就会显示MB/s。对于大量顺序读写的应用你应该关注吞吐量指标。

再说的简单一点：

硬盘的IOPS，也就是在1秒内，硬盘进行多少次I/O读写。

硬盘的吞吐量，也就是每秒硬盘I/O的流量，即磁盘写入和读出数据的大小。

回来看到我们这个bench脚本，很明显它测试的是硬盘的吞吐量而非IOPS。而在实际应用场景中，是硬盘的IOPS重要还是吞吐量更重要？

这里引用一段来自此wiki的原话，很好的回答了这个问题：https://wiki.mikejung.biz/Benchmarking

if you want to run tests that replicate the “real world” environment or workload that the drive(s) will be dealing with. If a server is not going to be streaming media files, then testing out sequential read or write performance is a waste of your time, you should be testing out random read or writes, depending on what the server will be doing.

IOPS重要还是吞吐量重要这却决于你的服务器要干什么事情。

如果你的服务器是拿来做流媒体业务，以及类似这种需要大量顺序读写的应用，那么你应该更看重吞吐量。

而大多数时候，我们做网站所需要的是各种各样的小文件读写操作，包括数据库类的应用都是如此，所以针对多数人而言我们更应该看重IOPS。

硬盘测试

现在让我们用fio来测试UpCloud的硬盘性能并与Linode/阿里云的硬盘性能进行对比，以下测试结果均是4K随机读写，测试命令：

fio --name=randrw --ioengine=libaio --rw=randrw --bs=4k --direct=1 --size=5G --runtime=300 --numjobs=4 --group_reporting

UpCloud的测试结果：

Linode的测试结果：

阿里云：

同价位的情况下，孰优孰劣，一眼便知。

带宽测试

此时我们把关注点放到这个bench的下载速度测试结果上来，我可以很清楚的看到对于美国境内而言，这台服务器是G口带宽，但对于除美国以外的地区，似乎有限速？200M？这只是我的猜测，所以接下来我使用了iperf3进行了上行测试，证实了我这个猜测是正确的。

对于美国境内而言，上行和下行一样，都是G口：

而对于除美国以外的地区，上行和下行一样，限制到了200M：

这算是UpCloud玩了一个小小的套路吧233，他们的官网没有明确说过机器对外有限速。

没有油管测速的测评不是好测评233，来一发电信油管测速（已开BBR）：

最后温馨提示一下，这家的Debian10系统模板有点问题，硬盘大小不对，按照下图操作即可恢复：