Oracle on VMware Jesús Fernández VMware Spain Diciembre 2009 (Yes you can)

Oracle on VMware

Jesús Fernández

VMware Spain

Diciembre 2009

(Yes you can)

Copyright © 2009 VMware, Inc. All rights reserved. This product is protected by U.S. and international copyright and intellectual property laws. VMware products are covered by one or more patents listed at http://www.vmware.com/go/patents.

2

Oracle on VMware:WHY?!


3

Reduce HW and SW costs by >50%Consolidate servers by 4X – 20X, consolidate licenses

Match Native Performance Even in Consolidation Scenarios95%+ Oracle instances match native performance on VMware

Accelerate Application DeliveryProvision On-Demand (production and test/dev)

Virtualization-Friendly LicensingIncrease utilization of Oracle licenses

Performance

Increase Application Quality of ServiceScale dynamicallyBuilt-in High Availability and simple Disaster Recovery

App Delivery

App QoS

Oracle Licensing

Consolidation

Why Deploy Oracle Products on VMware?


4

The Challenge: Database Sprawl and Costs

Low utilization of HW and SW 5%-15% range (average ~6%)1

Intense over-provisioning due to extremely-conservative sizing

ORCL

Too many small to mid-sized Oracle…~ 4% of x86 servers

Business-Critical DBEnterprise Edition

60K

120K

180K

240K

300K

$247K

… And very high cost per instance (SW and HW)

$124K

Departmental DBEnterprise Edition

ORCL lic., (EE, Single-Instance,4 cores)

ORCL Maint.

Oraclelicense: EnterpriseEdition (EE)Single-Instance,8 cores

8-core srvr

Oracle Maint

1VMware Capacity Planner, 700K+ servers surveyed through 3/2009

ORCL

ORCLORCL

ORCL

2 sockets/8 cores

1 socket/4 cores

4-core server


5

Database Operational Challenges

DB Production InfrastructureSlow provisioning• Weeks or months lead

time for new DB

LabApp ORCL

Inefficient testing• Overhead and time to

clone from production to lab

High Availability not offered for all DBs• HA / DR complex and expensive• Many unprotected DB instances

Difficult to size and scale• Re-sizing DB highly disruptive• Over-provisioning to compensate for future requirements

ORCL

ORCL

ORCLORCL

ORCL


6

Oracle Support for VMware


7


Show of hands in the room:

How many of you have actually tried Oracle on VMware, in any capacity?

How many of you would agree that Oracle Support is the #1 issue affecting your decision to virtualize Oracle on VMware?


8


Yes! Oracle has a support statement for VMware

Oracle Metalink (MyOracleSupport) 249212.1 defines Oracle’s VMware support policy most-broadly

Support facts:

Oracle will accept SRs on VMware for bugs already known to Oracle

Oracle may accept SRs on VMware for bugs that are not seen by Oracle as being caused by virtualization

Oracle maintains (as do most ISVs) right to require physical reproduction if they suspect VMware is “at fault”

Oracle RAC “expressly not supported” – but it is allowed! http://viops.vmware.com/home/docs/DOC-1121

http://viops.vmware.com/home/docs/DOC-1121


9


Yes! 100s of VMware customers are deploying Oracle on VMware – do you want to be one of them?

Oracle Customers worldwide run Oracle on VMware

Databases, Middleware, AND Applications: Oracle Support routinely accepts SRs up the entire Oracle stack

So why can’t you take advantage of Oracle on VMware?

“Oracle Sales Reps tell me ‘it’s not supported’”

Try Oracle Support yourself; start with low-risk Test/Dev & prove it

Let VMware show you benefits we bring to Oracle deployments Start simply with “safe deployments”; build your confidence Understand that our customers, your colleagues, have gone before

you & share their success stories publicly


10

Oracle Licensing for Virtual Environments


11

Oracle Licensing: An Interpretation

Disclaimer: VMware does not offer official guidance on third-party licensing, but we know rules & know that Oracle allows for benefits here

Oracle’s guidelines available publicly online:http://www.oracle.com/corporate/pricing/index.html

Oracle licensing should not be a hindrance to any Database or Middleware customer if you know the rules; Apps are easier still

Oracle licensing is highly conducive to database consolidation


12

Oracle Licensing: Interpretation

Oracle Licensing: Either by CPU/core, or by User

Databases/Middleware:-Licensed by CORE-Must license FULL machine-Virtualization: impacts $

Middleware/Applications:-Licensed by USER-Machine not licensed-Virtualization: no $ impact


13

Oracle Licensing: CPU-Based SKU ConsiderationsFor all of the below situations: License FULL machine

