Oracle在虚拟化运行的简单总结.docxVIP

VMware获得最佳数据库性能的 10 大重要因素。以下是其中几项性能优势：接近本机系统的性能：Oracle 数据库与物理系统的性能几近相似超强的数据库 I/O 扩展性：VMware ESX Server 的精简虚拟化管理程序层每秒能够驱动 63,000 次数据库 I/O 操作多核扩展：使用 SMP 虚拟机和多个数据库实例进行纵向扩展巨大的内存容量：可扩展的内存容量 - 每个数据库 64 GB；每台主机 256 GB 详细阐述如下：数据库的本质数据库具有多种独特的属性，例如较大的内存占用空间。这样，数据库要进行顺畅的虚拟化就略显复杂了。然而，实践证明这也是一种机会，因为我们可以专门针对这些特定的属性进行优化。巨大的内存容量：数据库使用大量的内存来对其存储数据进行高速缓存。大容量高速缓存是衡量数据库性能极为重要的一个标准，因为它通常可使物理 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 虚拟化管理程序一直非常稳定，即便在资源过度使用时亦是如此。我们不能奢望通过一个快速的解决方案使数据库与很多种实际的应用程序完美兼容 – 只有通过长时间地致力于研究众多用户在实际数据库工作中获得的教训，并且在虚拟化管理程序体系结构中应用这些教训，才能获取优异的性能。下面让我们简要了解一下虚拟化管理程序中可确保数据库获得优异性能的一些特性。1：VMware ESX 的高性能 I/OI/O 系统的吞吐量和延迟对于在线事务处理系统的性能来说至关重要。由于事务数据库系统是针对数据集中随意位置的不同小数据项进行操作的，因此应测量随机 I/O 吞吐量（以每秒钟的 I/O 操作数为测量标准），而非带宽（MB/s）。图 1：VMware ESX I/O 驱动程序模型由于逻辑上虚拟化管理程序驻留在客户虚拟机数据库和后端存储之间，因此很重要的一点就是虚拟化管理程序的 I/O 能力可以纵向扩展且不会超出任何性能限额，并且不能产生可察觉延迟。如图 1 所示，VMware ESX 的 I/O 子系统使用直接的驱动程序模型，以使由虚拟堆栈引起的延迟最小化。这是可能的，因为 I/O 请求可以由同一个处理器（相对于发出请求的虚拟机）进行内处理。在其他体系结构中，当 I/O 由一个重量级域 0 或父分区进行代理时，会产生大量的延迟和 CPU 开销。在随机存取模式下，Oracle 数据库通常会产生许多 4 KB 或 8 KB 的小型 I/O 操作。对于这类 I/O 操作，一个典型的磁盘每秒可处理的 I/O 操作数介于 100 到 200 之间（具体值取决于磁盘的转速）。然而在实际操作中，最好不要使一个驱动器每秒处理的 I/