刚刚总结了一下，现有的 VPS / 云主机服务主要分为四种

[isCyan]

1. 最普遍的 VPS，可用性最差，众多使用 SolusVM+WHMCS 的商家都属于这个

2. Cloud-like VPS, 类云 VPS，大多称自己是 Cloud Hosting 云主机，但实际上仍在是在一台宿主机上虚拟化，有一套算法分配资源，支持一些内网、扩充硬盘、镜像、备份、小时计费之类的功能。通常以套餐 Plan 形式售卖，一个套餐包含相应资源的主机和网络流量。可用性一般。比如 Vultr, DigitalOcean, Linode

3. Cloud, 云主机，直接从资源池分配资源，宿主机故障自动切换，升级无需重启之类的高可用性功能。比如 AWS Azure GCE ctl.io 阿里云 腾讯云等大厂。大多支持秒级计费，以实际资源使用计费。可用性很高。也可以通过包年包月或者签约使用获取一定折扣。

4. VPS-like Cloud 类 VPS 云，指基于云资源池，可用性也较高，但功能和计费上更类似于 VPS 的服务。比如 AWS Lightsail，还有如今套路云，阿里云，腾讯云的各种不能升级的套餐，都属于这种。是云厂商想与 Cloud-like VPS Provider 竞争市场，获取小客户，推进市场营销的产物

大家有什么想法？
本文不是广告，纯属个人见解分享

[davidyin]

想法：
可用性的定义如何？

[doubleflower]

都是一样的东西。
你说的 Cloud 难道不是一台宿主机上虚拟化？

[yimity]

第一种为什么可用性最差呢？

[Laforet]

其实没什么大的区别，OpenVZ 一样可以做热迁移。按秒计费看起来很合算，实际上计费系统的成本是要平摊到费用里的。大厂和草台班子的主要区别还是在 SLA 和网络连接冗余这块。

[mytsing520]

@yimity 母机挂了的后果……

[SharkIng]

都会有母鸡挂了的问题，都会有迁移的问题，只不过很多做的好的迁移什么的都有现成的 Process 和 Script。但实际上比较的无非是公司大小问题而已，最普遍的 VPS 说白了基本都是小公司，没有自己的面板，很多步骤不完善。但是不代表可用性差。很多公司提供的 VPS 的可用性比 Linode, DO 等都高。

所谓 “支持一些内网、扩充硬盘、镜像、备份、小时计费之类的功能”，只是看你想不想做，小公司一般不愿意做这些，大一点的愿意做而已。但母鸡挂了一样需要停机迁移等等...

说白了我觉得就两种，一种 VPS 的，都差不多；一种 Cloud 的，例如 GCP, AWS 等..
楼主说的 1 就是小 VPS 公司，2 就是大 VPS 公司，4 就是本来做 Cloud 的公司但是想沾点 VPS 的份额

[ywgx]

难道非得把树分解概念，树枝，树干，树叶，树根... 才能理解吗，不需要过度拘泥于这些概念，那是一个完整的整体，没有什么树枝，树干，树叶，树根，那就是 xxx

[jy02201949]

现在的情况下说啥稳定性可用性都是狗屁，因为公司需求采购了一些这样的设备，都是大厂的名字就不说了，很多商务来吹的虚拟技术，还有什么无缝迁移，然而母鸡挂了没一个能真正无缝迁移的，所以老老实实选最便宜的就好

[swulling]

@jy02201949 VMWare 可以，买他家的，真无缝切换

[gamexg]

@swulling #9 母鸡无征兆的挂了谁都没办法做到无缝迁移。

[gamexg]

@gamexg #10 也只能做到其他母鸡重启启动小鸡，类似于断电重新开机了。

[neoFelhz]

我认为也就两种，云主机和 VPS。。
丢博客： https://blog.nfz.moe/archives/compare-vps-ecs-vh.html

[whx20202]

我倒是认为云主机和 VPS 的区别在于 ELB RDS 域名 安全服务等等超出虚拟机的业务

[Quaintjade]

VPS
云主机
假装自己是云主机的 VPS
假装自己是 VPS 的云主机

[type]

@Quaintjade 形象 生动

[swulling]

@gamexg 井底之蛙

[swulling]

