我在非常强大的服务器上安装了 Oracle RAC,可以说这些服务器有额外的内存、cpu 和存储:) ...所以我的服务器比它需要的要强大得多。
我的经理和其他管理员(没有足够的资源)需要将我的 RAC 移动到虚拟机,以便利用 RAC 服务器来满足他们的需求。
我需要你的建议...怎么办?我是否必须在虚拟机上移动我的 RAC?如果不是,我应该说什么论据来证明这个想法是愚蠢的?
非常感谢您,等待您的建议和巧妙的论据...
虚拟化 Oracle RAC 不一定是一个愚蠢的想法,但只有在充分了解收益和风险的情况下才能完成。你在问问题,所以这是朝着正确方向迈出的很好的一步。
您的问题没有说明哪种虚拟化技术、Oracle 版本或版本。现在,我将假设这是用于使用 Oracle 11.2.0.2+ 企业版的 VMWare 上的生产。
虚拟化提供了一些与 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 将所有实例从该节点移至其他节点,或者您可以使用 RAC 关闭该机器上的实例。每个选项都有您必须考虑的优点和缺点。
想法
由于虚拟化提供了 RAC 的一些好处,您可以放弃 RAC 并可能节省大量许可成本并降低整体复杂性。
将 RAC 的多个节点移动到同一个虚拟机主机是一个非常糟糕的主意。您将失去 RAC 的一些好处,同时增加复杂性并降低可用性。
这可能都归结为许可。如果您由于迁移到 VMWare 而不得不许可一个额外的 CPU,那么购买更多硬件可能会降低成本。当然,影响这一点的因素有很多。
关于此主题还有更多信息可以讨论,因此请不要将此处的信息用作您做出决定的唯一来源。
| 归档时间: |
|
| 查看次数: |
1808 次 |
| 最近记录: |