前来学习~  期待大佬更多分享

      如果你的业务量比较大，同时访问的人比较多，经查进行大数据量的计算，建议使用传统模式，传统模式最大缺点是资料浪费，如果你的业务量1台服务器都不够用，那就没有必要搞超融合了。

白日依山尽，黄河入海流。欲穷千里目，更上一层楼。

我从三块内容回答下把
1.性能，我们属于中等事业单位，其实在Oracle的数据方面使用量尤其是性能这块的要求并不是特别高，部署到哪里都是部署。怎么说这个性能问题呢，我这里觉得还是看业务，如果您的Oracle数据库确实比较重要，可以考虑物理机部署，因为Oracle官方说过一个事情，如果您部署到虚拟机里面，我们不提供服务，所以有条件的情况下还是部署到物理机上，毕竟懂Oracle数据优化已经故障排除的人还是少。（这块应该规划到运维难度这里把）
2.可用性，这里应该包含高可用，或者高性能之类的方案，通常我们单位在Oracle数据库使用的过程中都是要求厂商提供两台Oracle数据库，一主一备，主要我们的业务是一卡通业务，尽量降低业务复杂性的同时，也需要保证业务的连续性。
3.成本，这里我应该怎么说呢。还是跟第一条一样，看业务，我没看到过银行的Oracle数据库，但是我知道他们的重要业务肯定不会直接在虚拟机跑把？那出问题，不管是那一块问题，比如说Oracle厂商说是你们虚拟系统的问题，但是虚拟机厂商说的是你们Oracle数据库的问题，防止扯皮，Oracle直接在物理机上方案更充分。
4.弹性伸缩，我们在物理机上部署的Oracle数据基本上都快跑了5年了。。。从来都没考虑伸缩的问题，但是随着我们业务的不断增加，数据库的压力不断增大，其实也会考虑在虚拟机上部署，毕竟弹性伸缩这个是好的，但是有一块问题，我们的业务上线前就会规划未来5年到六年的使用预估，尤其我会要求厂家对这块做个简单的评估，如果在未来几年的增长超过目前硬件的预期，让他们给一个合适的方案，总是所有业务上线前一定要做一个简单的评估，这不仅是为了自己单位考虑，也是为了甲方工程师考虑。

超融合多灵活啊 随时调整 传统的没有这么方便吧

超融合灵活多变，应该可以运行数据库。

没接触过超融合，我是来学习的！

主要还是看超融合本身的稳定性和IO性能吧，如果这两块没问题就可以考虑了

个人观点：
1.数据库尽量是跑实体机的好，减少了虚拟化的资源浪费

趣味互动：
白日依山尽
黄河入海流
欲穷千里目
更上一层楼

在虚拟化上部署ORACLE RAC，技术上肯定是没有问题的，不过缺点和优点也很明显，虚拟化后,性能肯定下降一些,本来一台物理服务器性能就不够，加上ORACLE 的License按照物理CPU收费的,要充分利用CPU的资源，很多企业的开发测试环境部署在虚拟化上，因为虚拟化的部署更灵活,运维也更方便,还有就是不是所有的数据库都要求很高的性能,或者不是一直要求在峰值运行。应用的话倒是没有什么特别要求，主要还是资源的争用。