@gamexg http://nil.csail.mit.edu/6.824/2016/papers/vm-ft.pdf

[Ultraman]

已跑路的和没跑路的

[TheCure]

@swulling vmware 的这个让我想起了 NEC 的 Fault Tolerant Server
The FT servers deliver exceptional uptime through dual modular hardware redundancy and help maximize your business outcomes.
两套硬件,即时同步操作.

另外, 我们把 Docker 当做 VM 来用, 针对 Docker 容灾有没有什么奇技淫巧?

[xenme]

都是 virtualization，这是基础，所以都有 host 主机！
能远程访问，能卖出去的都算云主机。

只是公司大小，方案不同而已。

[stabc]

作为虚拟机或云主机，vps 和 cloud 并没明显界限。只是 aws 服务更多而已。

[terranboy]

@gamexg 真正的云最重要一个特性还是高可用吧 就是故障迁移 顶多延迟 1 到 2 秒 一般是感觉不到的

[swulling]

@callofmx 硬件解决方案太贵了，还是软件比较便宜，不过现在这个貌似并没有开源实现

而且资源相当于 double，国内的云目前是共享存储迁移，相当于重启机器，分钟级恢复

[swulling]

@terranboy 一两秒迁移虚机，阿里云目前也做不到，分钟级可以，相当于重启虚机

[dven]

@whx20202 现在很少只卖 VPS 一种东西的公司了

[dven]

@mytsing520
@SharkIng
如果真有特殊要求，母鸡应该可以做两地三中心

[terranboy]

@swulling 为啥要重启 双机热备不行吗

[swulling]

@terranboy 操作系统级双机热备解决方案，内存状态怎么同步？除非像 vmware ft 那种，国内阿里云什么根本就没有这个功能

不要提应用层容灾，应用层的双机热备什么的很简单，但是系统级的很难。

[FFLY]

@swulling 说人家井底之蛙前，先自己把技术吃透。VM 的 FT 限制多到根本没有实战价值，生产环境上根本不可能去用。退一步说 VM 的 HA 好了，基于外置高速存储实现高可用，但是也不是无缝，相当于一个重启的时间是逃不掉的。

[swulling]

@FFLY 发现你们都有一个很奇怪的癖好，把话说死让人打脸

//母鸡无征兆的挂了谁都没办法做到无缝迁移。
//VM 的 FT 限制多到根本没有实战价值，生产环境上根本不可能去用。

我要是给你找一个生产环境用 FT 的，你是打算赌什么？

[flyfishcn]

@gamexg
@FFLY VM vMotion 同共享存储毫秒级迁移。 跨存储的 Storage vMotion 视配置 30 秒-2 分钟。存储无故障就能迁。

[FFLY]

@swulling 那你找吧，你自己用，我也可以承认是生产环境没关系的。或者你先说说 VM 的 FT 都有哪些硬性部署要求，我们来讨论看看？

@flyfishcn 这里讨论的是无缝迁移啊，业务层面，而不是讨论硬件层面吧。vMotion 不部署 HA 和 FT 都可以手动用，但是实战环境有几个是同存储的。

[flyfishcn]

@FFLY 当时 vm 的人给我们介绍的时候说，如果线上有故障，心跳检测超时之后会自动进入 vMotion，不知道是不是 HA，但是演示了一下，迁移时间确实是很短的，我们是把一个服务器群中的一个服务器直接断电了，ping 超时 2 个包左右，直接自动迁移到其他 ESXI 主机上重建了。

[jccg90]

感觉简单的分就是两种，一种是 vps，一种是云主机

vps 是一个母鸡直接分出一堆小鸡来卖。。。

云主机是一个母鸡分出一堆资源来卖。。。

比如云主机会把 io 和 cpu 额度之类的也明码标价，多少 io 就是多少钱，保证足量，但是多一点也不会给你
vps 就是简单粗暴的平分，别人用得少，自己就能多用点

[moezia]

VPS=云主机 改个名字而已 没什么区别

[mytsing520]

@dven IP 映射关系怎么做呢？（仅以国内为例）又不允许任播

[FFLY]

@flyfishcn 数据量和网络速率，同存储很快。要分清资源和存储，同存储只迁移了资源。

[swulling]

