Webséminaire DBaaS (Novembre 2014)

Copyright © 2014 Oracle and/or its affiliates. All rights reserved. |

Enterprise Manager 12cDatabase as a Service (DBaaS)Utiliser la base de données comme un service

Octobre 2014

Jean-Philippe PINTEBusiness Development ManagerOracle

Oracle Confidential – Internal/Restricted/Highly Restricted


Safe Harbor Statement

The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for Oracle’s products remains at the sole discretion of Oracle.

Oracle Confidential – Internal/Restricted/Highly Restricted 3


Agenda

1

2

3

Database as a Service – Les concepts

Enterprise Manager – DBaaS

Conclusion



Database as a ServiceLes concepts



Database as a ServiceDélivrer plus rapidement, à coût plus réduit et à moindre risque


Déploiements

plus rapides

Agilité

Réduction des coûts

de possession et

d’exploitation

Coûts

Qualité des services

rendus

Risques


Database as a ServiceLes ambitions du DBaaS


Libre Service

Catalogue de services

Elasticité

Sécurité renforcée

Meilleure disponibilité

Contrôle amélioré

Métriques

Ressources partagées

Automatisation

Agilité Coûts Risques


Database as a ServiceLes apports


•Agilité , Time to marketProvisionnement à la demande (libre

service)

•Utilisation accrue, efficacité, réduction des coûtsPool de ressources

•Qualité de service, Productivité, Réduction des risquesConfigurations DB préconfigurées et

validées

•Transparence, PrévisibilitéMesurer l’usage

•Fiabilité, Simplification, automatisationStandardisation

& meilleures pratiques

•Agilité, Evolutivité, Réponse rapide aux changementsElasticité


Database as a ServiceLes étapes préalables


Standardiser

Consolider

Optimiser

Automatiser


Mettre en place une solution DBaaSLes étapes préalables

Standardiser• Avoir un ensemble minimal de versions de base

de données• Définir un mécanisme de provisioning cohérent

et complet• S’assurer un processus de maintenance et de

patching• Garantir la non divergence des systèmes au

cours du temps• Offrir un catalogue de services bien définis



Consolider • Réduire le nombre d’installations OS/DB• Augmenter la densité de base de données sur

chaque matériel• Réduire les configurations matérielles• Utiliser les licences de façon optimisée• Minimiser les systèmes de test et de

développement• Partager les ressources dès que possible



Optimiser • Maximiser l’utilisation le matériel pour la base de données

• S’assurer d’une utilisation efficace du stockage• Mettre en place des processus (provisioning,

patching, …)• Améliorer la résilience



Automatiser • Simplifier les opérations courantes• Fournir une interface en libre service• Allouer automatiquement l’espace• Garantir un placement optimum des ressources• Assurer une administration et une supervision

pro-active• Automatiser les mises à jour (patches et

upgrades)


Architecture DBaaSDe la virtualisation simple aux instances multi-tenantes

Machines Virtuelles

Serveurs partagés

Schémas dédiés

Serveurs, OS et

bases de données

partagés

Augmentation de consolidation

Instances dédiées

Serveurs et OS

partagés

Base de données

Multi-tenant

Serveurs, OS et bases de

données partagés

+ Isolation garantie


Architecture DBaaSComparaison des modèles

Machines

virtuelles

Instances

dédiéesSchémas dédiés Pluggable DB

Consolidation

DensitéFaible / Modérée Haute La plus haute La plus haute

MaintenanceTrès complexe

(VM Sprawl)Facile Moyenne Facile

Isolation Excellente Bonne La moins bonne Excellente

Implémentation &

AdoptionFacile Facile Plus difficile Facile

Adéquation

applicative

Certaines

applications(dépendant du

workload)

ToutesDéveloppements internes

(nécessitent une

validation de l’application)

Toutes

(mais nécessitent d’être

certifiées avec DB12c)


Architecture DBaaSCas d’utilisation

L’utilisateur déploie une base dédiée (dans une VM ou sur une infrastructure physique)

1. Utilisateur désirant un nouveau service de base (avec ou sans données )

L’utilisateur déploie un schéma ou un PDB

2. Utilisateur désirant un clone d’une base existante (pour faire du test)

L’utilisateur fait un clone complet de la base de données

L’utilisateur fait un clone allégé (‘Copy On Write’) de la base de données


Enterprise Manager 12cDatabase as a Service



Aujourd’hui (ou approche traditionnelle)Lente et inefficace

DéveloppeurDemande

d’une instance

Accès à l’instance

DB

Management Approbation

DBADemande de HW

et stockageConfiguration et création instance

Admin System Setup OS & réseau

Admin StorageAllocation de

l’espace

… heures jusqu’à semaines …


Demain (ou approche service)Les souhaits

• Standardisation

• Consolidation

• Automatisation

