Oracle 数据库可以在VMware产品上完美运行10大理由.pdfVIP

Oracle 数据库可以VMware 产品上完美运行的10 大理由 看到外界非常关注 Oracle 在虚拟环境中的表现，我们感到十分高兴。Oracle 在 VMware ESX 上的优越表现 一直是我们的秘诀之一。这种优越表现绝非偶然，因为我们对 VMware ESX Server 体系结构做了大量功能和 性能优化工作，特别是在数据库支持方面。 在此，我将向大家介绍一下确保我们获得最佳数据库性能的 10 大重要因素。以下是其中几项性能优势： • 接近本机系统的性能：Oracle 数据库与物理系统的性能几近相似 • 超强的数据库 I/O 扩展性：VMware ESX Server 的精简虚拟化管理程序层每秒能够驱动 63,000 次数 据库 I/O 操作 • 多核扩展：使用 SMP 虚拟机和多个数据库实例进行纵向扩展 • 巨大的内存容量：可扩展的内存容量 - 每个数据库 64 GB ；每台主机 256 GB 我们一直持续地下大气力优化 Oracle 在 VMware 产品上的性能，因为它已是最常用的虚拟化应用程序之一。 融合了多项先进优化措施的 ESX 3.5 版本即将发行，这是我们迄今为止推出的最棒的数据库平台。 在本篇博客文章中，我将为大家介绍数据库应用程序（如 Oracle 产品）的独特和专有特性，并向大家展示 ESX Server 在此类工作负载下的运行能力。 数据库的本质 数据库具有多种独特的属性，例如较大的内存占用空间。这样，数据库要进行顺畅的虚拟化就略显复杂了。然 而，实践证明这也是一种机会，因为我们可以专门针对这些特定的属性进行优化。 • 巨大的内存容量：数据库使用大量的内存来对其存储数据进行高速缓存。大容量高速缓存是衡量数据 库性能极为重要的一个标准，因为它通常可使物理 I/O 操作的次数减少 10-100 倍。 • 高性能数据块 I/O ：数据库使用固定大小的数据块写入和读取数据。这些 I/O 通常较小，频繁发生于 少量文件或设备中。 • 以吞吐量为中心：数据库通常会有大量的用户同时进行操作，因此具有多个逻辑或物理处理器的系统 便可以使这些用户自然并存并充分受益。 理解和量化虚拟性能 量化虚拟系统的性能时，首先应衡量延迟和吞吐量，其次是资源的使用率。例如，如果一个物理系统正在以每 分钟 10000 个事务、每个事务 500 毫秒的延迟运行，则与该物理系统性能相同的虚拟系统也应该以可接受的 延迟标准提供同样水平的吞吐量。其次应该是资源使用率的衡量指标，通过这一指标可以衡量要取得同样水平 的性能需要额外使用多少物理资源。有些时候我们过于简单地仅去考虑 CPU 资源，然而现实中我们需要配备 的内存和 I/O 却是更加昂贵的资源。随着时间的推移，内存和 I/O 资源的使用率变得越来越重要，原因是多核 CPU 会使每个处理器内核的成本继续降低，而内存的成本却一直居高不下。 对于 Oracle 而言，更重要的一点是纵向扩展能力，即通过虚拟化管理程序充分利用多核 CPU 、大容量内存以 及 I/O 吞吐量来支持后端存储阵列中大量的磁盘。 数据库性能认识误区 对于虚拟化数据库，通常存在以下几点认识误区： • 虚拟数据库具有很高的系统开销：就延迟和吞吐量而言，虚拟数据库的运行速度能等于或接近物理系 统。对于常见的数据库而言，虚拟化开销很小 – 在 VMware ESX Server 中所测量到的 CPU 开销低 于 10% 。 • 数据库的 I/O 操作过多无法进行虚拟化：通常情况下，数据库会产生大量小的、随机的 I/O 操作，其 理论值可能达到虚拟化管理程序层的 I/O 数量极限。然而，VMware ESX 的精简虚拟化管理程序层 每秒可以驱动 63,000 多次数据库 I/O 操作，等同于 600 多个硬盘的 I/O 吞吐量。这样的 I/O 极限 值，即使是用于 x86 系统上最大的数据库也绰绰有余。 • 虚拟化只能用于较小的、无关紧要的应用程序：ESX 虚拟化管理程序非常强健 - 很多客户的基于 ESX 的系统已经连续正常运行了两年多的时间。此外，ESX 虚拟化管理程序一直非常稳定，即便在 资源过度使用时亦是如此。 我们不能奢望通过一个快速的解决方案使数据库与很多种实际的应用程序完美兼容 – 只有通过长时间地致力 于研究众多用户在实际数据库工作中获得的教训，并且在虚拟化管理程序体系结构中应用这些教训，才能获取 优异的性能。