Once “fully licensed” you can deploy unlimited VMs!

STANDARD EDITION ONE-Licensed by SOCKET-Limited to TWO SOCKETS-Must license FULL machine

STANDARD EDITION-Licensed by SOCKET-Limited to FOUR SOCKETS-Must license FULL machine(s)

ENTERPRISE EDITION-Licensed by CORE-Apply x86 factor of 0.5 to cores-Must license FULL machine

Pricing per Oracle Technology Global Price List, January 29, 2009

$5,800 x 2 =

$11,600

$17,500 x 4 =

$70,000

$47,500x16 x 0.5

$380,000


14

Oracle Licensing: Implications for VMotion

Example: A DRS Cluster with Oracle

Four blades, each w/4 CPU cores; each VM is 2 vCPU (2-core)

Solution:

Both ORACLE HOSTS must be licensed for all 8 cores on 2 blades Same physical or virtual: (8 cores) x (0.5 x86 factor) = 4 licenses

Free to move that Oracle DB VM back & forth between Host 1 & 2 Oracle permits unlimited VMotion activity

Do not let Oracle DB VM migrate to App Host 3 or App Host 4!

Oracle Host 1 Oracle Host 2 App Host 3 App Host 4

VMotion

OracleDB


15

Field Trends


16

Typical Field Questions

How do I determine if my DB is a good candidate?

What does the average Oracle DB look like?

Will virtualizing Oracle save money?

How do I tune for best performance?


17

Platforms

Oracle

UNIX Linux WindowsMainframe

OS

X86RISC


18

Platform observations

A lot of Sparc/Solaris

Windows & Linux a close second

Linux gaining over Sparc

Not seeing much other


19

CPU Network Memory Disk

Platform resources


20

Resource Profiling

CPU SaturationIdle CPU


21

Sizing Hardware Resources

Saturation Sustained saturation causes sluggishness Infrequent saturation is acceptable as long as SLAs are met 50-70% utilization is properly sized

Idleness Prolonged underutilization is inefficient and expensive A result of sizing for infrequent peaks Averages below 10% are poorly designed


22

Typical x86 Oracle Database

Its not a Huge I/O consumerMost common Oracle databases have modest I/O profiles

Is not a Huge CPU consumerIndustry average CPU utilization is low

Tuning a DB for virtualization is not unique rocket scienceMany standard tuning activities benefit virtualized DBs substantially


23

Prove it!


24

Capacity Planner


25

How it works

Capacity Planner

Gather Inventory

Sample perf-mon stats

Expose virtualization candidates

Physical Servers


26

Capacity Planner Data

Global Data VAST warehouse of system performance data Encompasses over 23,000 customer environments & 139,000 servers Spotlights Industry Averages

Oracle DB2,000 Customers running Oracle18,000 servers running the Oracle application


27

Capacity Planner Data - 2007


28

Capacity Planner Data - 2009


29

Capacity Planner Findings for Oracle

CPU

Average CPU capacity is 6GHz

Majority of Oracle Servers average less than 6% CPU utilization

None of the systems are fully saturated

100%

0%


30


Memory

Average Oracle server has 2G of RAM per core

Average RAM Utilization is less than 50%

32GB

2GB


31


Disk

Majority average less than 2000 I/Os

ESX supports more than 300,000 I/Os

300,000

2,000


32


Network

Majority average less than 2Mb/s

1 Less than 1% utilization on 1Gbit backbone’s

1Gb/s

2Mb/s


33

% o

f App

licat

ions

Application Capacity Requirements

1. Source: VMware Capacity Planner assessments

Application Profile

90% Oracle Servers

HighLow

100%

ESX 3.5

ESX 4.0

4-way64GB

8-way256GB

1or2-way


34

Avg. X86 Oracle Server

< 2,000 at peak

< 2.4Mbits/s

< 4 GB at peak

1 to 2 CPUs

1. Source: VMware Capacity Planner assessments

ESX 3.5

100,000

9 Gb/s

64 GB per VM

4 VCPUs

ESX 4.0

300,000+

20 Gb/s +

255 GB per VM

8 VCPUs

VM capacity


35

Customer Example


36

Customer Oracle Profile

Monitored 6 Oracle servers over 3 weeks using Capacity Planner

Databaseproddb02

proddb03

proddb04

Application Server

prodapp01

prodapp02

devdb04


37

Customer Oracle CPU Profile


38

CPU Profile

Average processor utilization per host

Aggregate average less than 6%


39

Memory Profile

Average memory utilization per host

ESX 4 supports 256GB of RAM

115 GB aggregate physical memory


40

Customer’s I/O Profile

Average I/O utilization per host