• Gestion des ressources

• Catalogue de services

• Environnements clonés

• Interface libre service

• Métriques & Facturation

• Réduire les coûts et la maintenance

• Améliorer la stabilité et la capacité de traitement

• Augmenter l’agilité

• Se focaliser sur l’activité de la société


Mettre en place une plate-forme de servicesDatabase as a Service (DBaaS)

• Offrir un Service en libre service permettant de créer, consommer, gérer et payer une base de données en fonction de sa consommation

• Les ressources sont fournies automatiquement et de façon élastique à partir d’un pool partagé

• Un catalogue de Service est mis à disposition des utilisateurs afin que ceux-ci puissent choisir un composant en fonction de leurs besoins et des niveaux de service exigés


Challenges des DBAsLes 3 axes de réflexion

AUTOMATISATION

GESTION DES

RESSOURCES &

GOUVERNANCE

CONSOLIDATION &

STANDARDISATION

* Données extraites de l’étude IOUG 2013 concernant l’administration des bases de données et la croissance du stockage des bases de données


Challenge 1Consolidation & Standardisation

60% des administrateurs de bases de données utilisent

encore des bases de données dans un modèle en silo ou

cherchent à passer à un modèle de services partagés

“A large number of our IT environments are silo’ed with average 30% utilization”


ConsolidationLe challenge

• Les applications ont des profils de charge différents

• Il est nécessaire d’analyser de multiples ressources

• CPU

• Mémoire

• Stockage

• Réseau


ConsolidationConsolidation Planner

• Génération de plans de consolidation basés sur l’utilisation et la distribution des ressources

• P2P / P2V (D2S / D2D)

• Politique de placement : contraintes techniques ou fonctionnelles– Architecture des processeurs

– Propriété, localisation, cycle de vie

• Fournit des détails sur:– Confidence– Violations des contraintes de consolidation– Serveurs ne pouvant être consolidés (violations)

– Ratio de consolidation– Utilisation des serveurs de destination– Cartographie des serveurs


Standardisation : provisioningRéférences & procédures standardisées pour suivre les normes et éviter les divergences

• Images de références (« Gold Images »)

• Standardisation des déploiements via des profils

• Verrouillage des accès pour des déploiements contrôlés sans erreurs

• Procédures de déploiement standardisées (fournies par Oracle)


Standardisation : patchingGarantir une uniformité des patches et des upgrades pour l’ensemble du parc


• Recommandations fournies par Oracle (CPU, PSU)

• Mise à jour régulière depuis MOIS

• Plan de patch

• Assistant à la création (5 étapes)

• Création à partir des recommandations

• Multiples options (Rolling / Out of Place / In Place)

• Planification de l’application du plan de patching

• Verrouillage du modèle

• Assurer leur cohérence sur l’ensemble du parc

Simplement 5

étapes

Validation préalable


Standardisation : gestion des configurationsEviter les dérives


• Comparaison avec une image de référence (« Gold Image ») ou 1 à 1 et/ou 1 à n

• Eliminer le « bruit »

• Contrôler ce qui doit être comparé et quand cela doit être effectué

• Ignorer certaines différences

• Modèles préconfigurés fournis par Oracle

• Personnaliser les modèles en fonction des cas spécifiques (Gold, Référence)

• Configurer les différences qui doivent être notifiées

• Suivre les actifs


Standardisation : conformitéAssurer et maintenir au cours du temps la conformité sur les composants


• Bibliothèque de règles (fournie et mise à jour) par Oracle

• Possibilité de modéliser les règles d’entreprise

• Historique des tendances pour suivre les évolutions et les améliorations

• Tableau de bord


StandardisationCatalogue de services

Apps QA

Project Mgr

Apps IT

I need a new schema to track our upcoming

campaign

I need a database for the new HR system

I need to copy a production database

for testing

We need the best performance so we

can reply in real time

I’m willing to pay for near-continuous

availability

The cheapest configuration is fine. This is just for testing

• Catalogue de services = ∑ ( modèles de service pre-approvés et pre-configurés)

• Modèle de services = Configuration base de données à partir d’un système de référence + personnalisation (options, init, etc) + données (pour les scénarios de cloning)

•Un catalogue pour l’ensemble des utilisateurs ; accès basé sur les rôles


Standardisation : catalogue de serviceUn référentiel unique pour tous les objets

• Un seul référentiel pour stocker et accéder aux images, aux scripts & assemblages

• Catalogue de composants pré-packagés et préconfigurés (bases de données, schémas, PDBs, …)


StandardisationCatalogue de services : exemple


Service Definition

Technical Service

Service Model

Resource Pools

Define service tiers to simplify your offerings

Establish the technical footprint of each service tier

Determine the individual services to be provisioned

Align services with resource model

Bronze Silver Gold

Smal

l

Large

Medium X-Large

