C4 delivering database as a service within your organization

Database as a Service

Alan Poon

Senior Sales Consultant

Oracle Systems Hong Kong

Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Insert Information Protection Policy Classification from Slide 12 2

Traditional Database Service Deployments

Was the only practical way to ensure good QoS

– Performance, scalability and reliability

Caused high costs for

‒ Hardware, software and labor

Multiple servers, databases, and OS’s to maintain

‒ Backup, patch, upgrade, monitor, optimize

Complex provisioning of dedicated services

‒ Slow to deploy new solutions

Dedicated Databases Cause Server and Software Sprawl

Engineering

Sales

Service

Finance

Manufacturing

Human Resources

Marketing

IT/Operations


Database as a Service Goals Providing cost savings and greater agility

Cost Savings - Standardization

- Shared and pooled resource

Agility - Elasticity

- Self-service provisioning

- Measured service

Manufacturing

Marketing

Human

Resources

Engineering

Sales

IT/Operations

Finance &

Accounting

Service

DBaaS


Evolution to Database as a Service

Siloes Standardized Consolidated Service Delivery Enterprise Cloud

Efficient Agile Unified Complex Simple


Database Consolidation on Clouds Traditional consolidation methods

Co

nso

lida

tio

n D

en

sity

Schema Consolidation

Share Servers, OS & Database

Virtual Machines

Share Servers

Clustered Databases

Share Servers & OS


Co

nso

lida

tio

n D

en

sity

Oracle Multitenant Simplifies consolidation, enables Database as a Service

Share Servers, OS & Database

Pluggable Databases Clustered Databases

Share Servers & OS

Virtual Machines

Share Servers


Oracle Database Architecture Requires memory, processes and database files

System Resources


New Multitenant Architecture Memory and processes required at container level only

System Resources


New Multitenant Architecture Memory and processes required at container level only

System Resources


Advantages of Multitenant Architecture Easy to adopt, reduce costs, increased agility

Applications run unchanged Rapid provisioning and portability

Shared memory and background processes Greater database consolidation density

Common operations performed at container Manage many as one (upgrade, backup)


OLTP benchmark comparison

Only 3GB of memory vs. 20GB memory used for 50 databases

Pluggable databases scaled to

over 250 while separate

database instances maxed at 50

Pluggable vs Separate Databases Highly Efficient: 6x Less H/W Resource, 5x more Scalable


Oracle Multitenant for Provisioning Fast Provisioning, Snapshot Clones

0

5

10

15

20

25

Non CDB PDB Clone PDB usingCopy-on-Write File

System

Time Taken to Provision New Database


RAC, Data Guard

Data Guard

Oracle Multitenant for Database as a Service Pick from standard sizes and service levels

✔

GOLD

SILVER

BRONZE Backups

✔


Oracle Multitenant for Database as a Service Trivially migrate tiers as databases become more mission critical

GOLD

SILVER

BRONZE ✔

✔

RAC, Data Guard

Data Guard

Backups


Managing Shared Resources

Fine-grain allocation of

resources based on priorities

Dynamically adjust priority

based on performance SLAs

Resource management for consolidated databases

High Priority

Medium Priority

Low Priority


Database as a Service Platform Requirements

Mixed Simultaneous Workloads

– OLTP / Web commerce

– Reports / Ad hoc queries / Analytics

– Data Loads / Backups / Batch

– Development / Test

Any SLA requirement

Maximum Security

Support few to thousands of databases


Exadata Improves Consolidation Performance

Smart Flash Cache

– Uses flash for physical I/O

Smart Flash Log

– Uses flash to improve log I/O latency

Smart Scan

– Runs portions of a database query in storage

Hybrid Columnar Compression (HCC)

– Reduces the number of blocks and I/Os

Unique technology for accelerating all database workloads


Greater Consolidation Density Oracle Exadata supports more databases per machine

4.89 5.5 7.4 8.91

16.51

56.7

110

1.89 2.16 2.16 2.48

0

20

40

60

80

100

120

0 1 2 3 4 5 6 7 8

Avera

ge

Resp

on

se (

mS

)

Number of databases (Load)

Response Times by Number of Databases

Conventional Response Exadata Response


Mixed Workloads are Fundamental to DBaaS

Database Resource Manager

– CPU resource management for conventional and pluggable databases

Exadata I/O Resource Management

– By tenant pluggable database, job, SQL, user, service, etc.

Exadata Network Resource Management

– Prioritizes critical messages through the entire fabric

– e.g. Web users prioritized over ad-hoc reporting

Oracle Exadata enables safe consolidation of diverse workloads


The Customer’s View

v

Oracle Exadata



Managing the Lifecycle of DBaaS

Enable Self-Service

Database provisioning

Package database services

Manage & Monitor

Define service priorities

Monitor database services

Meter, Charge, Optimize

Metering, chargeback, showback

Optimize service performance, QoS

Plan & Setup the Cloud

Capacity & consolidation planning

Policy and governance setup

Oracle Enterprise Manager


Delivering Database as a Service

Oracle Enterprise Manager, Oracle Multitenant and Oracle Exadata


Oracle Database as a Service

Users Get:

Better performance & service

Self-service provisioning

Pay per use

Everybody wins…

IT Gets:

Standardized deployments

Less maintenance

Simplified support


Graphic Section Divider


Technology

C4 delivering database as a service within your organization