浅谈VPS的选择

发布于 / 信息应用 / 9 条评论

闲的没事干,谈谈自己挑选VPS的一点心得吧

一、中国大陆VPS

面相中国大陆用户,中国大陆的VPS具有延迟低的天然优势,对于做站或对延迟敏感的服务的朋友是最佳的选择。但是中国大陆通信服务受到工信部的严格监管,规定IDC必须有相应的资质认证;同时由于中国大陆带宽/IP等成本偏高,国内的VPS一般价格略高于国外提供商。

国内的VPS普遍采用独享小带宽,不限制流量的做法,再加上经过审查的IDC一般实力不弱,各方面均衡做得比较好,稳定性一般不差。

对于尝鲜的新人,大学生可以考虑阿里云/腾讯云的学生特惠机,其他呢个人不是很推荐购买国内的VPS。一来成本比较高(国内入门套餐月付都在百元级),二来可玩性差点(一些你懂的东西2333)。如果只是建站,个人推荐直接用国内的虚拟空间,简单又快捷。

总结一下

  1. 尽量选择阿里云、腾讯云等国内知名IDC
  2. 注意选择套餐时服务商是否提供代备案服务
  3. 注意自己选择的套餐有无独立IP地址,区别VPS和“容器”
  4. 机房选择自己Ping起来最低的就是了

二、海外VPS

(诸君选海外的VPS都是想顺便扶墙吧)

国外VPS供应商中,高端供应商与天朝模式类似,主要有亚马逊AWS和微软Arzue等,价格不低,此处不多赘述。普通的供应商一般会提供面向个人的小内存低价VPS,多采用共享大带宽(母机100M/1G),限制流量。

2.1 虚拟化技术

虚拟化技术主要分OpenVZ,KVM和XEN三种,其中OpenVZ(以下简称OVZ)的VPS价格要低于KVM和XEN。这是由于OVZ技术对内存限制并不严格,一般供应商会借此疯狂超开超售以降低成本;另外,由于OVZ虚拟化权限并不完整,所以用户无法进行内核级的修改。

  • 超售:即销售资源超过实际资源,主要是钻很少有人把分配资源全部占满的这个空子。比如一根10M的总线,却销售了3个5M的分线,只有当三人全部满载的时候才会发现实际值小于额定值。(这种现象不只存在于VPS销售中,国内宽带市场也是如此)

XEN和KVM的差别比较小,对于用户而言主要就是KVM可运行Windows,而XEN和OVZ都只能运行Linux。目前,绝大多数IDC已用KVM取代了XEN。

2.2 主机位置选择

  • I类:香港 延迟媲美大陆(50-80ms),带宽小,价格相对来说不低
  • II类:韩国/日本/新加坡 延迟较低(80-150ms),带宽大,“抽风”概率偏大
  • III类:美国西海岸 延迟一般(180-230ms),带宽大,“抽风”概率较小

2.3 主机网络/线路选择

原则:选择最适合自己的网络情况的

I类:移动/联通

绝大多数主流机房到移动/联通骨干网都是直连,而且速度很可观

比如DigitalOcean的Singapore机房和Vultr的Tokyo机房

II类:电信(长篇大论从此开始)

(1)主机到电信骨干网的路由

有一部分的机房到电信骨干网的路由并非直连,而是绕了大半个地球。比如Linode的Singapore机房绕路日本,香港Softlayer机房绕路日本……绕路之后延迟普遍在250ms以上,且丢包情况有所上升。

上面只是举个例子,诸位还是尽量选择直连的机房,可使用上面的Best Trace进行路由测试

(2)QoS

电信在其主要的国际出口会对未知的TCP流量进行限速(实测就算已知也限速),一个典型代表就是Linode JP1的KDDI线路虽为直连,但爬墙速率难以逾越2Mbps,而同时移动联通能跑到几十Mbps。

QoS强度各地不同,建议自行测试权衡

参考方案
  1. 选择接入了中国电信CN2光缆的机房
  2. 选择冷门机房,比如毛子的新西伯利亚的机房
  3. 利用SS-r对流量进行混淆,标记为CDN或其他流量以躲避QoS
  4. 利用KCPTUN或FinalSpeed等工具进行多倍发包(流量壕选备)

*CN2:中国电信正在建设的下一代网络布局,称“中华精品线”。其通过电信光缆与中国大陆电信骨干网相连,延迟相对较低,且具有较高的稳定性。(有传言称电信因为CN2带宽不足,所以在高峰时段QoS普通流量以均衡CN2的负载,真假自辩)

(四)主机配置(仅供参考)

(四)购买方式

一般使用双币信用卡或者Paypal。优选后者,操作相对透明简洁。