RAC

Data Guard Backups

PDB Database Schema

11.2.0.4 11.2.0.4

12.1.0.1 10.2.0.5


RAC + Data Guard

RAC One + Data

Guard

✔

GOLD

SILVER

BRONZEBackups

✔

Enterprise Manager Portal

StandardisationCatalogue de services : exemple




AUTOMATISATION

GESTION DES

RESSOURCES &

GOUVERNANCE

CONSOLIDATION &

STANDARDISATION


Challenge 2: Automatisation

“Provisioning a database server takes us 4-5 days with involvement of different groups to create a system meeting

enterprise standards. Need to roll out services on short order in matter of minutes and hours”

51% des administrateurs de bases de données qui déclarent

faire leurs tâches manuellement (ex : provisioning & cloning) trouvent

que cela consomme trop de temps


Challenge 2: AutomatisationDBaaS VS Approche traditionnelle

Approche traditionnelle

(Administrateurs)

Approche PaaS

(Utilisateur)

Définir et obtenir le

matériel

Configurer le matériel

Mettre en place les

composants

Déployer et patcher les

logiciels DB

Configurer la base de

données

Ajouter et reconfigurer

Demande d’une

instance DB

Ajustement automatique

de la capacité en

fonction de l’activité

Self-Service Provisioning

Libération des

ressources quand elles

ne sont plus utilisées

Middleware

OS/Machines

Database

Portail d’accès

aux ressources

Les utilisateurs ignorent

l’infrastructure technique sous-jacente

Databases

Heures / Semaines Minutes


Automatisation: interface libre serviceConsole fournie en standard

• Déploiement et Administration des infrastructures physiques et virtuelles

• Catalogue de services (Services de base de données - Modèles & Assemblages)

• Actions utilisateurs– Déploiement des composants

– Mise en place & suppression des ressources

– Démarrage & Arrêt

– Demande d’espace de stockage supplémentaire

– Supervision des ressources

– Quota

– Informations de facturation

• Tendance de charge, total consommé, détails du plan de charge, etc


AutomatisationMaintenance logicielle en libre service (Database Fleet Maintenance)



Challenge 2: Data Cloning

64% DBAs

utilisent des scripts

RMAN scripts pour

cloner les bases

Processus Manuel

Consommateur de temps

Utilisation du stockage

Retour arrière

Processus archaïques

Identique au

provisioning

classique


Data CloningScénario client (Télécom)

• 12 TB pour la base de production (développement interne)

• Exadata utilisé pour la base de production et standby sur ZFSSA

• Développements en interne d’applications nécessitant 7 copies en parallèle de la base de production

• Les clones doivent être rafraichis mensuellement

Stockage nécessaire

dans une approche

traditionnelle

Prod DB = 12 TB

Standby DB = 12 TB

7 Clones (7 * 12 TB)

= 84 TB

------------------

Total 108 TB

Temps = jours/semaines


Data CloningScénario client (Banque)

• 5 DBs production pour un total de 30 TB

• Chacune des 5 DBs de production a une standby

• Des clones de la production sont nécessaires pour les analyses et le reporting

• Chaque trimestre, 6 clones sont nécessaires pour les différentes équipes

• Pour des raisons de sécurité, les données sensibles doivent être anonymisées avant le cloning

Stockage nécessaire dans

une approche

traditionnelle

5 Prod DB = 30 TB

5 Standby DB = 30 TB

5 Masked DB = 30 TB

6 Clones (6 * 30 TB)

= 180 TB

------------------

Total 270 TB

Temps = jours/semaines


Data CloningQu’est-ce que le Snap Clone ?

Le Snap Clone permet, par un mode en libre service, de mettre rapidement en place un clone de base de données (large ~TB) en offrant une consommation d’espace efficace .

Libre service

Responsabiliser les

utilisateurs pour la

création des clones

Rapidité

Cloner des bases en

quelques minutes et non

en jours/semaines

Stockage efficace

Réduire

significativement

l’empreinte stockage


Data CloningScénarios clients avec Snap Clone

Scenario 1

[Client Telecom]

Prod DB = 12 TB

Standby DB = 12 TB

7 Clones (7 * 2 GB of writable space)

= 84TB 14 GB

-------------------

Total 108 ~24 TB

Temps = jours/semaines minutes

Scenario 2

[Client Banque]

5 Prod DB = 30 TB

5 Standby DB = 30 TB

5 Masked DB = 30 TB

6 Clones (6 * 5 * 2 GB of writable space)

= 180TB 60 GB

---------------------

Total 270 ~90 TB

Temps = jours/semaines minutes


Snap CloneOptions possibles

EM 12c Snap Clone

Sto

rage

Mgm

t Fr

amew

ork

(SM

F)

Hardware Solution [Vendor Specific]

Supports DB on File and ASM (*)

