Oracle真正应用集群(Oracle Real Application Cluster，RAC)和VMware现在都是非常热门的技术产品，但是它们是不是适合一起使用呢?

　　根据TechTarget网站的一份调查显示，这两项技术在用户中的认同度和普及率都有所增长。此外，VMware还是针对Oracle产品最受欢迎的虚拟化平台。然而，目前还有网友在讨论，VMware平台运行Oracle RAC是不是一个最好的选择？

　　在许多情况下，VMware平台运行Oracle RAC都是业务主管提出的，他们认为数据中心可以通过使用VMware来获得更多的利益，那么为什么不把VMware用在底层工作负载上呢?比如Oracle RAC。所以业务主管提出需求，IT部门人员就需要实现。

　　著名出版社爱思维尔的DBA David Robbins表示他正好遇到了上面的情况，爱思维尔是一家科学出版社，最知名子公司包括了LexisNexis。该公司的Oracle数据库就安装了RAC应用，作为它们自己的高可用选项。

　　一家Oracle咨询公司的CTO Dave Welch认为，这样的做法在技术层面其实是有它的好处的，如果一个终端用户将VMware层添加到任意的Oracle实例中，不论是单一的实例还是RAC，这都可以使应用拥有更好的灵活性。

　　Welch说：“现在，我可以将所有的东西作为一个整体来进行克隆，然后开发部门的非技术人员或者QA都可以简单地点一个按钮就可以克隆同样的环境。你可以将环境的高可用性与硬件的高可用性区别开来。在不使用VMware之前，你可能需要向环境中添加特定的硬件才能达到这样的效果。”

　　Welch补充道，当Oracle RAC在进行节点撤回的时候，VMware还可以提供相应的帮助。如果Oracle RAC认为一个集群的性能出现异常情况，它会进行硬件的重置，剩下的Oracle实例将进行所谓的“清理杂乱工作”。在这种情况下，如果你添加了VMware，硬件重置就会利用虚拟机来完成，而无需牵扯整个的硬件设备。这样的话，RAC进行节点撤回的工作负载就降低了，DBA可以添加更多的负载来运行其它的RAC任务。

　　然而，我们也听到了一些反对的声音，有些人认为在VMware平台运行Oracle RAC并没有特别明显的效果。同样来自一家Oracle咨询公司的CTO Alex Gorbachev就发表了这样的看法。他表示，终端用户在部署RAC的时候通常是出于两种考虑：高可用性和高扩展性。但是想从小规模扩展到大规模的物理节点比较容易，而扩展到大量的虚拟节点就比较困难了。

　　Gorbachev认为Oracle RAC对与IT基础架构来说是非常敏感的一环，极易出现各种各样的故障，因为RAC是一个shared-everything数据库，这意味着操作都需要在所有的节点上进行同步。而当这一情况发生的时候，每一个节点就必须拥有足够的资源才可以保证操作顺利进行。而利用VMware进行虚拟化，这会占用许多CPU和内存资源，因此在VMware平台运行Oracle RAC的负载我们可想而知。

　　Gorbachev说：“在VMware上运行RAC，我认为没有任何意义。你可能得到的只是集群之间的独立性，但是集群又是非常容易出现故障的。因为在VMware内部的任何一点点改动都会牵扯到CPU和内存，这就造成集群的更改。”

　　在反对VMware平台运行Oracle RAC的声音中，还有人认为甲骨文的技术支持策略是另外一个不利因素，他们觉得甲骨文在技术支持方面做得很不好。爱思维尔出版社的Robbins就希望在VMware平台上部署Oracle RAC，但是处于上述原因，他们至今还踟躇不前。