选择注意事项

  1. 尽量选择可靠的老牌IDC
  2. 一分钱一分货,不可能有绝对的便宜(成本在那里,CAC的笑话也在那里)
  3. 对于国人IDC,能月付坚决不要年付
  4. 任何IDC都有跑路可能,要定期备份数据
  5. 购买VPS前详细阅读IDC的TOS,注意套餐内容,避免争议退款
  6. 优选KVM/XEN的VPS,OVZ的请自行估量(OVZ实际可用内存在标记值得70%左右)
  7. 要注意套餐中的流量是单向计费还是双向计费,代理流量进出对等,若为双向计费则扣双倍

最后来个总结吧233333

1、作为建站用的话,个人更推荐选择虚拟空间。因为Vhost提供商往往提供了一套完备的控制面板,而面板中很多的功能要在VPS上实现都是高度不可见的SSH指令。另外作为网站服务器,一般负载不会特别大,虚拟主机提供商往往会在延迟和带宽上下功夫,使网站访问速度更可观。免费的虚拟空间也不少,个人推荐hostinger。

2、VPS建站应以低延迟为优选,图片和CSS等可以外链到七牛云/阿里云OSS/腾讯云RDS,亦可使用CDN加速网站访问。另外BBR/锐速对从VPS传输文件有很大提升。

3、KVM/XEN应善用Google-BBr和锐速等单边加速器。一般情况下锐速因参数更加激进而效果更好,但也有人指出破解版锐速有断流等不稳定因素,具体自测

4、OVZ,有些服务商比如魔方云,在母机上部署锐速,然后售卖内存极小的OVZ VPS,这便是典型代理机;价格比较低,具体请自辨。其他的应善用KCPTUN/FinalSpeed等双边加速器,以多倍发包牺牲流量换来网速。


完结撒花,原创,大佬勿喷= =

转载原创文章请注明,转载自: Luminous' Home » 浅谈VPS的选择

  1. 请教一下大佬,在下面这段路由中,为什么倒数第二跳能比最后一条延时小这么多呢?最后三跳都是到了同一个机房了呀。

    7 221.176.24.242 48 ms 48 ms * 中国 北京 chinamobile.com 移动 AS9808
    8 221.176.21.146 46 ms * * 中国 北京 chinamobile.com 移动 AS9808
    9 221.183.46.249 42 ms 42 ms * 中国 北京 chinamobile.com 移动 AS9808
    10 221.183.55.101 94 ms 118 ms * 中国 北京 chinamobile.com 移动 AS9808
    11 223.120.16.1 175 ms 176 ms 177 ms 德国 黑森州 法兰克福 chinamobile.com 移动 AS58453
    12 223.120.10.42 196 ms 200 ms 206 ms 德国 黑森州 法兰克福 chinamobile.com 移动 AS58453
    13 80.81.192.187 266 ms 290 ms * 德国 黑森州 法兰克福 de-cix.net AS52320 ae3-1.fra20.core-backbone.com
    14 81.95.15.118 269 ms 273 ms 283 ms 捷克 布拉格 core-backbone.com AS201011 ae1-2053.prg10.core-backbone.com
    15 5.56.20.82 281 ms 292 ms 310 ms 捷克 布拉格 core-backbone.com AS201011 core-backbone.supernetwork.cz
    16 88.86.99.158 270 ms 277 ms * 捷克 布拉格 superhosting.cz AS39392 gw-lightstorm.supernetwork.cz
    17 185.78.152.74 270 ms 272 ms 272 ms 斯洛伐克 布拉迪斯拉发州 布拉迪斯拉发 lightstorm.sk AS42005
    18 185.78.152.139 188 ms 189 ms 190 ms 斯洛伐克 布拉迪斯拉发州 布拉迪斯拉发 lightstorm.sk AS42005
    19 92.240.234.183 281 ms 290 ms 290 ms 斯洛伐克 布拉迪斯拉发州 布拉迪斯拉发 lightstorm.sk AS42005

    1. @小弟 建议测试一下回程是否一致,另外就是欧洲CMI本身就比较拥塞,这个延迟没太大问题,
  2. 大佬一席话,小白十年书

  3. XenHVM可以运行Windows/FreeBSD等等的系统,但是比较少有人用,你说的Xen应该特指XenPV

    1. @敏 是的,AWS就是使用的Xen HVM。以前的有很多半虚拟化的Xen PV,现在已经很难见到了。
    2. @敏 另外这篇文章时间太久了,三年关于网络的方面变化太大了。移动的骨干网陷入全面拥塞,电信的北上广汇聚也持续高负载……很多东西都不适用了
  4. 这么好的文章怎么没人评论呢?
    看了很多这方面的文章,还是这个最全面

    1. @Keybo Zen 其实都只是提了一下而已,也没贴什么数据(* ̄3 ̄)╭线路这种东西保不准什么时候就会变化
      1. @Luminous 我觉得吧,不是谁都喜欢看长篇大论还套着一堆数据的文章的,虽然有些很长的关于 WordPress 优化的文章我也挺喜欢看,但是主机这块毕竟涉及的知识不少,有一些名称我也不是很懂。我觉得大部分读者也是这样,那面向我们这种读者,可能数据什么的真的没什么所谓,结论反而更重要点。