RDS是完全在云上基于虚拟主机的吗

关注下

RDS不是建立在虚拟机上的。

个人感觉是跑在虚拟机上，因为阿里云核心是动态ECS，有了云服务器，其他功能应用都可以基于云服务器去做，顶多是一个物理机上会有好几个RDS的虚拟机。

-------------------------

你的HA指的是？

-------------------------

虚机上的DB的HA如何保证？
其实我也不知道要怎么回答，也只能说说自己的看法，就像很多人谈论服务的高可用一样，其实无论是服务还是DB，都是虚拟机上的一个程序而已，要想保证程序的高可用，首先得是程序的性能够好，除此之外只需要提供足够的资源即可，在虚拟机上的表现也无外乎提供一个好的虚拟机配置，DB的性能自有一套专属的模块去维护。RDS也就是保证一个基础的数据读写性能，如果要更高的数据读写效率，可以研究一下OCS服务或者从应用角度去作数据缓存，RDS上DB的高可用其实完全不用担心，要是对RDS要求不够，直接升级RDS即可。

-------------------------

之前有听说RDS是做的三重备份，利用冗余去做容灾。

自己顶！我大曼彻斯特快来回答！

-------------------------

那么千鸟同学能不能解答下小弟的困惑，运行在虚机上的DB的HA如何保证？

-------------------------

高可用

-------------------------

您好，这个我在解释下我的顾虑，因为虚机是不稳定的，按照您的思路我也可以说虚机本身就是实体机上的一个程序，那么虚机如果挂了会导致db服务也跟着挂，我所说的虚机的HA就是指这个，rds如何保证在虚机挂了的时候rds还能正常提供服务呢？

-------------------------

亲！容灾和可用性是俩问题，多副本的容灾备份没问题，但是不能解决服务中断和中断后的迅速止损的问题。我们还是回归一下问题本身，RDS底层的机器是虚机还是实体机？我们来看一下阿里的产品文档：在RDS实例一章中有以下描述：“RDS实例，或简称实例，是用户购买RDS服务的基本单位。实例是阿里云关系型数据库的运行环境，在主机上以单独的进程存在”，“各实例之间相互独立、资源隔离，相互之间不存在CPU、内存、IOPS等抢占问题；”我们来看一下这两句话，首先如果是实体机的，在主机上以单独进程存在没有问题，资源隔离且不公用不争用也没有问题；但是如果是虚机的那么单独进程没有问题，资源隔离、不争用就有问题了，虚拟化技术如果不做超分，根本没有挣钱的地方，而且不做超分直接放实体机上就好了还放虚机上干嘛？做了超分那么必然存在争用，至少内存、cpu都存在争用。我分析如果产品文档说的是真的那么RDS下层是实体机，如果下层是虚机阿里的产品文档就是明摆着忽悠人。不知道千鸟大神对这个问题怎么看！

-------------------------

OK,我曼彻斯特版主THX