云计算、虚拟机、利用率提升、整合或者任何你喜欢用的词汇，这都是当今所有IT组织大量工作关注的焦点。在本文中，我们将进行一场讨论，双方都是久经沙场的IT资深人士，探讨虚拟机技术与Oracle真正应用集群（RAC）。你曾经把多个数据库整合到运行一套操作系统的单台服务器上过吗？或者说，运行虚拟机层并对每个运行的单个数据库设置多个虚拟服务器是更好的选择吗？

Gary Gordhamer：让我们从虚拟机技术开始吧，例如VMWare、Oracle VM、KVM和VirtualBox。这些数据库服务器虚拟化技术提供了一些构建完整数据库服务器最快速的方式，构建过程完全隔离，性能可控，具有高度可靠性并且需要较低的硬件成本。在本文全文中，我会使用“主机”（host）这个提法表示物理服务器，用虚拟机或者“VM”称呼虚拟服务器。

Arup Nanda：我们不要忘了在一套硬件上整合多个数据库的方法。这样可以降低物理系统的数量，从而降低需要系统管理员的数量。这样可以减少数据中心的占地面积，消耗更少的制冷和能源。但是，可能最大的益处来自于CPU利用率的提升，尤其是如果数据库不需要同时占用硬件资源的话。

GordHamer：通过虚拟机技术，我可以把许多较小主机整合成一个大的主机容器。这样一来，我可以增加CPU利用率，甚至减少硬件占地面积。这种数据库服务器虚拟化的方式降低了总体成本，并给每个使用者提供他们需要的性能。此外，利用虚拟机中的冗余特性，我可以几乎无停机时间地自动把虚拟机访客跨过故障虚拟机主机硬件来移动虚拟机。

Nanda：使用RAC，你还可以跨不同的物理机器移动数据库实例。这件事并不像移动虚拟机那样琐碎，它是一项存在很长一段时间的技术了，是有效的。此外，使用虚拟机，你不能真正无缝移动虚拟机。在整个数据库中，仍然会存在停机时间，不管停机时间有多短。而使用RAC的话，你可以一次把一个实例移动到另一台物理服务器上，期间不需要停止运行。

Gordhamer：是这样，通过虚拟机技术，我可以通过对个体虚拟机访客提供CPU和内存并共享虚拟机主机资源控制我的许可使用和性能。这会有助于以最少的硬件成本提供更好的性能，还能够方便地动态修改这些设置。

Nanda：关于授权许可我不是那么肯定。大部分数据库厂商对于虚拟机为中心的服务器许可价格都有一定翻倍，降低了许可使用的节约程度。但是，不要忘了最重要的任务：管理虚拟机。使用物理机器时，硬件用量是纯粹的、清晰和明确的。在虚拟机的世界里，虚拟资源利用率数据很难量化，并且容易受到误解。

Gordhamer：也许虚拟机访客不是对于每种负载情况都是最有的，但是数据库服务器虚拟化一定是构建新数据库最快速的方式之一。你可以克隆一套虚拟机，或者使用已经安装过数据库软件或补丁的模板，就可以整装待发了。清理工作也很简单，如果你做完了，你只要把虚拟机删除就完成了。

Nanda：在RAC环境下，你可以快速添加节点。使用响应文件，你可以快速构建新的数据库。如果你喜欢GUI操作，只要运行数据库配置助手（DBCA）或者企业管理器就可以了，它可以为你做这些事。

Gordhamer：你可以把虚拟机从一套环境迁移到另一套环境，因此一旦一套完整应用配置到了虚拟机中（或者制作成了模板），我们可以很容易把它复制到生产环境。这种部署方法通常属于一次性动作。数据库是不断变化的，所以你不能在没有特殊处理数据或者进行独特设计的情况下“重新部署”虚拟机访客到生产环境。

Nanda：说到快速部署，你绝对是正确的：完美的虚拟机为中心的世界必须以非常高的成熟度为基础。不过有趣的是，这样的完美世界是不存在的，为什么这样的成熟度不能被应用于非虚拟机为中心的使用相同快速部署和配置技术的组织呢？

Gordhamer：现代数据库服务器虚拟化技术（大部分是x86）提供了快速可靠的方法来管理多个不同的普通工作负载。这些工具和技术已经足够高级了，可以提供快速部署、高可用性特性，而且只需要较少的培训和基础知识就可以快速采用。不过在总容量和处理小补丁、管理和镜像数据刷新方面仍然有些限制。

Nanda：在选择技术平台时，你应该首先解决优先级的问题——在一套平台上主要关注一致性、可靠性（无错）体验，或者冒一定风险获得更高回报。前者尤其与在虚拟机上做RAC并不常见的生产系统相关。对于非RAC数据库，你可能希望在虚拟机世界中部署很多非生产系统，榨干底层硬件的每一滴工作能力，但是你也会牺牲了有效防止交叉主机问题的能力。最后，你必须自己判断根据当时具体情况，这些相互竞争的优先级中那些是更重要的。