kupa Asked: 2012-04-03 01:15:34 +0800 CST2012-04-03 01:15:34 +0800 CST 2012-04-03 01:15:34 +0800 CST 虚拟机上的 Oracle RAC 772 我在非常强大的服务器上安装了 Oracle RAC，可以说这些服务器有额外的内存、cpu 和存储:) ...所以我的服务器比需要的强大得多。 我的经理和其他管理员（他们没有足够的资源）需要将我的 RAC 移动到虚拟机，以利用 RAC 服务器来满足他们的需求。 我需要你的建议... 怎么办？我必须在虚拟机上移动我的 RAC 吗？如果不是我应该说什么论据来证明这个想法是愚蠢的？ 非常感谢你，等待你的建议和聪明的论点...... oracle rac 1 个回答 Voted Best Answer Leigh Riffel 2012-04-03T06:13:54+08:002012-04-03T06:13:54+08:00 虚拟化 Oracle RAC 不一定是愚蠢的想法，但只有在充分了解收益和风险的情况下才能完成。你在问问题，所以这是朝着正确方向迈出的一大步。 您的问题没有说明是哪种虚拟化技术、Oracle 版本或版本。现在我假设这是在 VMWare 上使用 Oracle 11.2.0.2+ 企业版进行生产。 虚拟化提供了与 RAC 相同的一些好处，但方式截然不同。两者都可以减少或消除由于某些硬件故障而导致的停机时间，并且都可以在不影响可用性的情况下允许重新启动服务器。RAC 增加了容量并允许滚动升级，这是虚拟化无法做到的。另一方面，VMware 可以允许重新启动服务器、更改硬件和重新定位存储，而无需关闭任何实例。 许可 对于 VMWare，整个服务器必须获得许可，即使它将运行多个虚拟机，其中只有一个用于 Oracle。这可能是好事也可能是坏事。如果您将 Oracle 虚拟化到具有其他 VM 的现有集群上，那么集群中的所有机器都需要 Oracle 许可证。相比之下，这可能会显着增加您的许可成本，以至于购买额外的硬件变得微不足道。 另一方面，专用于 Oracle 的 VMWare 集群可以允许虚拟化实例浮动到不太繁忙的节点，而未充分利用的硬件可以处理多个实例，从而可能降低整体硬件成本和许可成本。 支持 Oracle 关于在 VMWare 上运行数据库的官方立场可以在 ID 249212.1 中找到，它表示尚未对其在 VMWare 上的产品进行认证。由于虚拟化可以被视为一个硬件层，这与硬件认证的普遍缺乏一致。 11.2.0.2 中添加了以下注释： 注意：Oracle 尚未在 VMWare 上认证其任何产品。对于 Oracle RAC，Oracle 将仅接受 Oracle RAC 11.2.0.2 及更高版本的本说明中所述的服务请求。 阅读整个注释以了解完整的上下文，但似乎 Oracle 开始允许甚至在 VMWare 上使用 RAC。 应用支持 如果您的应用程序都支持 RAC 并且可以优雅地处理实例丢失，那么 VMWare 添加的一些好处将不值得。另一方面，如果应用程序不支持 RAC 并且无论如何都需要重新连接，那么 VMWare VMotion 的透明性将更加可取。 复杂性/灵活性 RAC 和虚拟化的结合带来了很大的灵活性，但也大大增加了复杂性。要重新启动服务器，您可以使用 VMWare 将该节点上的所有实例通过 VMotion 移动到其他节点，或者您可以使用 RAC 关闭该机器上的实例。每个选项都有您必须考虑的优点和缺点。 想法 由于虚拟化提供了 RAC 的一些好处，您可以放弃 RAC 并可能节省大量许可成本并降低整体复杂性。 将 RAC 的多个节点移动到同一虚拟机主机将是一个非常糟糕的主意。您将失去 RAC 的一些好处，同时增加复杂性并降低可用性。 这可能都归结为许可。如果您因为迁移到 VMWare 而需要额外获得一个 CPU 的许可，那么购买更多硬件可能会花费更少。当然，影响这一点的因素有很多。 关于这个主题还有更多可以讨论的信息，因此请不要在此处将此信息用作您做出决定的唯一来源。
虚拟化 Oracle RAC 不一定是愚蠢的想法，但只有在充分了解收益和风险的情况下才能完成。你在问问题，所以这是朝着正确方向迈出的一大步。
您的问题没有说明是哪种虚拟化技术、Oracle 版本或版本。现在我假设这是在 VMWare 上使用 Oracle 11.2.0.2+ 企业版进行生产。
虚拟化提供了与 RAC 相同的一些好处，但方式截然不同。两者都可以减少或消除由于某些硬件故障而导致的停机时间，并且都可以在不影响可用性的情况下允许重新启动服务器。RAC 增加了容量并允许滚动升级，这是虚拟化无法做到的。另一方面，VMware 可以允许重新启动服务器、更改硬件和重新定位存储，而无需关闭任何实例。
许可
对于 VMWare，整个服务器必须获得许可，即使它将运行多个虚拟机，其中只有一个用于 Oracle。这可能是好事也可能是坏事。如果您将 Oracle 虚拟化到具有其他 VM 的现有集群上，那么集群中的所有机器都需要 Oracle 许可证。相比之下，这可能会显着增加您的许可成本，以至于购买额外的硬件变得微不足道。
另一方面，专用于 Oracle 的 VMWare 集群可以允许虚拟化实例浮动到不太繁忙的节点，而未充分利用的硬件可以处理多个实例，从而可能降低整体硬件成本和许可成本。
支持
Oracle 关于在 VMWare 上运行数据库的官方立场可以在 ID 249212.1 中找到，它表示尚未对其在 VMWare 上的产品进行认证。由于虚拟化可以被视为一个硬件层，这与硬件认证的普遍缺乏一致。
11.2.0.2 中添加了以下注释：
阅读整个注释以了解完整的上下文，但似乎 Oracle 开始允许甚至在 VMWare 上使用 RAC。
应用支持
如果您的应用程序都支持 RAC 并且可以优雅地处理实例丢失，那么 VMWare 添加的一些好处将不值得。另一方面，如果应用程序不支持 RAC 并且无论如何都需要重新连接，那么 VMWare VMotion 的透明性将更加可取。
复杂性/灵活性
RAC 和虚拟化的结合带来了很大的灵活性，但也大大增加了复杂性。要重新启动服务器，您可以使用 VMWare 将该节点上的所有实例通过 VMotion 移动到其他节点，或者您可以使用 RAC 关闭该机器上的实例。每个选项都有您必须考虑的优点和缺点。
想法
由于虚拟化提供了 RAC 的一些好处，您可以放弃 RAC 并可能节省大量许可成本并降低整体复杂性。
将 RAC 的多个节点移动到同一虚拟机主机将是一个非常糟糕的主意。您将失去 RAC 的一些好处，同时增加复杂性并降低可用性。
这可能都归结为许可。如果您因为迁移到 VMWare 而需要额外获得一个 CPU 的许可，那么购买更多硬件可能会花费更少。当然，影响这一点的因素有很多。
关于这个主题还有更多可以讨论的信息，因此请不要在此处将此信息用作您做出决定的唯一来源。