虚拟机上的Oracle RAC

Question

我在功能非常强大的服务器上有Oracle，可以说这些服务器有额外的内存、cpu和存储:) ...so我的服务器比需要的强大得多。

我的经理和其他管理员(他们没有足够的资源)需要将我的RAC转移到虚拟机，以便利用RAC服务器来满足他们的需要。

我需要你的建议..。该怎么办呢？我必须在虚拟机上移动我的RAC吗？如果不是，我应该说什么论据，来证明这个想法是愚蠢的？

非常感谢，等待你的建议和聪明的论据..。

Answer 1

虚拟化Oracle RAC并不一定是一个愚蠢的想法，但它只应该在充分了解好处和风险的情况下才能完成。你在问问题，所以这是朝正确方向迈出的好一步。

您的问题并没有说明是哪种虚拟化技术、Oracle版本还是版本。现在，我将假设这是用于在VMWare上与Oracle企业版一起生产的。

虚拟化提供了RAC的一些相同的好处，尽管以一种截然不同的方式。两者都可以减少或消除由于某些硬件故障导致的停机时间，并且都可以允许服务器重新启动而不会影响可用性。RAC增加了容量并允许滚动升级，这是虚拟化所不能做到的。另一方面，VMware可以允许服务器重新启动、硬件被更改、存储被重新定位，而不需要中断任何实例。

许可

使用VMWare，整个服务器必须获得许可，即使它将运行多个虚拟机，其中只有一个是针对Oracle的。这可以是好事，也可以是坏事。如果要使用其他VM将Oracle虚拟化到现有集群上，那么集群中的所有机器都需要Oracle许可证。这可能会大大增加您的授权成本，可能会使购买更多硬件的成本相对较小。

另一方面，专用于甲骨文的VMWare集群可以允许虚拟化实例浮动到较少繁忙的节点，而利用率不足的硬件可以处理多个实例，从而可能降低总体硬件成本和许可成本。

支持

甲骨文在VMWare上运行数据库的官方立场可以在ID 249212.1中找到，其中说它的产品还没有在VMWare上进行认证。因为虚拟化可以看作是一个硬件层，这将符合硬件认证的普遍缺乏。

加上11.2.0.2的说明如下：

注:甲骨文尚未在VMWare上认证其任何产品。对于Oracle RAC，Oracle将只接受本说明中在Oracle RAC 11.2.0.2和更高版本上描述的服务请求。

阅读完整的上下文说明，但似乎甲骨文已经开始考虑VMWare上的RAC了。

应用程序支持

如果您的应用程序都知道RAC，并且能够很好地处理一个实例的丢失，那么VMWare添加的一些好处就不那么值得了。另一方面，如果应用程序不被RAC感知，并且无论如何都需要重新连接，那么VMWare VMotion的透明性将是更可取的。

Complexity/Flexibility

RAC和虚拟化的结合允许了很大的灵活性，但也大大增加了复杂性。要重新启动服务器，可以使用VMWare将该节点上的所有实例都恢复到其他节点，也可以使用RAC将该框上的实例降下来。每个选项都有你必须考虑的利弊。

Thoughts

• 由于虚拟化提供了RAC的一些好处，所以您可以放弃RAC，并可能节省大量许可成本，并降低总体复杂性。
• 将RAC的多个节点移动到同一个虚拟机主机将是一个非常糟糕的想法。您将失去RAC的一些好处，同时增加复杂性和降低可用性。
• 这一切很可能都会归结为许可。如果由于移动到VMWare而不得不授权一个额外的CPU，那么只需购买更多的硬件就可以降低成本。当然，有很多因素会影响到这一点。

有更多的信息可以讨论这个问题，所以请不要使用这些信息作为您的唯一来源作出决定。