Webséminaire DBaaS (Novembre 2014)

Enterprise Manager 12c
Database as a Service (DBaaS)
Utiliser la base de données comme un service
Copyright © 2014 Oracle and/or its affiliates. All rights reserved. |
Octobre 2014
Jean-Philippe PINTE
Business Development Manager
Oracle
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 Service
Les concepts

Délivrer plus rapidement, à coût plus réduit et à moindre risque
Coûts 
Risques
Agilité 
Déploiements
plus rapides
Réduction des coûts
de possession et
d’exploitation
Qualité des services
rendus

Agilité  Coûts  Risques 
Ressources partagées
Les ambitions du DBaaS
Meilleure disponibilité
Libre Service
Catalogue de services
Elasticité
Sécurité renforcée
Contrôle amélioré
Métriques
Automatisation

Les apports
•Agilité , Time to market
Provisionnement à la demande (libre
service)
•Utilisation Pool de ressources accrue, efficacité, réduction des coûts
•Qualité de service, Productivité, Réduction des risques
Configurations DB préconfigurées et
validées
Mesurer l’usage •Transparence, Prévisibilité
•Fiabilité, Simplification, automatisation
Standardisation
& meilleures pratiques
Elasticité •Agilité, Evolutivité, Réponse rapide aux changements

Les étapes préalables
Standardiser
Consolider
Optimiser
Automatiser

Mettre en place une solution DBaaS
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 DBaaS
De 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
Instances dédiées
Serveurs et OS
partagés
Augmentation de consolidation
Base de données
Multi-tenant
Serveurs, OS et bases de
données partagés
+ Isolation garantie

Architecture DBaaS
Comparaison des modèles
Machines
virtuelles
Instances
dédiées
Schémas dédiés Pluggable DB
Consolidation
Densité
Faible / Modérée Haute La plus haute La plus haute
Maintenance
Très complexe
(VM Sprawl)
Facile Moyenne Facile
Isolation Excellente Bonne La moins bonne Excellente
Implémentation &
Adoption
Facile Facile Plus difficile Facile
Adéquation
applicative
Certaines
applications
(dépendant du
workload)
Toutes
Développements internes
(nécessitent une
validation de l’application)
Toutes
(mais nécessitent d’être
certifiées avec DB12c)

1. Utilisateur désirant un nouveau service de base (avec ou sans données )
Architecture DBaaS
Cas d’utilisation
L’utilisateur déploie une base dédiée (dans une VM ou sur une infrastructure physique)
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 12c

Aujourd’hui (ou approche traditionnelle)
Lente et inefficace
… heures jusqu’à semaines …
Développeur Demande
d’une instance
Accès à
l’instance
DB
Management Approbation
DBA Demande de HW
et stockage
Configuration et
création instance
Admin System Setup OS & réseau
Admin Storage Allocation de
l’espace

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 services
• 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 DBAs
Les 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 1
Consolidation & 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”

 
Consolidation
Le 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
 

Consolidation
Consolidation 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 : provisioning
Ré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 : patching
Garantir 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 configurations
Eviter 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

Standardisation
Catalogue de services
Project Mgr
Apps IT
Apps QA
I need a new schema
to track our upcoming
campaign
We need the best
performance so we
can reply in real time
I need a database for
the new HR system
I’m willing to pay for
near-continuous
availability
I need to copy a
production database
for testing
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 service
Un 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, …)

12.1.0.1 10.2.0.5
Standardisation
Catalogue 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

RAC + Data Guard
RAC One + Data
Guard
Standardisation
Catalogue de services : exemple
✔
GOLD
SILVER
BRONZE Backups
✔
Enterprise Manager Portal

AUTOMATISATION
Challenges des DBAs
Les 3 axes de réflexion
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

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: 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”

Challenge 2: Automatisation
DBaaS 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
Database
OS/Machines
Portail d’accès
aux ressources
Les utilisateurs ignorent
l’infrastructure technique sous-jacente
Databases
Heures / Semaines Minutes

Automatisation: interface libre service
Console 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

Automatisation
Maintenance 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 Cloning
Scé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 Cloning
Scé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 Cloning
Qu’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 Cloning
Scé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

Software Solution [Vendor Agnostic]
Supports DB on File Only
Snap Clone
Options possibles
EM 12c Snap Clone
Storage Mgmt Framework (SMF)
Hardware Solution [Vendor Specific]
Supports DB on File and ASM (*)
• Storage Management Framework
(SMF) plug-in

Data Cloning
Faciliter à dupliquer avec Oracle DB12c & PDB

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 & Gouvernance
Administration & Contrôle
Contrôle des accès Politique de retrait des ressources
PDB
Pool
Schema
Pool
DB Pool
Gestion des pools de ressources
Gestion des quotas
Placement intelligent des
ressources
Cloud Admin

Outil 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

Surveillance 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, …

Orchestration 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

Placement des ressources
Objectif : Trouvez des hôtes appropriés pour créer l'instance
demandée sans affecter les instances existantes
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
First
Match
Host1 Host2

Moné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

Processus 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

Conclusion
DBaaS & EM12c

Fournir une base de données rapidement et aisément
Dedicated Database
Full & Snap Clone
Pluggable Database
Database Schema

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 Manager
Outil de gestion uniforme d’une solution de Cloud Privé
Service Provisioning Elasticity
Dedicated
Databases
Schemas
Pluggable
Databases
Service Governance
Java App WebLogic SOA /OSB
Clones
SOA
Disponible sur toutes les infrastructures :
Physique, Virtuelle, Engineered Systems
Operations & Performance Management
Consolidation Planning
Middleware Private Cloud Database Private Cloud

Workshop
• Date
Décembre 2014 (2 ou 3)
• Lieu
Oracle 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é

Webséminaire DBaaS (Novembre 2014)

Webséminaire DBaaS (Novembre 2014)

Contenu connexe

Tendances

En vedette

Similaire à Webséminaire DBaaS (Novembre 2014)

Plus de Jean-Philippe PINTE

Webséminaire DBaaS (Novembre 2014)