Software Solution [Vendor Agnostic]

Supports DB on File Only

• Storage Management Framework (SMF) plug-in


Data CloningFaciliter à dupliquer avec Oracle DB12c & PDB




AUTOMATISATION

GESTION DES

RESSOURCES &

GOUVERNANCE

CONSOLIDATION &

STANDARDISATION


Challenge 3 : Gestion des ressources & Gouvernance

Planification de l’utilisation des ressources

Facturation

Gestion pilotée des ressources

46%

28%

24%

Challenges

• Multiple workload• Allocation des ressources pour garantir les SLAs• Pas de perte de contrôle pour les DBAs


Gestion des ressources & GouvernanceAdministration & Contrôle

Gestion des quotas

Gestion des pools de ressources

PDB Pool

Schema Pool

DB Pool

Placement intelligent des

ressources

Contrôle des accès Politique de retrait des ressources

Cloud Admin


Gestion des ressources & GouvernanceOutil unique pour l’ensemble des tâches

• Piloté par Enterprise Manager–Snap Clone Analyser

–Métriques & facturation

–Rapports prédéfinis

–Ressources & zones

–Quotas & Droits d’accès

–Placement des ressources

–etc


Gestion des ressources & GouvernanceSurveillance continue des ressources et des demandes

• Administration des zones et des ressources sous-jacentes (Pool de serveurs, VMs, Bases de données, …)

– Suivi des ressources, des flux, des ressources, des violations des politiques, etc

– Accès aux informations des composants sous-jacents pour une supervision plus précise et détaillée

• Supervision des requêtes, des échecs, des identifications, des goulots d’étranglement potentiels, …


Gestion des ressources & GouvernanceOrchestration de l’infrastructure Cloud

• Elasticité fondée sur des règles–Politiques de placement

• Auto-bilan des « workloads » régulièrement

• Déplacement automatique des « workloads » si atteinte d’un niveau spécifique d’utilisation (violations)

• Basculement automatique


Gestion des ressources & GouvernancePlacement des ressources

Avg. CPU and

Memory

utilization over

the last 7 days

No. of instances

on a host

Max limit on CPU &

Memory utilization or

number of instances Memory usage

post instance

creation

Objectif : Trouvez des hôtes appropriés pour créer l'instance

demandée sans affecter les instances existantes

Host2Host1

First

Match


Gestion des ressources & GouvernanceMonétiser : établir des règles

• Associer un coût associé à chaque ressource

• Coûts fixes:– license

–administration

–énergies

–…

• Coûts variables en fonction de la configuration du service

IT

Utilisateurs


Gestion des ressources & GouvernanceProcessus de « Chargeback »

Créer un

Plan de

charge

Définir les

centres

de coût

Activer les

mesures

Assigner

les plans de

charges aux

cibles

Assigner

les cibles

aux centres

de coût

Activer la

collecte de

données pour

les cibles

sélectionnées

Définir les

éléments à

charger et les

taux

Définir la

hiérarchie

utilisée pour

l’affectation des

charges et les

rapports

Déterminer le

plan et les taux

à utiliser pour

chaque cible

Déterminer les

centres de coût

qui seront

facturés


ConclusionDBaaS & EM12c



Database as a Service (DBaaS)Fournir une base de données rapidement et aisément

Dedicated Database

Pluggable Database

Full & Snap Clone

Database Schema


Database as a Service (DBaaS)Fournir une base de données rapidement et aisément

• Administration et déploiement en mode libre service

• Bases de données pré-packagées et préconfigurées

• Déploiement / mise à disposition des BdD en un click

• Evolutivité et montée en charge « à la demande »

• Mesure de l’utilisation des ressources

• Facturation en fonction de la consommation réelle

• Agilité extrême pour l’IT

• Meilleure utilisation des machines et des ressources


Enterprise ManagerOutil de gestion uniforme d’une solution de Cloud Privé


Dedicated Databases

SchemasPluggable Databases

ClonesJava App WebLogic

SOA

SOA /OSB

Disponible sur toutes les infrastructures : Physique, Virtuelle, Engineered Systems

Service Governance

ElasticityService Provisioning

Operations & Performance Management

Consolidation Planning

Middleware Private Cloud Database Private Cloud


Database as a Service (DBaaS)Workshop

• DateDécembre 2014 (2 ou 3)

• LieuOracle France / Colombes

• Points abordés – Considération architecturale et concepts d’une solution de cloud privé

– Consolidation base de données & Planification des ressources

– Approche Base de données en mode service (Database as a service)

– Clone de bases de données

– Métriques & facturation

– Provisioning, patching, configuration & conformité

Copyright © 2014 Oracle and/or its affiliates. All rights reserved. | Oracle Confidential – Internal/Restricted/Highly Restricted 80

Internet

Webséminaire DBaaS (Novembre 2014)