• Average is below 1,000 IO/s


41

DB requirements

(4-CPU Oracle DB)

vSphereCapacity

Disk IOPS

Database Requirementsvs. VI Capacity

I/O Usage of Oracle DBs

20K

40K

60K

80K

100K

1,200

300,000


42

Virtualization Scenario for 5 production Sparc servers

Only 2 ESX hosts would be required

Utilization is still low, lots of head room


43

Save Money


44 *Source: IDC and VMware TAM program

Infrastructure Cost per App

$14,235

$5,694

Before VMware After VMware

The VMware Effect: Customer Breakthroughs

60% Reduction in Cost

2–3x Gain in Productivity

Workloads per Admin

30–75

Before VMware After VMware

100–250


45

RISC-UNIX vs X86 Observations

UNIX servers very costly to procure and maintain

HUGE savings on typical 4-way systems

Dev/Test/Stage servers account for majority of systems 3:1 ratios not uncommon Labs use more space than production Many man hours to manage system images and state

Organizations switching to Linux-x86 More horsepower/$ Easier to horizontally scale Perfect for Virtualization


46

RISC-UNIX vs X86 cost per VM

x86 RISC-UNIX

Cost for 16core Server(64 GB RAM)

$16,000 $86,000

Cost for Virtualization $5,750 $0

Subtotal $21,750 $86,000

Total VMs 15 15

Price per VM $1,450 $5,730


47

Performance Tips


48

VMware Resources

Whitepapers

Case Studies

VMware Technical Papers

Reference Architectures

Storage & Networking Vendor Websites

Your local SE or Partner


49

Performance Resources

The performance community http://communities.vmware.com/community/vmtn/general/performance

Performance web page for white papers http://www.vmware.com/overview/performance

VROOM!—VMware performance blog http://blogs.vmware.com/performance

http://communities.vmware.com/community/vmtn/general/performance

http://www.vmware.com/overview/performance

http://blogs.vmware.com/performance


50

General VMware Tips

Upgrade to vSphere in 2009 Separate cluster if necessary

For VI3.5 use latest updates

Lower alarm thresholds

Understand Performance charts and how to interpret them

Develop a periodic Capacity Management review of critical apps.


51

General Best Practices: VM SetupDuring VM creation select right guest OS type

Determines the monitor type and related optimizations

Determines default optimal devices and their settings

Do not choose ‘other’

Install 64-bit OS if large amounts of memory are needed

Choose a OS version with fewer timer interrupts Windows, Linux 2.4 100/sec per vCPU

Some Linux 2.6 250/sec per vCPU

Some Linux 2.6 1000/sec per vCPU

Disable unused devices that use a polling scheme USB, CDROM Consume CPU when idle


52

CPU Tips

CPU

Nehalem & Barcelona are desirable (Virtaulization Assist)

Simultaneous Multi-Threading can help, understand how it works

Start minimum CPU(s), add more if necessary

Keep CPU Ready Times below 1000ms.


53

Memory Tips

Memory

Start with 2GB per vCPU

Large Memory Pages provide substantial gains.

Guarantee 25% of the RAM


54

Disk Tips

Disk

Shared Storage is a must

I/Os capacity is a function of spindles.

Avoid RDMs, not necessary!

Enable Multi Path I/O


55

Platform Optimization: Storage

Over 90% of storage related performance problems stem from misconfigured storage hardware

Consult SAN Configuration Guides

Ensure disks are correctly distributed

Ensure caching is enabled

Consider tuning layout of LUNs across RAID sets

Spread I/O requests across available paths

FC Switch

VMware ESX

HBA1 HBA2 HBA3 HBA4

Storage array

SP2SP1

1 2 3 4


56

Networking Tips

Network

Consider enabling Jumbo Frames for iSCSI & NFS

Separate production network form iSCSI, vMotion & Service Console

Use teaming for redundancy and throughput


57

Overcoming Objections


58

User Priorities (Business Owner)

• Responsiveness• Functionality• Availability• Reliability


59

IT Priorities

• Support• Reliability• Availability• Performance


60

Tole

ran

cia

a fa

llo

s d

el h

ard

war

e

Cobertura de aplicaciones

Transformación de los niveles de servicio relacionados con la disponibilidad

VMware FT

Sin protección

Reinicioautomático

Continua

0% 10% 100%

Con VMware HA


61

Successful Strategies

Use this presentation! Stress Oracle’s support

statement Articulate the Capacity

capabilities of VMware Assure resource guarantees Adhere to Best Practices Ask your local SE or partner to

broker a reference call


62

Documents

Oracle on VMware Jesús Fernández VMware Spain Diciembre 2009 (Yes you can)