@FFLY 呵呵，只有你承认的生产环境才是生产环境么，转进的很快啊

给你一个实例，你爱承认不承认，某公司有个很老的带状态模块，业务层改造不敢动，就直接用 FT 做了高可用，跑了很久了。

限制很多，记得第一版出来的时候只支持单核

所谓功能，不怕有限制，就怕没场景，井底之蛙说的就是你

[pqee]

@doubleflower Cloud 是把一群机器模拟成一台，再在上面做虚拟化放置很多个虚拟机，这时候 IO 全部已经云化了，磁盘是云磁盘，网络是 SDN。

[flyfishcn]

@FFLY 跨存储的 Storage vMotion 视配置 30 秒-2 分钟。我说了啊，这时间已经很短了，而且线上系统基本都是多机负载均衡。除非是只允许单一事务处理的系统，有多少影响呢？非要纠结一秒钟都不断有多少意义呢？

[Technetiumer]

就两种，是不是云在于是不是资源池多台机器虚拟化

[doubleflower]

@pqee CPU 和内存都不能云化，只有磁盘算什么。vultr 和 do 之类的也有网络云磁盘可以挂到 vps 上。

[LukeChien]

我觉得主要是 vmware/kvm 真虚拟化，openvz 共用内核弹性虚拟化，和容器虚拟化的区别。openvz 受同母鸡租户的影响最大，真虚拟化最小，容器虚拟化一般需要外置持久化存储可以动态迁移母鸡可靠性也不差。

[Admstor]

我觉得楼主说的...仿佛是菲力 /T 骨牛排这样...
其实都是牛肉...只是出售的部位不一样,商家的定价不一样...

如果你说的可用性是 SLA 的话,小商家不一定差哦,因为规模不大的话,维护起来相对就更容易,特别你如果是小商家的重要客户,那自然优先级别会更高

[kendetrics]

自己用用还是喜欢第二种，Azure 那个面板没专门学习过用起来真的费劲，不是说不好，但太多用不着的功能了，开台机器想测试点小东西查老半天

[dot]

1 和 2 是同一个，3 和 4 也是同一个，即是单机虚拟化和集群虚拟化……

[zhangxudong]

别的我不知道，但是阿里云变更配置是需要重启的，而且还必须在控制台重启，直接重启服务器没卵用

[isCyan]

@zhangxudong CPU 内存升级不重启还是很难的，我忘了好像有家云支持。硬盘升级不重启应该比较多

[pqee]

@doubleflower IO 云化是完全云化，你说的那两家的云磁盘根本就不是云磁盘，只是在物理磁盘上加了一层网络文件系统而已。完全云化是可以做到底层自动热备，自动迁移，某一块磁盘坏了上层虚拟系统都无感知。

[TheCure]

@swulling
共享存储替换已经是非常美妙的事情了,之前我在公有云工作, 宕机压力也很大, 问题有以下几点
1. 宿主机上的虚机不全是远端存储, 所以即使只有一个本地存储的, 你也要起来处理, 做备机替换(拔掉硬盘, 插到另外一台完全相同配置的主机上,然后在机架位替换掉这台故障机, 然后启动机器, 恢复服务并热迁(部分需要冷迁), 结束之后, 逆向备机替换过程. 避免机架位错乱影响资产管理)
2. 底层 qemu/kvm 版本没有打平, 所以迁移,重建经常失败.
3. 业务限制非常多, 比如:远端存储的虚机购买了本地 SSD 临时盘, 这种是没法迁移的
4. bug 超多, 使用 qcow2, 一个用户的 base 映像被拉到了本地, diff 文件在远端, 很遗憾, 限制用户快照链长度, 把之前的 base 镜像在对象存储里删掉了, 现在只有一个 diff, 没法启动.解法是,禁止这种 base 被删的虚机重建
5.作为一个分布式系统, 业务完全没有处理宕机问题, 所有宕机都是手动处理,包括筛选出哪些可以迁移, 发起迁移, 确认迁移成功业务恢复, 发送故障报告和赔偿报告, 都是依赖手工处理, 我把这部分工作自动化掉然后就离开了.

[mgd]

几个好用的国外主机，tophosting.github.io

[isCyan]

@mgd @Livid 举报多次恶意推广