EMC XtremIO High Performance Oracle Xtremio WP

Livre blanc
EMC XTREMIO : SOLUTION DE

CONSOLIDATION HAUTES PERFORMANCES
POUR ORACLE
EMC XtremIO, VMware vSphere, base de donnes Oracle,
Oracle RAC
Optimiser les temps de service du stockage pour les charges
applicatives OLTP et OLAP/dentrept dcisionnel dbits
levs
Virtualiser et consolider les instances de base de donnes avec
de meilleures performances
Rduire le nombre de copies et simplifier lenvironnement de
test et de dveloppement pour une meilleure efficacit
informatique
Solutions EMC
Rsum
Ce livre blanc dcrit les avantages en matire de performances et
dutilisation dune base de donnes Oracle virtualise, avec
VMware vSphere dploy sur une baie EMC XtremIO 100 % Flash. Il
explique galement comment la solution optimise la consolidation et la
virtualisation des environnements de base de donnes Oracle.
Juillet 2014
Copyright 2014 EMC Corporation. Tous droits rservs.
Publi en juillet 2014.
EMC estime que les informations figurant dans ce document sont exactes
la date de publication. Ces informations sont modifiables sans pravis.
Les informations contenues dans ce document sont fournies en ltat .

EMC Corporation ne fournit aucune dclaration ou garantie daucune sorte
concernant les informations contenues dans cette publication et rejette plus
spcialement toute garantie implicite de qualit commerciale ou
dadquation une utilisation particulire.
Lutilisation, la copie et la diffusion de tout logiciel EMC dcrit dans cette

publication ncessitent une licence logicielle en cours de validit.
EMC2, EMC et le logo EMC sont des marques dposes ou des marques
commerciales dEMC Corporation aux tats-Unis et dans dautres pays.
Toutes les autres marques cites dans le prsent document sont la
proprit de leurs dtenteurs respectifs.
Pour obtenir la liste actualise des noms de produits, consultez la rubrique

des marques EMC via le lien Lgislation, sur http://france.emc.com.
Toutes les autres marques cites dans le prsent document sont la

proprit de leurs dtenteurs respectifs.
Rfrence H12117.1
EMC XtremIO : solution de consolidation hautes performances pour Oracle 2

EMC XtremIO, VMware vSphere, base de donnes Oracle, Oracle RAC
Table des matires
Rsum analytique ............................................................................................................................. 6
Business case .................................................................................................................................. 6
Prsentation de solution .................................................................................................................. 6
Rsultats principaux ........................................................................................................................ 7
Introduction ....................................................................................................................................... 8
Objectif ............................................................................................................................................ 8
Primtre ......................................................................................................................................... 8
Public .............................................................................................................................................. 8
Prsentation de la technologie ........................................................................................................... 9

Prsentation .................................................................................................................................... 9
EMC XtremIO .................................................................................................................................... 9
Voici quelques-unes des fonctions principales dXtremIO : ....................................................... 11
Performances volutives ........................................................................................................... 11
Haute disponibilit .................................................................................................................... 11
Rduction des donnes la vole ............................................................................................. 11
Snapshot XtremIO ..................................................................................................................... 11
Prise en charge de VMware VAAI................................................................................................ 12
VMware vSphere ............................................................................................................................ 13
VMware vCenter ............................................................................................................................. 13
EMC PowerPath/VE ........................................................................................................................ 13
Oracle Database 11g Enterprise Edition ......................................................................................... 13
Oracle RAC 11g R2 ......................................................................................................................... 13
Oracle ASM ............................................................................................................................... 14
Oracle Clusterware .................................................................................................................... 14
Architecture de la solution ................................................................................................................ 15

Prsentation .................................................................................................................................. 15
Schma de larchitecture ............................................................................................................... 15
Ressources matrielles .................................................................................................................. 16
Ressources logicielles .................................................................................................................... 16
Couche de stockage : EMC XtremIO ................................................................................................... 17

Conception de cluster .................................................................................................................... 17
Rduction des donnes la vole .................................................................................................. 17
Allocation dynamique .................................................................................................................... 18
Protection contre les pannes .......................................................................................................... 18
volutivit ...................................................................................................................................... 18
Oprations sur les mtadonnes in-memory .................................................................................. 19
XtremIO Management Server .......................................................................................................... 19
Configuration du stockage ............................................................................................................. 19
Conception du stockage ................................................................................................................. 20
Provisionnement des LUN .............................................................................................................. 21

Couche rseau .................................................................................................................................. 24
Prsentation .................................................................................................................................. 24
Bonnes pratiques SAN ................................................................................................................... 24
Bonnes pratiques relatives au rseau IP......................................................................................... 24
Bonnes pratiques relatives au rseau VMware vSphere ................................................................. 24
Couche de traitement ....................................................................................................................... 26

Prsentation .................................................................................................................................. 26
Ressources de traitement et de stockage ....................................................................................... 26
Virtualisation ................................................................................................................................. 27
Virtualisation du rseau ............................................................................................................ 27
Configuration des modles de machine virtuelle ....................................................................... 27
Autorisation daccs aux priphriques de stockage ................................................................. 29
Base de donnes Oracle ................................................................................................................... 30

Prsentation .................................................................................................................................. 30
Conception du stockage des bases de donnes OLTP .................................................................... 30
Organisation des groupes de disques ASM pour la base de donnes OLTP .................................... 31
Profil de base de donnes et de charge applicative OLTP ............................................................... 31
Configuration du groupe de disques ASM pour la base de donnes dentrept dcisionnel ........... 31
Profil de base de donnes et de charge applicative DW .................................................................. 32
Test et validation des performances ................................................................................................. 33

Prsentation .................................................................................................................................. 33
Remarques sur les rsultats ........................................................................................................... 33
Objectif du test .............................................................................................................................. 33
Scnarios de test ........................................................................................................................... 34
Tests sur les charges applicatives pour la lecture/criture de blocs uniques alatoires SLOB ........ 34
OLTP avec test 100 % requtes : test portant uniquement sur les requtes
de blocs uniques alatoires SLOB ............................................................................................. 34
OLTP avec test 100 % UPDATE : test sur les lectures/critures de blocs
uniques alatoires SLOB ........................................................................................................... 36
OLTP avec test 75 %/25 % QUERY/UPDATE test sur les blocs uniques alatoires SLOB ............. 39
Test sur la charge applicative des requtes dentrept dcisionnel ................................................ 41
Mthodologie de test ................................................................................................................ 41
Procdure de test ...................................................................................................................... 41
Rsultats des tests .................................................................................................................... 41
Test de chargement des donnes dentrept dcisionnel ............................................................... 42
Mthodologie de test ................................................................................................................ 42
Procdure de test ...................................................................................................................... 42
Rsultats des tests .................................................................................................................... 43
Conclusion ....................................................................................................................................... 44
Rsum .......................................................................................................................................... 44
Conclusions ................................................................................................................................... 44

Rfrences ....................................................................................................................................... 45
Livres blancs .................................................................................................................................. 45
Documentation VMware ................................................................................................................. 45
Documentation Oracle ................................................................................................................... 45
Autre documentation ..................................................................................................................... 45

Rsum analytique
Business case Les besoins mtiers entranent la croissance du volume des donnes collectes et
de la vitesse laquelle elles le sont. Paralllement, la demande de transformation
rapide de ces donnes en informations sur les opportunits et les risques quelles
reprsentent se fait plus pressante.
Des bases de donnes telles quOracle Database 11g sont utilises pour prendre
en charge les applications critiques. Pour offrir des temps de rponse rapides sur
la gamme dapplications, ces bases de donnes requirent lutilisation dun
stockage conu la fois pour les E/S transactionnelles avec latence faible et pour
les charges applicatives danalytique dbit lev.
La virtualisation permet une meilleure consolidation des types de charge

applicative de base de donnes. Souvent, de par la consolidation, les charges
applicatives OLTP (Online Transaction Processing) et OLAP (Online Analytical
Processing) partagent les mmes serveurs et le mme stockage. Par consquent,
pour des performances optimales, linfrastructure de stockage sous-jacente doit
galement tre conue pour grer les diffrentes charges applicatives dune
infrastructure consolide.
La baie EMC XtremIO 100 % Flash gre efficacement les effets de la

virtualisation sur les charges applicatives de base de donnes exigeantes en
termes dE/S, avec des performances dE/S alatoires impressionnantes et des
temps de latence trs faibles et cohrents. Cela sapplique aussi bien aux charges
applicatives OLTP quOLAP, ainsi qu la consolidation de plusieurs charges
applicatives sur une plate-forme de stockage commune. XtremIO confre
galement aux environnements virtualiss une vitesse et une agilit de
provisionnement indites : snapshots peu encombrants, dduplication des
copies la vole, allocation dynamique et provisionnement acclr via VMware
VAAI (VMware vStorage APIs for Array Integration). Il en rsulte des conomies sur
les licences de stockage et de base de donnes, une simplicit exceptionnelle
pour ce qui est de la gestion et du provisionnement du stockage, ainsi que de
nouvelles fonctions pour lanalytique en temps rel et les cycles de
dveloppement/test.
Prsentation de La virtualisation des serveurs de bases de donnes constitue une stratgie

solution prouve pour la consolidation des bases de donnes, mais elle peut reprsenter
des dfis spcifiques. Lors de la consolidation de plusieurs applications sur un
nombre dhtes physiques rduit, la charge applicative dE/S peut devenir
extrmement alatoire pour le stockage back-end, car les machines virtuelles
partagent des ressources physiques telles que les adaptateurs HBA. La baie de
stockage XtremIO 100 % Flash est conue pour sexcuter dans ces
environnements virtualiss exigeants et offrir des performances dE/S alatoires
leves et cohrentes tout en optimisant les cots par base de donnes.
Cette solution dmontre les avantages du dploiement dOracle Database 11g sur
VMware vSphere avec un systme de stockage XtremIO.
Les principaux avantages de cette solution sont les suivants :

consolidation des bases de donnes Oracle virtualises et des autres
applications sur les mmes systmes de stockage et htes physiques ;
disponibilit et performances prvisibles pour les contrats de niveau de
service des applications ;

facilit dutilisation et planification de la croissance simplifie avec
XtremIO ;
encombrement du stockage optimal pour lensemble de lenvironnement
de base de donnes, y compris toutes les copies de production et de
test/dveloppement.
Rsultats Dans le cadre de cette solution, XtremIO offre :

principaux
une configuration rapide et simple, avec peu voire aucun rglage du
stockage requis ;
des E/S alatoires de blocs de taille volumineuse et une bande passante
leve pour un grand entrept dcisionnel avec plusieurs utilisateurs
simultans ;
des IOPS (E/S par seconde) accrues et une latence cohrente pour
lvolutivit des charges applicatives OLTP ;
des performances prvisibles pour les environnements de base de
donnes consolids et virtualiss avec E/S alatoires ;
des conomies importantes en termes dencombrement du stockage via
lutilisation de la dduplication la vole XtremIO ;
une tolrance aux pannes/protection leve pour la haute disponibilit,
systmes en clusters tels qu Oracle Real Application Clusters (RAC) et
VMware vSphere High Availability (HA).

Introduction
Objectif Ce livre blanc dcrit une solution haute disponibilit volutive pour
Oracle Database 11g, dans le cadre du dploiement dun environnement VMware
vSphere virtualis avec systme de stockage XtremIO.
Primtre Les objectifs de ce livre blanc sont les suivants :

prsenter les principales technologies qui composent la solution ;
dcrire larchitecture et la conception de la solution ;
en dcrire et en valider les principaux composants et processus ;
identifier ses principaux avantages mtiers.
Public Ce livre blanc sadresse aux administrateurs BD Oracle, aux administrateurs

VMware, aux administrateurs de stockage, aux architectes informatiques et aux
responsables techniques chargs de la conception, de la cration et de la gestion
de linfrastructure, des datacenters et des bases de donnes Oracle.

Prsentation de la technologie
Prsentation Principaux composants technologiques de la solution :
EMC XtremIO avec prise en charge de VMware VAAI ;
VMware vSphere ;
VMware vCenter ;
EMC PowerPath/VE ;
Oracle Database 11g R2 Enterprise Edition ;
Oracle RAC 11g R2.
EMC XtremIO La baie de stockage EMC XtremIO est un systme 100 % Flash qui repose sur une
architecture scale-out. Il se compose de modules appels X-Bricks, qui peuvent
tre assembls afin daccrotre les performances et la capacit de la baie en
fonction des besoins. Cette solution utilise deux modules X-Brick.
XtremIO reprsente une valeur ajoute dans les principaux domaines suivants :
Performances : quels que soient le taux doccupation du systme et
lutilisation de la capacit de stockage, la latence et le dbit restent
cohrents, prvisibles et constants. Au sein de la baie, la latence pour une
demande dE/S est gnralement infrieure une milliseconde. La Figure
1 prsente un exemple de tableau de bord XtremIO utilis pour surveiller
les performances.
Figure 1. Tableau de bord de lapplication de gestion du stockage XtremIO
volutivit : le systme de stockage XtremIO repose sur une architecture

scale-out. Il commence par un module X-Brick unique. Si les performances
et la capacit doivent tre accrues, le systme volue grce lajout de
modules X-Brick supplmentaires. Les performances progressent de
manire linaire : ainsi, deux modules X-Brick fournissent deux fois plus
dE/S par seconde que la configuration avec un seul X-Brick et quatre

modules X-Brick quatre fois plus. La latence reste faible mesure que le
systme grandit. Les baies XtremIO effectuent un scale-out jusqu tous
les niveaux requis de performances ou de capacit, comme le montre
la Figure 2.
Figure 2. Units de dimensionnement X-Brick
Protection des donnes : XtremIO sappuie sur un algorithme de

protection des donnes exclusif et optimis pour Flash, dnomm XDP
(XtremIO Data Protection). Cet algorithme assure la protection des
donnes tout en offrant des performances suprieures tous les
algorithmes RAID existants. Loptimisation de lalgorithme XDP permet de
rduire le nombre dcritures sur les mdias Flash des fins de protection
des donnes.
Gestion des donnes : XtremIO prend en charge les snapshots hautes
performances avec optimisation de lespace utilis, la rduction des
donnes la vole, lallocation dynamique et lintgration complte de
VMware vSphere VAAI avec prise en charge des protocoles Fibre Channel
(FC) et iSCSI.
Simplicit : pour le provisionnement du stockage, il suffit dindiquer la
taille de la LUN. Nul besoin de crer des groupes RAID, de choisir des
disques SSD spcifiques sur lesquels crer les LUN, dactiver ou de
dsactiver lallocation dynamique ou la dduplication. Pour plus
dinformations, reportez-vous la section Provisionnement des LUN.
Architecture quilibre par nature : XtremIO prsente une conception
scale-out. Par consquent, il utilise plusieurs contrleurs pour fournir des
performances linaires qui augmentent paralllement la capacit de la
baie. Lun des objectifs essentiels de la conception dXtremIO consiste
maintenir une architecture naturellement quilibre , afin que la baie
puisse utiliser toutes les ressources de manire homogne, tout
moment. XtremIO permet datteindre cet objectif en quilibrant la charge
applicative de la baie sur tous les contrleurs, ce afin dviter les points
sensibles et les processus de rquilibrage back-end.

Voici quelques-unes des fonctions principales dXtremIO :
Performances volutives
XtremIO est conu pour un dploiement scale-out afin de rpondre aux besoins
de performances et de capacit venir, quils dcoulent de nouvelles
applications ou de celles dj mises en uvre. Larchitecture XtremIO permet
daccrotre les performances et la capacit par lajout de modules X-Brick, tout en
conservant un seul point de gestion et en prservant lquilibre des ressources
sur lensemble du systme.
Haute disponibilit
viter les pertes de donnes et maintenir le service en cas de dfaillances
multiples sont les principaux atouts de larchitecture XtremIO. Du point de vue
matriel, aucun composant ne constitue un point unique de dfaillance. Chaque
module X-Brick est dot de deux alimentations. Le systme possde galement
un double bloc-batteries de secours et deux ports rseau et de donnes.
Lalimentation en entre et les diffrents chemins de donnes font lobjet dune
surveillance constante, et toute dfaillance dclenche une tentative de
restauration ou une procdure de basculement sur incident.
Larchitecture logicielle repose sur une construction similaire. Chaque lment

dinformation qui nest pas associ un disque SSD est conserv plusieurs
emplacements, dans un journal. Chaque module logiciel dispose de son propre
journal, qui nest pas conserv sur le mme contrleur de stockage, et peut servir
restaurer les donnes en cas de dfaillance inattendue.
Rduction des donnes la vole

XtremIO effectue une dduplication automatique et globale des donnes ds leur
entre dans le systme. Cette technique permet de rduire la quantit de donnes
crites sur les mdias Flash, ce qui allonge leur dure de vie et rduit les cots.
La rduction des donnes seffectue en temps rel, et non en post-traitement.
XtremIO ne fait intervenir aucun processus darrire-plan qui monopolise les
ressources et neffectue aucune opration de lecture/criture supplmentaire
(en relation avec la dduplication en post-traitement). Par consquent, les
performances sont amliores, les ressources disponibles alloues aux E/S de
lhte sont utilises efficacement et la dure de vie des disques Flash est
optimise.
Snapshot XtremIO
Les snapshots XtremIO sont troitement intgrs dans larchitecture de baie
XtremIO. Leur implmentation repose entirement sur les mtadonnes et fait
appel la fonction de rduction des donnes pour empcher leur copie au sein
de la baie. Les snapshots XtremIO tirent parti des mtadonnes en mmoire et
des mtadonnes deux phases, avec un avantage supplmentaire : une
structure de donnes efficace pour la prise en charge de la cration rapide dun
snapshot fournissant les mmes performances que les volumes de production, au
niveau des lectures et des critures, indpendamment de ltendue ou de la
profondeur de larborescence du snapshot.

Voici quelques exemples dutilisation de base de donnes pouvant bnficier des
avantages des snapshots XtremIO :
Sauvegarde de la base de donnes : en crant des snapshots des LUN de

base de donnes et en les montant sur un serveur de sauvegarde ddi,
les serveurs de production sont librs des oprations de sauvegarde et
peuvent faire une utilisation efficace des ressources au niveau des
processus mtiers.
Protection contre la corruption des donnes logiques : en crant plusieurs

snapshots sur de courts intervalles, les donnes logiques peuvent tre
rcupres partir de ces snapshots. La cration de snapshots
nimplique pas une consommation supplmentaire de mmoire Flash ou
de mtadonnes, moins que des donnes uniques non nulles ne soient
crites sur ces snapshots. Les utilisateurs peuvent ainsi crer des
snapshots plus frquemment et plus efficacement.
Provisionnement rapide des environnements de test/dv. : la cration et le

montage du snapshot des LUN de base de donnes de production sur le
serveur de test/dv. permettent le provisionnement rapide des copies exactes
de la base de donnes de production des fins de test/dv. ou autres.
Dchargement du traitement : les oprations dentrept dcisionnel telles

que lextraction, la transformation et le chargement (ETL), ainsi que
lanalytique en temps rel, peuvent tirer parti de la cration et du montage
des snapshots des LUN de base de donnes sur le serveur hors
production. Ces snapshots permettent un accs rapide aux copies
rcentes des donnes de production.
Remarque : bien que cette solution soit conue pour les bases de donnes Oracle, les
snapshots sont tout aussi utiles pour les autres bases de donnes et applications.
Prise en charge de VMware VAAI

XtremIO sintgre entirement avec VMware vSphere via lAPI vSphere VAAI pour le
provisionnement et le clonage des machines virtuelles, le provisionnement des
disques de machines virtuelles (VMDK) et le dploiement denvironnements de
virtualisation grande chelle. XtremIO propose des performances leves, des
temps de latence faibles et des dlais de provisionnement rduits, quel que soit le
provisionnement du stockage choisi au niveau VMDK. XtremIO prend en charge la
primitive de remise zro des blocs VAAI et crit les blocs de zros de sorte
liminer les problmes de performances inhrents au provisionnement des volumes
EZT (Eager-Zero-Thick) pour les disques virtuels. Outre la primitive de remise zro
des blocs, XtremIO prend en charge dautres primitives VAAI telles que XCOPY, ATS,
UNMAP et lallocation dynamique. Ainsi, le systme XtremIO dcharge les tches de
gestion du stockage VMware courante, pour une agilit du datacenter sans
prcdent :
configuration et formatage rapide des volumes VMFS de toute taille ;

utilisation de datastores volumineux pour une gestion simplifie ;
cration rapide de datastores ;
clonage instantan des machines virtuelles et vApps, avec dploiement en
masse de centaines de nouvelles machines virtuelles en quelques minutes.

Seul XtremIO peut prendre en charge ces fonctionnalits. En effet, il propose une
combinaison puissante de fonctionnalits : dduplication la vole,
mtadonnes en mmoire et prise en charge VAAI.
Pour une description plus dtaille des fonctions dXtremIO, consultez le
livre blanc Introduction to the EMC XtremIO Storage Array
VMware vSphere La couche de virtualisation dissocie lapplication des ressources physiques sous-
jacentes. Elle offre une plus grande flexibilit dans la couche applicative en
supprimant les priodes dinterruption matrielle pour maintenance, et permet de
modifier le systme physique sans nuire aux applications hberges. Dans un
exemple dutilisation de virtualisation des serveurs, cette couche permet
plusieurs machines virtuelles indpendantes de partager le mme matriel
physique.
VMware vSphere constitue la plate-forme de virtualisation la plus complte et la

plus robuste du secteur. Elle permet de virtualiser les applications critiques
laide de pools de ressources dynamiques, pour une flexibilit et une fiabilit
sans prcdent. Cette solution transforme les ressources physiques dun
ordinateur en virtualisant le CPU, la RAM, le disque dur et le contrleur rseau.
Cette transformation cre des machines virtuelles entirement fonctionnelles qui
excutent des systmes dexploitation et des applications isols et encapsuls.
VMware vCenter VMware vCenter est un systme de gestion centralise pour linfrastructure
virtuelle VMware. Il vous fournit une interface unique accessible depuis diffrents
priphriques des fins de surveillance, de gestion et de maintenance de
linfrastructure virtuelle.
VMware vCenter gre galement certaines fonctions avances de linfrastructure

virtuelle VMware, comme VMware vSphere HA, VMware vSphere
Distributed Resource Scheduling (DRS), VMware vMotion et VMware Update
Manager.
EMC PowerPath/VE EMC PowerPath/Virtual Edition (VE) for vSphere fournit des fonctions de
multipathing optimisant les environnements virtuels VMware vSphere.
PowerPath/VE est install sur lhte VMware ESXi comme un module de noyau, et
fonctionne comme un plug-in de multipathing (traitement massivement parallle)
qui fournit aux htes VMware ESXi des fonctions avances de gestion des chemins
et dquilibrage de la charge.
Oracle Oracle Database 11g Enterprise Edition offre performances, volutivit, scurit et
Database 11g fiabilit pour une varit de serveurs uniques ou en cluster excutant Windows,
Enterprise Edition Linux ou UNIX. Cette solution prend en charge des fonctionnalits avances,
incluses ou disponibles en sus, qui ne sont pas disponibles avec Oracle Database
11g R2 Standard Edition. Il sagit de fonctionnalits de scurit telles que Virtual
Private Database et doptions dentrept dcisionnel telles que le partitionnement
et des fonctions danalytique avances.
Oracle RAC 11g R2 Dans Oracle RAC 11g R2, Oracle Grid Infrastructure combine Oracle Automatic
Storage Management (ASM) et Oracle Clusterware en un ensemble de binaires
distincts du logiciel de la base de donnes. Cette infrastructure offre prsent tous
les services de cluster et de stockage requis pour excuter une base de donnes
Oracle RAC.

Oracle ASM
Oracle ASM est un systme de fichiers de base de donnes et un gestionnaire de
disques intgr compatible avec le systme de cluster. Les fonctions de gestion
de volumes et le systme de fichiers ASM sont intgrs dans le noyau de la base
de donnes Oracle. Dans Oracle RAC 11g R2, ASM a galement t tendu pour
inclure la prise en charge dOracle Cluster Registry (OCR) et des fichiers de vote
placer dans les groupes de disques ASM.
Oracle Clusterware
Oracle Clusterware est une solution de gestion de cluster portable intgre dans
la base de donnes Oracle. Cette solution offre linfrastructure ncessaire pour
excuter Oracle RAC, y compris les services de gestion de cluster et les services
haute disponibilit. Vous pouvez galement lutiliser pour faire bnficier une
application autre quOracle de la haute disponibilit dans le cluster.

Architecture de la solution
Prsentation Cette section dcrit larchitecture de la solution.
Celle-ci reprsente un rapport cots/performances optimal dans les

environnements applicatifs critiques. La base de donnes Oracle est dploye
sous forme de base de donnes RAC virtualise quatre nuds, sur une baie de
stockage XtremIO compose de deux volumes XtremIO X-Brick.
Schma de Lorganisation de la solution est illustre dans la Figure 3.

larchitecture
Figure 3. Architecture de la solution
La solution se compose des lments suivants :

Couche de traitement : comprend quatre serveurs utilisant un total de
32 curs, avec des processeurs cadencs 2,9 GHz et 2 To de RAM.
Ces serveurs monts en rack permettent dadopter une approche oriente
hautes performances, consolidation et virtualisation des infrastructures
Oracle, ce qui amliore la flexibilit du dploiement sans devoir modifier
les applications.
Couche rseau : comprend deux switches IP et deux switches SAN de
classe directeur, que nous avons 1 configurs pour obtenir une bande
passante active de 108 Go/s. Les switches SAN sont conus pour un
dploiement dans des rseaux de stockage prenant en charge les Clouds
dentreprise et les datacenters virtualiss.
1
Dans ce livre blanc, nous dsigne lquipe dingnieurs EMC Solutions qui a valid la
solution.

Couche de stockage : comprend deux baies X-Brick (12U) avec 14,94 To
de capacit physique utile.
Les serveurs sont installs avec VMware vSphere et configurs en tant que cluster
VMware ESXi.
Quatre machines virtuelles sont cres sur ce cluster VMware ESXi, qui excute
une base de donnes Oracle RAC quatre nuds. Nous avons examin les
performances du systme en excutant sparment les charges applicatives OLTP
et dentrept dcisionnel (DW) sur la base de donnes Oracle RAC.
Ressources Le Tableau 1 rpertorie les ressources matrielles de la solution.

matrielles
Tableau 1. Ressources matrielles
Matriel Quantit Configuration

Baie de stockage 1 Baie XtremIO compose de deux modules X-Brick
Serveurs 4 8 curs, processeurs 2,9 GHz, 512 Go de RAM, avec :

1 carte rseau 1 Gigabit Ethernet (GbE)
1 carte rseau 10 GbE
Switches LAN 2 10 GbE
Switches SAN 2 FC
Ressources Le Tableau 2 rpertorie les logiciels de la solution.

logicielles
Tableau 2. Ressources logicielles
Logiciel Version Remarques

VMware vSphere 5.0 Hypervisor hbergeant toutes les
machines virtuelles
VMware vCenter 5.1 Gestionnaire vSphere
Red Hat Enterprise Linux 6.3 Systme dexploitation des serveurs de

base de donnes
Oracle Database 11g Release 2 Enterprise Base de donnes

Edition 11.2.0.3
Oracle Grid Infrastructure 11g Enterprise Clusterware avec ASM pou la gestion
Release 2 Edition 11.2.0.3 des volumes
Silly Little Oracle Benchmark 2 Outil de benchmark OLTP

(SLOB)
XIOS 2.2 SP3 Systme dexploitation XtremIO

Couche de stockage : EMC XtremIO
Conception de EMC XtremIO sappuie sur une conception de cluster scale-out optimise pour le
cluster Flash qui ajoute de manire linaire de la capacit et des performances pour
rpondre aux besoins en matire de stockage. Chaque module X-Brick est dot de
contrleurs de stockage haute disponibilit, avec configuration entirement
actif/actif, sans aucun point unique de dfaillance. Des modules X-Brick
supplmentaires peuvent tre ajouts un systme existant et regroups sur un
backbone de rseau redondant, haute disponibilit et prsentant un temps de
latence extrmement faible. Dans un tel systme, les performances voluent de
manire linaire, alors que la latence maintient un niveau bas.
Le systme dexploitation XtremIO (XIOS) gre les clusters de stockage et fournit

les fonctionnalits suivantes :
Il garantit une rpartition quitable de la charge sur tous les disques SSD
du cluster afin dobtenir les meilleurs niveaux de performance et
dendurance possible pour rpondre aux charges applicatives exigeantes
pendant toute la dure de vie de la baie.
Il rend inutile la configuration complexe habituelle des baies
traditionnelles. Il limine le besoin de dfinir les niveaux RAID, la taille
des groupes de disques, la largeur des bandes, les rgles de mise en
cache, et de crer des agrgats ou de procder dautres tches de
configuration manuelles.
Il configure les volumes de manire automatique et optimale et garantit
laugmentation automatique des performances des E/S sur les volumes
existants et sur les Datasets en cas de scale-out du cluster.
Rduction des La baie XtremIO 100 % Flash excute la dduplication des donnes la vole en
donnes la vole fonction dun algorithme qui vrifie que chaque bloc de donnes stock sur la baie
nest pas identique du contenu existant. Ainsi, chaque E/S de stockage est
dduplique en temps rel la rception et seuls les blocs uniques sont crits sur le
stockage Flash. En outre, la dduplication sur la baie XtremIO amliore les
performances, car les cycles dE/S des disques SSD ne sont jamais consomms par
lcriture de blocs en double ou le traitement de donnes non ddupliques. Cela
prserve la capacit dE/S maximale pour la gestion des demandes provenant des
htes.
Lorsque le mode archivelog est activ et quun journal redo log en ligne est plein,
le processus darchivage copie les donnes redo partir de ce redo log en ligne
vers le fichier log darchivage. Le redo log plein nest plus disponible en criture
pour le processus Log Writer jusqu son archivage. Le log darchivage est une
copie exacte du redo log en ligne. Par consquent, la baie nexcute pas dE/S
dcritures physiques sur les disques SSD back-end ; elle envoie les mises jour
vers des pointeurs in-memory et lopration dcriture se termine instantanment.
Une fois que le Log Writer (LGWR) a crit les nouvelles donnes dans le journal redo
log en ligne en cours darchivage, le pointeur en mmoire du fichier redo log en ligne
est mis jour et pointe vers les blocs redo physiques nouvellement allous, qui
stockent les dernires donnes redo. Le pointeur en mmoire du journal redo log
archiv est intact, ce qui signifie que les blocs physiques utiliss par le journal redo
log archiv ne sont pas obsoltes tant quils existent dans le log darchivage de
destination.

XtremIO permet galement une mise en cache compatible avec la dduplication :
les blocs conservs dans le cache peuvent tre utiliss pour nimporte quelle
rfrence logique ces blocs. La mise en cache compatible avec la dduplication,
allie la dduplication la vole, rduit considrablement les temps de latence
associs la gestion de situations complexes, telles que les dmarrages
simultans de plusieurs machines virtuelles, en permettant un accs aux donnes
cohrent, en moins dune milliseconde.
Allocation En plus de proposer des performances leves, XtremIO offre des fonctions
dynamique dallocation dynamique qui permettent dallouer la capacit la demande, en
fonction des besoins des applications, sans opration de post-rcupration ou
dincidence sur les performances des E/S de stockage sur la baie. Lallocation
dynamique dXtremIO est galement granulaire : la capacit est alloue en blocs
afin de garantir une utilisation parcimonieuse du stockage Flash, ce qui
correspond lutilisation des tailles de blocs dE/S par vSphere.
Protection contre Les composants totalement redondants dXtremIO offrent fiabilit et disponibilit
les pannes et permettent de ragir toutes les pannes matrielles dans perte de service.
XtremIO inclut les fonctions de protection contre les pannes suivantes :
double alimentation dans les contrleurs et les botiers DAE pour grer la
perte dune alimentation tout en maintenant le contrleur/botier DAE en
service ;
contrleurs redondants configuration actif/actif pour la prise en charge
des pannes de contrleur ;
modules dinterconnexion SAS (Serial-Attached SCSI) redondants dans les
botiers DAE ;
liaisons de communication intercontrleurs redondantes ;
plusieurs connexions htes avec fonctions de multipathing pour grer les
dfaillances de chemins ;
XDP pour grer les pannes de plusieurs disques SSD ;
plusieurs techniques permettant de garantir une intgrit des donnes
constante.
Cette conception tolrante aux pannes convient parfaitement au dploiement de

systmes de clusters haute disponibilit tels quOracle RAC 11g.
volutivit Les clusters de stockage XtremIO prennent en charge une conception scale-out
entirement distribue qui permet laugmentation linaire de la capacit et des
performances pour une infrastructure agile. XtremIO a recours une approche
modulaire dans laquelle la baie volue via lajout de modules X-Brick
supplmentaires.
XtremIO fournit un accs aux htes via des contrleurs N-way actifs/actifs pour
une volutivit linaire des performances et de la capacit, des fins de prise en
charge simplifie des environnements virtualiss en pleine expansion. Par
consquent, mesure que la capacit crot dans la baie, il en va de mme pour
les performances via lajout de contrleurs de stockage avec une latence
cohrente.

Oprations sur les Le cluster XtremIO distribue les mtadonnes quitablement entre tous les
mtadonnes in- contrleurs de stockage, les maintenant en mmoire pendant lexcution. Elles
memory sont envoyes vers les disques SSD pour permettre la baie de tolrer les pannes
et les coupures dalimentation, mais pendant les heures de fonctionnement
normales, toutes les recherches de mtadonnes sont bases sur la mmoire.
Cela nest rendu possible que par la segmentation des tables de mtadonnes et
leur rpartition homogne sur tous les contrleurs de stockage. Par opposition,
une conception deux contrleurs pourrait ne pas contenir suffisamment de RAM
pour stocker toutes les mtadonnes en mmoire et elle requerrait le
reclassement de grandes quantits de mtadonnes vers la mmoire Flash, ce qui
nuirait aux performances.
Les mtadonnes in-memory et le modle de dduplication la vole unique

dXtremIO sallient pour offrir des fonctionnalits indites dans les datacenters
virtualiss.
XtremIO Avec XtremIO Management Server (XMS), vous pouvez contrler et grer le
Management systme. Fonctions offertes par XMS :
Server initialisation et formatage de nouveaux systmes ;
surveillance de lintgrit du systme et des vnements ;
surveillance des performances systme ;
maintenance dune base de donnes historique avec statistiques de
performances ;
fourniture de services GUI et CLI aux clients ;
implmentation doprations de gestion des volumes et de protection des
donnes ;
maintien en conditions oprationnelles (arrt, dmarrage et redmarrage)
du systme.
XMS est prinstall et accessible via une interface utilisateur simple dutilisation,
XtremIO Storage Management Application (XSMA), et il se connecte aux ports de
gestion des contrleurs de stockage X-Brick via TCP/IP. Le cluster XtremIO gre le
stockage indpendamment de la dconnexion dun serveur XMS.
XMS est dploy en tant que machine virtuelle dans lenvironnement de gestion
du systme, qui sappuie sur un cluster VMware HA. Ainsi, la machine virtuelle
XMS peut rapidement redmarrer en cas de panne. Si votre environnement nest
pas virtualis, un serveur physique peut tenir lieu de XMS.
Configuration du Dans le cadre de cette solution, la baie XtremIO est dploye avec deux modules
stockage X-Bricks, interconnects via des switches QDR InfiniBand 40 Gbit/s redondants
intgrs qui fournissent une connectivit back-end entre les contrleurs de
stockage. Cela garantit un rseau haute disponibilit, avec des temps de latence
trs faibles.
La baie XtremIO de ce test contient cinquante disques SSD de 400 Go. Ils sont
configurs avec XDP pour atteindre une capacit physique de 14,94 To, comme le
montre la Figure 4.

Figure 4. Interface utilisateur XtremIO : panneau de stockage
Conception du Avec la conception du stockage traditionnelle des bases de donnes Oracle,

stockage plusieurs groupes RAID contenant diffrents types de disque sont crs, chacun
avec divers niveaux de protection et distribu sur plusieurs contrleurs.
Avec XtremIO, tous les disques sont protgs par XDP, et les donnes de la baie
sont automatiquement distribues sur lensemble des modules X-Brick afin de
prserver la prvisibilit des performances et un niveau dusure quivalent sur
tous les supports Flash.
Habituellement, les bases de donnes gnrent deux types dE/S : E/S alatoires et
E/S squentielles. Avec XtremIO, ces E/S sont traites de la mme manire, car les
donnes sont randomises et distribues de faon homogne dans lensemble de la
baie.
Dans le cadre de cette solution, la taille de volume est standardise en fonction

de lutilisation des donnes, comme le montre le Tableau 3.
Tableau 3. Conception du stockage Oracle sur les modules X-Brick XtremIO
Taille
Fonction du volume
(Go)
Disques Oracle ASM pour les fichiers de donnes 700
Disques Oracle ASM pour les journaux redo log 40
Disques Oracle ASM pour les fichiers Cluster Ready Service 10

(Oracle Cluster Registry et fichiers de disque de vote)
Disques Oracle ASM pour Oracle Automatic Storage Management 200

Cluster File System (ACFS) pour le chargement des donnes de fichiers

Pour la base de donnes OLTP, les volumes ont t crs et prsents aux
serveurs VMware ESXi pour une utilisation avec Oracle Database 11g, comme le
montre le Tableau 4.
Tableau 4. Attribution des volumes/LUN pour la base de donnes OLTP
Groupe de Redondance du Nombre de

Nom du Taille du Nombre de
disques groupe de groupes
dossier volume (Go) volumes
ASM disques ASM dinitiateurs
Data 700 8 +DATA Externe 4
Log 40 4 +REDO Externe 4
CRS 10 2 +CRS Externe 4
Provisionnement Le provisionnement des LUN dans XtremIO est simple et direct. Vous pouvez crer
des LUN des LUN et les prsenter aux serveurs en quelques clics partir de la console de
gestion de la baie XtremIO. Les tapes suivantes dcrivent comment crer des
LUN et les mapper aux initiateurs.
1. Dans la console de gestion de la baie XtremIO, slectionnez llment

Configuration, cliquez sur Add, spcifiez le nom et la taille des LUN dans
la fentre contextuelle et cliquez sur Next, comme le montre la Figure 5.
Figure 5. Initier la cration des LUN et spcifier leur nom et leur taille
2. Slectionnez le dossier parent des LUN et cliquez sur Finish, comme le

montre la Figure 6.

Figure 6. Spcifier le dossier des LUN
3. Slectionnez les LUN nouvellement cres et les Initiator Groups ou

groupes dinitiateurs, puis cliquez sur Map All, comme le montre
la Figure 7.
Figure 7. Mapper les LUN aux groupes dinitiateurs
4. Cliquez sur Apply. Toutes les LUN cres sont mappes sur les groupes
dinitiateurs, comme le montre la Figure 8.
Figure 8. Appliquer la configuration du mappage des LUN
5. Aprs le mappage des LUN nouvellement cres sur les initiateurs,

ranalysez les adaptateurs de stockage sur les htes VMware EXSi afin
que les LUN soient visibles.

La Figure 9 prsente les volumes Data11 Data18, regroups sous le dossier
Data. Ces volumes comprennent le groupe de disques ASM +DATA de la base de
donnes OLTP. Dans le cadre de cette solution, un groupe dinitiateurs se
compose dun serveur physique unique, ainsi que de ses ports FC. Le volume
Data11 est prsent en tant que LUN et mapp aux quatre groupes dinitiateurs.
Figure 9. Interface utilisateur XtremIO - Mappage des volumes/LUN sur les serveurs
Pour la base de donnes dentrept dcisionnel, les volumes sont crs et

groups dans des dossiers, comme le montre le Tableau 5. Chaque volume est
prsent en tant que LUN aux groupes dinitiateurs, comme le montre la Figure 9.
Tableau 5. Conception des groupes de disques ASM pour la base de donnes

dentrept dcisionnel
Groupe
Nombre Redondance Nombre de
Nom du Taille du de
de du groupe de groupes
dossier volume (Go) disques
volumes disques ASM dinitiateurs
ASM
DWDATA 700 8 +DATA Externe 4
DWLog 40 4 +REDO Externe 4
DWCRS 10 2 +CRS Externe 4
DWACFS 200 1 +CSV Externe 4

Couche rseau
Prsentation Cette section dcrit brivement les bonnes pratiques suivies dans cette solution
pour la configuration des rseaux SAN et IP, et pour la configuration rseau dun
serveur VMware ESXi. Lorsque vous dployez une solution en cluster virtualise,
comme Oracle RAC, EMC vous recommande de prendre en compte la redondance
de traitement et la redondance rseau lors de la conception de votre rseau pour
la tolrance aux pannes.
Bonnes pratiques EMC vous recommande de mettre en uvre les bonnes pratiques suivantes en
SAN matire de SAN :
Utilisez plusieurs adaptateurs HBA sur les serveurs VMware ESXi et deux
switches SAN pour fournir plusieurs chemins entre les htes et le cluster
XtremIO.
Zonez chaque port FC des serveurs de base de donnes vers les ports des
modules X-Brick XtremIO
pour obtenir haute disponibilit et performances leves.
Utilisez un logiciel de gestion des chemins et de multipathing dynamique
(tel que PowerPath/VE) sur les htes pour permettre au processus de
basculement sur incident daccder des chemins daccs de
substitution et pour assurer un quilibrage de la charge.
Si ce type de logiciel nest pas utilis, nous vous recommandons de
configurer un multipathing actif/actif avec permutation circulaire pour la
rgle de slection des chemins sur les htes VMware ESXi.
Bonnes pratiques EMC vous recommande de mettre en uvre les bonnes pratiques suivantes en
relatives au matire de rseau IP :
rseau IP Utilisez plusieurs cartes rseau et switches pour assurer la redondance
rseau.
Utilisez une connexion rseau 10 GbE, le cas chant.
Utilisez des LAN virtuels pour regrouper logiquement les priphriques
qui se trouvent sur diffrents segments rseau ou sur des sous-rseaux.
Activez et configurez les trames Jumbo 2 sur les piles physiques et
virtuelles pour les rseaux 10 GbE.
Bonnes pratiques La gestion rseau dans les environnements virtuels et physiques implique les
relatives au rseau mmes concepts et nombre de bonnes pratiques sappliquent ces deux types
VMware vSphere denvironnement. Cependant, dautres considrations sont applicables en termes
de segmentation du trafic, de disponibilit et de dbit en cas de virtualisation.
Cette solution a t conue pour grer efficacement plusieurs rseaux ainsi que la
redondance des adaptateurs rseau sur les htes VMware ESXi. Les principales
recommandations lies aux bonnes pratiques sont les suivantes :
Isolez le trafic de linfrastructure de celui des machines virtuelles des
fins de scurit.
2
Les MTU dune taille suprieure 1 500 octets sont qualifies de trames Jumbo . Les
trames Jumbo requirent une connexion Gigabit Ethernet sur la totalit de linfrastructure
rseau, y compris au niveau des serveurs, des switches et des serveurs de base de
donnes.

Utilisez la famille dadaptateurs rseau virtuels VMXNET3.
Regroupez les cartes rseau physiques pour de meilleures performances
et redondance rseau. Par exemple, utilisez une paire de cartes rseau
physiques par serveur/vSwitch et liez chacune delles via uplink des
switches physiques distincts.
Pour plus dinformations sur la mise en rseau avec VMware vSphere, suivez les
instructions du document VMware vSphere Networking.

Couche de traitement
Prsentation Le choix dune plate-forme de serveur pour une infrastructure virtualise se base
la fois sur les capacits de prise en charge de la plate-forme et sur les exigences
techniques de lenvironnement. Dans les environnements de production, les
serveurs doivent prsenter les caractristiques suivantes :
curs de processeur et mmoire suffisants pour prendre en charge le
nombre et la charge applicative requis des machines virtuelles ;
une connectivit suffisante, Ethernet et FC, pour permettre une
connectivit redondante aux switches de rseau IP et de stockage ;
une capacit suffisante pour supporter une panne de serveur et prendre
en charge le basculement sur incident des machines virtuelles.
Dans cet environnement de test, nous avons utilis quatre serveurs physiques
configurs dans un cluster VMware vSphere HA, chacun excutant un serveur
VMware vSphere ESXi. Nous avons ensuite configur quatre machines virtuelles
pour concevoir un dploiement de base de donnes Oracle RAC virtualise
quatre nuds.
Oracle Database 11g R2 et les versions suprieures sont entirement prises en

charge en cas de dploiement sur la technologie VMware vSphere ESXi 3. Cela
inclut le dploiement dune configuration Oracle RAC.
Ressources de EMC vous recommande dimplmenter les bonnes pratiques suivantes au niveau
traitement et de des ressources de traitement VMware, comme dcrit dans le document Oracle
stockage Databases on VMware - Best Practices Guide :
Utilisez la technologie NUMA (Non-Uniform Memory Access) sur les
serveurs VMware ESXi, une architecture informatique dans laquelle
laccs une mmoire plus proche dun processeur particulier est plus
rapide que laccs une mmoire plus loigne.
Allouez une quantit de mmoire vRAM aux machines virtuelles infrieure
ou gale la mmoire locale du nud NUMA (processeur).
Installez VMware Tools, qui comprend plusieurs utilitaires amliorant les
performances du systme dexploitation invit de la machine virtuelle et
la facilit de gestion de cette dernire.
Allouez une vRAM au moins deux fois suprieure la zone SGA (System
Global Area) Oracle.
Configurez les rserves de mmoire des machines virtuelles de sorte
quelles atteignent au minimum la taille de la zone SGA Oracle et les frais
supplmentaires associs au systme dexploitation.
Utilisez plusieurs contrleurs paravirtualiss SCSI (PVSCSI) pour les
machines virtuelles de base de donnes. Lutilisation de plusieurs
contrleurs SCSI virtuels permet lexcution de diffrentes oprations
dE/S parallles au sein du systme dexploitation invit. Configurez le
contrleur PVSCSI pour les disques utiliss pour stocker les fichiers de
donnes de base de donnes.
3
Le document My Oracle Support Doc ID 249212.1 dfinit la politique de support VMware
dOracle.

Isolez le trafic des E/S des journaux redo log Oracle de celui des E/S des
fichiers de donnes laide de contrleurs SCSI virtuels distincts. La
bonne pratique consiste utiliser un contrleur pour le systme
dexploitation et les LUN de fichiers dchange, un autre contrleur pour
les LUN de journaux redo log des bases de donnes, et un ou plusieurs
contrleurs supplmentaires pour les LUN de fichiers de donnes des
bases de donnes.
Configurez les Huge Pages dans le systme dexploitation invit.
Lutilisation des Huge Pages entrane des frais supplmentaires rduits au
niveau de la gestion de la mmoire et des performances dHypervisor
amliores.
Augmentez la longueur de la file dattente de ladaptateur HBA et du
contrleur SCSI pour optimiser le nombre dE/S parallles vers la baie de
stockage. Consultez larticle de la base de connaissances VMware
2053145 pour en savoir plus sur le rglage de la longueur de la file
dattente.
Virtualisation Virtualisation du rseau

Sur chaque serveur VMware ESXi, nous avons cr deux vSwitches standard avec
une configuration commune, comme le montre le Tableau 6.
Tableau 6. Configuration du vSwitch
Nom Objectif
vSwitch0 Trafic de gestion et des machines virtuelles publiques
vSwitch1 Configuration tolrante aux pannes pour linterconnexion

Oracle RAC
Nous avons utilis le pilote VMXNET3 hautes performances pour attribuer deux
cartes rseau (1 GbE et 10 GbE) chaque machine virtuelle. Nous avons mapp la
carte rseau virtuelle 1 GbE sur le vSwitch0 pour fournir du trafic public, et la carte
rseau virtuelle 10 GbE sur le vSwitch1 pour fournir le trafic dinterconnexion
Oracle RAC.
Configuration des modles de machine virtuelle
Les modles VMware rduisent le dlai du dploiement et automatisent les
tches dinstallation et de configuration rptitives sur chaque machine virtuelle
requise. Grce ce modle, vous pouvez dployer une machine virtuelle
contenant des utilisateurs dapplications et un systme dexploitation
prconfigurs, ainsi quun logiciel configur et prt lemploi avec intervention
minime de lutilisateur.
Les spcifications de personnalisation stockes dans VMware vCenter simplifient

le dploiement des machines virtuelles. Un assistant de dploiement, un outil
dautomatisation ou un script peut utiliser ces modles pour crer ou modifier
automatiquement des paramtres serveur (tels que le nom du serveur, le fuseau
horaire et la configuration rseau) avant de gnrer la nouvelle machine virtuelle.

Configurez le modle de machine virtuelle dans le client VMware vSphere
conformment aux exigences et conditions requises au niveau des logiciels
Oracle, dcrites dans le Tableau 7.
Tableau 7. Configuration des modles de machine virtuelle
Composant Description
CPU 8 vCPU pour la charge applicative OLTP
Mmoire 128 Go
Systme dexploitation Red Hat Enterprise Linux Server version 6.3
Noyau 2.6.32-279.el6
Interfaces rseau virtuelles Eth0 : rseau IP public/de gestion

Eth1 : ddi linterconnexion de clusters
Utilisateur OS Nom dutilisateur : oracle

(utilisateur cr et mot de passe ID utilisateur : 1101
dfini)
Groupes OS Groupe : oinstall

ID groupe : 1000
Groupe : dba
ID groupe : 1031
Logiciel prinstall Base de donnes Oracle avec Oracle Grid

Infrastructure (pour serveur autonome)
Packages RPM installs Comme indiqu dans le guide dinstallation Oracle

(conditions requises Oracle)
Configuration des disques Disque virtuel de 128 Go pour les dossiers racine,
/tmp, lespace de fichier dchange et les fichiers
binaires Oracle 11g R2 Database
Aprs le dploiement des machines virtuelles, nous avons ajout le disque ddi
au stockage des bases de donnes en tant que disque RDM (Raw Device
Mapping).

Autorisation daccs aux priphriques de stockage
Sur chaque machine virtuelle, nous avons ajout les LUN de stockage de la base
de donnes de la baie XtremIO en tant que priphriques RDM et nous les avons
rpartis sur quatre contrleurs PVSCSI pour quilibrer les E/S, comme le montre
la Figure 10.
Figure 10. Configuration des disques dans la machine virtuelle
Nous avons dfini loption SCSI Bus Sharing des contrleurs SCSI sur Physical
afin que les machines virtuelles bnficient dun accs direct et partag aux LUN
RDM sur les serveurs VMware ESXi, comme le montre la Figure 11.
Figure 11. Paramtres SCSI Bus Sharing

Base de donnes Oracle
Prsentation Dans la cadre de cette solution, nous avons cr une base de donnes OLTP
Oracle RAC quatre nuds virtualise et une base de donnes dentrept
dcisionnel, toutes deux laide dOracle ASM et dOracle ACFS, sur VMware
vSphere.
Dans Oracle Database 11g, Oracle ASM et Oracle Clusterware sont intgrs avec
linfrastructure Oracle Grid Infrastructure. ACFS tend les fonctionnalits dASM
en fournissant un systme de fichiers de consignation bas sur extent, robuste et
gnrique. Dans cette solution, nous avons utilis ASM pour stocker les fichiers
de base de donnes et ACFS pour stocker les fichiers CSV pour le test de
chargement des donnes.
La Figure 12 prsente les instances ASM de lenvironnement OLTP Oracle RAC.
Figure 12. Instances Oracle ASM
Remarque : la base de donnes utilise pour le test de lenvironnement OLTP ou DW a

t configure en dsactivant la consignation des archives pour atteindre des
performances optimales.
Conception du Comme le montre le Tableau 4 page 21, nous avons utilis trois groupes de
stockage des disques ASM pour stocker les fichiers de base de donnes pertinents, y compris
bases de donnes les fichiers de donnes, fichiers de contrle, journaux redo log en ligne, fichiers
OLTP de disque de vote, fichiers CRS et fichiers temporaires.
Une redondance externe a t utilise pour les groupes de disques ASM, et les
paramtres par dfaut ont t utiliss pour les attributs des groupes de disques
ASM restants. Lorsque nous avons cr les groupes de disques DATA et REDO,
nous avons dfini la taille de secteur sur 4 Ko afin doptimiser les performances
dE/S sur le stockage XtremIO. Nous avons galement dfini la taille des blocs
des journaux redo log en ligne sur 4 Ko, afin de la faire correspondre la taille des
secteurs du groupe de disques REDO.

Organisation des Plusieurs groupes de disques ASM avec redondance externe sont utiliss dans
groupes de cette configuration :
disques ASM pour +CRS contient lemplacement dinstallation des fichiers OCR et des
la base de donnes fichiers de vote.
OLTP
+DATA contient les fichiers de donnes, les fichiers de contrle et les
fichiers temporaires.
+REDO contient les journaux redo log en ligne.
Profil de base de Le Tableau 8 rpertorie chaque profil de charge applicative de base de donnes
donnes et de OLTP de la solution.
charge applicative
OLTP Tableau 8. Profil de charge applicative de chaque base de donnes OLTP
Caractristique du profil Dtails

Type de base de donnes OLTP
Taille de la base de 4 To
donnes
Base de donnes Oracle 11g R2 RAC sur ASM
Configuration de sga_max_size = 16 Go
linstance Remarque : puisquun cache de base de donnes plus
volumineux met davantage de donnes en mmoire tampon,
nous avons configur un cache de mise en mmoire tampon
trs petit afin de gnrer une charge applicative dE/S
physiques stable et leve.
Profil de charge Charge applicative OLTP simule par SLOB

applicative
Taille de bloc de donnes 8 Ko
Configuration du Le Tableau 9 dcrit la conception de groupe de disques ASM utilise pour la base
groupe de disques de donnes dentrept dcisionnel. Tout comme dans lorganisation des groupes
ASM pour la base de disques ASM OLTP, +DATA et +REDO ont t crs. Un groupe de disques ASM
de donnes supplmentaire, +CSV, a t cr pour tenir lieu de partage rseau, avec le
dentrept systme de fichiers Oracle ACFS. Les fichiers de donnes plats sont stocks sur ce
dcisionnel partage ACFS pour chargement dans la base de donnes.
Tableau 9. Conception du stockage pour le mappage des groupes de disques ASM

dans lenvironnement de base de donnes dentrept dcisionnel
Nom du Taille du volume Nom du groupe de

Nombre de volumes
dossier (Go) disques ASM
DATA 700 8 +DATA
REDO 40 4 +REDO
CSV 200 1 +CSV
CRS 10 2 +CRS

Profil de base de Le Tableau 10 dcrit le profil de base de donnes et de charge applicative de la
donnes et de solution. Nous avons utilis un gnrateur de charges applicatives DW pour crer
charge applicative une base de donnes dentrept dcisionnel et fournir ce type de charge
DW applicative, y compris les charges applicatives de requte et de chargement des
donnes requises dans le cadre de cette solution.
Tableau 10. Profil de base de donnes et de charge applicative pour chaque base de
donnes dentrept dcisionnel
Caractristique du profil Dtails

Type de base de donnes Entrept de donnes
Taille de la base de donnes 8 To
Base de donnes Oracle 11g R2 RAC sur ASM
Configuration de linstance sga_target = 60 Go

pga_aggregate_target = 40 Go
db_file_multiblock_read_count = 16
Profil de charge applicative Charge applicative DW
Source de chargement des donnes Fichiers plats externes sur Oracle ACFS
Taille de bloc de donnes 16 Ko

Test et validation des performances
Prsentation Lenvironnement de test de la solution pour les systmes OLTP et DW se
composait de deux charges applicatives principales. Nous avons cr quatre
machines virtuelles excutant une base de donnes Oracle RAC pour la charge
applicative OLTP, et quatre autres machines virtuelles destines lexcution
dune base de donnes Oracle RAC pour la charge applicative DW dans
lenvironnement VMware consolid.
Nous avons excut une charge applicative OLTP gnre par SLOB sur la base de
donnes afin de simuler une charge applicative OLTP relle. Nous avons utilis le
gnrateur de charge applicative DW pour crer cette dernire.
Nous avons rassembl les metrics de performances dE/S du systme (IOPS,

Mo/s et latence) principalement partir des rapports Oracle Automatic Workload
Repository (AWR). En outre, nous avons collect les metrics relatives au dbit
dE/S au niveau du serveur/de la base de donnes et au niveau du stockage.
Remarque : en raison des chemins dE/S et de code supplmentaires entre la couche de

stockage et la couche de base de donnes, la latence dE/S observe ct baie tait en
fait infrieure celle observe dans les rapports AWR.
Remarques sur les Les rsultats du benchmark dpendent fortement de la charge applicative, des
rsultats exigences spcifiques de lapplication, ainsi que de la conception et de la mise
en uvre du systme. Les performances systme relatives varient donc en
fonction de ces facteurs et de quelques autres. En consquence, cette charge
applicative ne doit pas tre utilise comme substitut dans le cadre dun
benchmark dapplication propre au client, sil sagit de prendre des dcisions
critiques concernant la planification de la capacit et/ou lvaluation du produit.
Toutes les donnes de performances figurant dans ce rapport ont t obtenues

dans un environnement rigoureusement contrl. Les rsultats obtenus dans
dautres environnements dexploitation pourraient varier sensiblement.
EMC Corporation ne reconnat pas formellement quun utilisateur peut atteindre ou

atteindra les mmes performances que celles exprimes en transactions par minute.
Objectif du test Objectifs globaux du test :

Montrer les hautes performances atteintes en cas dexcution des bases
de donnes Oracle virtualises sur des baies XtremIO.
Montrer quel point XtremIO simplifie les oprations de stockage dans
les clusters Oracle RAC.
Montrer le niveau soutenu des IOPS de la baie de stockage pour les charges
applicatives OLTP sur une base de donnes Oracle RAC quatre nuds.
Montrer le niveau soutenu de la bande passante dE/S de la baie de
stockage pour les charges applicatives DW/OLTP sur une base de
donnes Oracle RAC quatre nuds.
Montrer les conomies despace considrables ralises laide de
rduction des donnes la vole sur
XtremIO lorsque les volumes de production sont clons pour les

environnements de test/dveloppement.

Scnarios de test Les scnarios de test suivants ont t raliss sur la solution et sont dcrits dans
les sections qui suivent :
Tableau 11. Scnarios de test
Nombre
Scnarios de test dutilisateurs Remarques
simultans
OLTP avec test 100 % 32 Charge applicative moyenne

requtes
48 Charge applicative intensive
OLTP avec test 100 % 32 Charge applicative moyenne

transactions UPDATE
OLTP avec test 75 %/25 % 64 Charge applicative moyenne

QUERY/UPDATE
Requte DW 128 Valider le dbit sur la BD RAC 4 nuds
Chargement des donnes 4 Valider le dbit de chargement des

DW donnes sur une BD RAC 4 nuds
Tests sur les La solution permet de dterminer les performances systme des charges
charges applicatives OLTP Oracle sur la baie XtremIO. Nous avons cr une base de
applicatives pour donnes Oracle RAC quatre nuds dans un environnement virtualis VMware
la lecture/criture consolid.
de blocs uniques Nous avons utilis SLOB pour gnrer la charge applicative, car il sagit de la
alatoires SLOB meilleure charge applicative SQL permettant de gnrer des E/S alatoires
physiques maximales partir dune plate-forme de base de donnes.
SLOB est un gnrateur de charge applicative SQL exigeante en termes dE/S, et
non un gnrateur dE/S synthtiques ; il prsente les caractristiques suivantes :
Il prend en charge le test des lectures de blocs uniques physiques et
alatoires (db file sequential read/db file parallel read).
Il prend en charge le test des critures de blocs uniques alatoires (db file
parallel write).
Il prend en charge les E/S de consignation REDO extrmes.
Il se compose de simples requtes PL/SQL.
Il ne cre aucun conflit daccs au niveau des applications.
OLTP avec test 100 % requtes : test portant uniquement sur les requtes de
blocs uniques alatoires SLOB
Ce test a t utilis pour mesurer les performances lorsque plusieurs sessions
zero-think-time SLOB simultanes excutaient des requtes sur la base de
donnes RAC.
Ces sessions ont t gnres par le kit doutils SLOB : chaque utilisateur excute
des requtes similaires pour valider les IOPS de lecture.

Mthodologie de test
Nous avons excut un nombre fixe de sessions simultanes, chaque utilisateur
excutant des requtes OLTP similaires simultanment sur la base de donnes
RAC quatre nuds, puis nous avons mesur les statistiques de performances.
Procdure de test
Lors de ce test, nous avons tout dabord excut une charge applicative moyenne,
soit 32 sessions simultanes sur la base de donnes RAC quatre nuds, avec
8 sessions sur chaque nud. Chaque session a excut la charge applicative de
requtes OLTP sur la base de donnes de clusters. Ensuite, nous avons excut
une charge applicative intensive, soit 48 sessions simultanes sur la base de
donnes RAC quatre nuds, avec 12 sessions sur chaque nud. Nous avons
excut chacune des charges applicatives trois fois afin de nous assurer quil ne
ressortait aucune diffrence de taille entre elles, et surtout pour prouver que la
baie XtremIO prsente des performances prvisibles lorsque la mme charge
applicative est utilise.
Rsultats des tests
Nous avons collect les statistiques de performances laide de rapports AWR
RAC. Nous nous sommes reports la valeur physical read IO requests du rapport
AWR pour valuer les statistiques relatives aux IOPS de lecture.
Le temps de rponse moyen des requtes du processus en avant-plan a t

calcul partir des lments db file parallel read et db file sequential read, sous
Top Timed Events dans le rapport AWR, comme le montre la Figure 13.
Figure 13. Mesure des temps de rponse des requtes uniquement - Rapport AWR
Remarque : lorsque le processus en avant-plan excute les instructions SQL pour

effectuer des oprations de lecture de blocs uniques sur les index, tables, segments
UNDO, en-ttes de fichiers de donnes et autres, qui ne se trouvent pas dans le cache
de mise en mmoire tampon, il met la requte dE/S au niveau de lOS et attend un
vnement db file sequential read jusqu ce que le bloc requis soit renvoy par lOS.
Pendant que les processus en avant-plan de notre test attendent les vnements db file
parallel read, le noyau Oracle regroupe plusieurs requtes de lectures de blocs uniques
dans un lot et met les requtes dE/S au niveau de lOS en parallle. Le processus en
avant-plan mettant les requtes continue dattendre jusquau renvoi du dernier bloc de
ce lot de requtes. Nous utilisons ces deux vnements dattente pour calculer le temps
de latence moyen des oprations de lecture des processus en avant-plan.
Afin de montrer le temps de rponse moyen des E/S de la baie XtremIO du point
de vue de la base de donnes Oracle, nous avons utilis la formule suivante :
Pour lvnement db file sequential read :
Le temps dattente total est T1, soit 1 060,18 secondes.
Le nombre total dvnements dattente est N1, soit 986 577.

Pour lvnement db file parallel read :
Le temps dattente total est T2, soit 1 450,58 secondes.
Le nombre total dvnements dattente est N2, soit 568 066.
Le temps de rponse moyen en lecture est : (T1+T2)/(N1+N2), soit
(1 060,18 + 1 450,58) * 1 000/(986 577 + 568 066), par consquent, le
temps de rponse moyen est de 1,615 ms.
Le Tableau 12 rpertorie les IOPS et la latence dE/S correspondante du test.
Tableau 12. IOPS de lecture et temps de rponse correspondants atteints en fonction

de lchelle du test
Donnes de performances
Metrics de
32 sessions 48 sessions
performances
1re passe 2e passe 3e passe 1re passe 2e passe 3e passe
IOPS 197 288 197 601 197 128 228 092 228 011 228 599
Lecture squentielle 1,071 1,075 1,078 1,377 1,379 1,378

des fichiers bd (ms)
Lecture parallle des 2,558 2,554 2,567 3,420 3,421 3,430

fichiers bd (ms)
Latence moyenne des 1,613 1,615 1,623 2,109 2,111 2,114

I/O (ms)
Remarque : le nombre dIOPS du tableau provient de la valeur physical write IO requests

du rapport AWR. La latence des E/S (ms) est calcule en fonction des statistiques des
vnements db file sequential read et db file parallel read.
Nous avons atteint un total de 197 601 IOPS de lecture et une latence moyenne
de 1,615 ms avec une base de donnes RAC quatre nuds, en excutant
32 sessions de lecture sur quatre nuds. Lorsque nous avons augment la
charge applicative via lajout de sessions de lecture, les IOPS de lecture sont
passes 228 599, avec un temps de rponse dE/S de 2,114 ms.
OLTP avec test 100 % UPDATE : test sur les lectures/critures de blocs uniques
alatoires SLOB
Ce test a t utilis pour mesurer les performances lorsque plusieurs sessions
zero-think-time SLOB simultanes excutaient des transactions UPDATE sur la
base de donnes RAC.
Ces sessions ont t gnres par le kit doutils SLOB : chaque utilisateur excute
des transactions UPDATE similaires pour valider les IOPS de lecture/criture.
Mthodologie de test
Nous avons excut un nombre variable de sessions simultanes, chaque
utilisateur excutant des instructions SQL UPDATE SLOB similaires simultanment
sur la base de donnes RAC quatre nuds, puis nous avons mesur les
statistiques de performances.

Nous avons utilis un cache de mise en mmoire tampon (seulement 64 Mo,
presque aucun bloc de donnes na t mis en cache sur les serveurs) pour
chaque instance de base de donnes afin de pousser la charge applicative des
E/S dcritures physiques cohrentes sur le stockage back-end. La charge
applicative en criture a t gnre par les instructions SQL UPDATE, qui
effectuent gnralement les oprations suivantes :
1. lecture des blocs de donnes mettre jour dans le cache de mise en
mmoire tampon ;
2. mise jour des lignes dans les blocs de donnes ;
3. validation des lignes mises jour et dclenchement du transfert des
entres redo par LGWR vers les fichiers log en ligne.
Pendant lexcution de la charge applicative UPDATE, le writer de base de

donnes en arrire-plan a vid les blocs sales du cache de mise en mmoire
tampon et les a transfrs dans des fichiers de donnes. tant donn que nous
avons utilis un cache de mise en mmoire tampon trs petit, les blocs de
donnes ont t lus dans ce dernier et crits rapidement aprs la mise jour des
lignes. Par consquent, lexcution de chaque opration UPDATE a entran la
fois des lectures et des critures physiques sur la baie back-end.
Procdure de test
Lors de ce test, nous avons tout dabord excut une charge applicative moyenne,
soit 32 sessions simultanes sur la base de donnes RAC quatre nuds, avec
8 sessions sur chaque nud. Chaque session a excut une charge applicative
SQL UPDATE sur la base de donnes de clusters.
Ensuite, nous avons excut une charge applicative intensive, soit 128 sessions
simultanes sur la base de donnes RAC quatre nuds, avec 32 sessions sur
chaque nud. Nous avons excut chacune des charges applicatives trois fois
afin de nous assurer quil ne ressortait aucune diffrence de taille entre elles, et
surtout pour prouver que la baie XtremIO prsente des performances prvisibles
lorsque la mme charge applicative est utilise.
Rsultats des tests
Nous avons utilis les statistiques de performance suivantes dans les rapports
AWR pour calculer la charge applicative, comme le montre la Figure 14.
Figure 14. Mesure des temps de rponse des transactions UPDATE uniquement
Rapport AWR
La valeur physical write IO requests a t utilise pour les IOPS

dcritures physiques, qui apparaissent en tant qu IOPS de lecture
dans le Tableau 12.

La valeur physical read IO requests a t utilise pour les IOPS de lectures
physiques entranes par les transactions UPDATE, qui apparaissent en
tant qu IOPS dcriture dans le Tableau 12. Le temps de rponse
moyen en lecture a t extrait de lvnement dattente db file sequential
read, soit 0,96 ms dans lexemple de rapport AWR de la Figure 14.
La valeur Redo size a t utilise pour calculer la bande passante des E/S
dcriture redo, qui apparat en tant que Dbit redo (Mo/s) dans le
Tableau 12.
Les statistiques associes lvnement dattente log file parallel write
ont t utilises pour la latence moyenne du processus LGWR en arrire-
plan, qui apparat en tant que Temps de rponse LGWR (ms) dans le
Tableau 12.
Les statistiques de lvnement dattente db file sequential read ont t
utilises pour le temps de rponse moyen des lectures physiques des
processus de base de donnes en avant-plan, qui apparat en tant que
Temps de rponse en lecture des processus en avant-plan (ms) dans le
Tableau 12.
Les statistiques de lvnement dattente db file parallel write ont t
utilises pour le temps de rponse moyen des critures physiques des
writers de base de donnes en arrire-plan, qui apparat en tant que
Temps de rponse en criture du writer de base de donnes (ms) dans
le Tableau 12.
Le Tableau 13 contient les statistiques de performance du test.
Tableau 13. IOPS en lecture/criture et temps de rponse correspondants atteints en

fonction de lchelle des sessions du test
Metrics de performances 32 sessions 128 sessions
IOPS en lecture 31 624 31 496 31 646 63 387 63 524 63 691
IOPS en criture 33 118 32 973 33 136 66 787 66 975 67 112
IOPS agrges (criture + 64 742 64 469 64 782 130 174 130 499 130 803
lecture)
Dbit redo (Mo/s) 26 26 26 51 51 51
Temps de rponse LGWR 1,849 1,831 1,860 4,128 4,135 4,117

(ms)
Temps de rponse en 0,535 0,531 0,535 0,643 0,642 0,637

criture du writer de base
de donnes (ms)

lecture des processus en
avant-plan (ms)

Comme le montre le Tableau 13, lors de lexcution de 32 sessions simultanes
sur chacun des nuds, nous avons atteint 64 782 IOPS agrges, y compris
33 136 IOPS en criture et 31 646 IOPS en lecture, dans le cadre de la transaction
UPDATE. En augmentant la charge applicative via lajout de sessions simultanes,
les IOPS agrges sont passes 130 803, avec 63 691 IOPS en lecture et
67 112 IOPS en criture. Le temps de rponse des E/S en lecture est pass
1,948 ms, et celui des E/S en criture 0,637 ms.
En rsum, la multiplication du nombre de sessions par 4 a les consquences

suivantes :
Les IOPS agrges ont t doubles.
Le dbit redo (Mo/s) a t presque doubl.
Le temps de rponse LGWR a t doubl.
Cela a eu un impact minime sur le temps de rponse du writer de base de
donnes.
Le temps de rponse des processus en avant-plan a t doubl.
OLTP avec test 75 %/25 % QUERY/UPDATE test sur les blocs uniques alatoires
SLOB
Ce test a permis de mesurer les performances pendant des sessions zero-think-
time SLOB simultanes (simulation dutilisateurs simultans) : 75 % dentre
elles excutant des requtes et 25 % dentre elles des transactions UPDATE sur la
base de donnes RAC. Nous avons utilis ce test pour simuler une charge
applicative relle et valider les performances du stockage XtremIO.
Mthodologie de test
Nous avons excut un nombre variable de sessions simultanes : 75 % dentre
elles excutant des requtes OLTP similaires et les 25 % restants des transactions
UPDATE similaires, simultanment, sur la base de donnes RAC quatre nuds,
puis nous avons mesur les statistiques de performance.
Procdure de test
Nous avons commenc par excuter une charge applicative moyenne, soit
64 sessions simultanes sur la base de donnes RAC, avec 75 % des sessions
excutant des requtes similaires et 25 % des instructions SQL UPDATE similaires
sur la base de donnes de clusters. Ensuite, nous avons excut une charge
applicative intensive, soit 128 sessions simultanes sur la base de donnes RAC
quatre nuds, avec 32 sessions sur chaque nud. Nous avons excut
chacune des charges applicatives trois fois afin de nous assurer quil ne ressortait
aucune diffrence de taille entre elles, et surtout pour prouver que la baie XtremIO
prsente des performances prvisibles lorsque la mme charge applicative est
utilise.
Rsultats des tests
Pour calculer la charge applicative, nous avons utilis les statistiques de
performance des rapports AWR, illustrs sur la Figure 15, comme nous lavons fait
lors du test 100 % transactions UPDATE.

Figure 15. Temps de rponse moyen - Test 75/25 QUERY/UPDATE - Rapport AWR
Le Tableau 14 rpertorie les IOPS de la baie XtremIO et le temps de rponse des

E/S correspondants du test. Les chiffres du Tableau 13 proviennent du rapport
AWR, tout comme ceux du test 100 % UPDATE.
Tableau 14. IOPS en lecture/criture et temps de rponse correspondants atteints en

fonction de lchelle des sessions du test
Metrics de performances 64 sessions 128 sessions
IOPS en lecture 111 797 111 886 112 124 144 911 144 977 145 205
IOPS en criture 28 773 28 738 28 830 37 130 37 164 37 194
IOPS agrges (criture + 140 570 140 624 140 954 182 041 182 141 182 399
lecture)
Dbit redo (Mo/s) 21 21 21 28 28 28
Temps de rponse LGWR 1,045 1,037 1,042 2,119 2,101 2,121

(ms)

criture du writer de base
de donnes (ms)
Lecture squentielle des 1,138 1,136 1,133 1,747 1,748 1,746

fichiers bd (ms)
Lecture parallle des 2,585 2,583 2,579 4,298 4,302 4,300

fichiers bd (ms)
Temps de rponse moyen 1,304 1,303 1,299 2,039 2,040 2,039

en lecture des processus
en avant-plan (ms)
Remarque : pour connatre la source des metrics de performances de ce tableau,

reportez-vous aux sections prcdentes.

En ce qui concerne les charges applicatives mixtes incluant les requtes et les
transactions UPDATE, les rsultats de nos tests montrent que le stockage XtremIO
peut maintenir un haut niveau dIOPS. Dans notre test 75/25 QUERY/UPDATE de
64 sessions simultanes, les IOPS en lecture ont atteint 112 124 et les IOPS en
criture 28 830, maintenant la latence des E/S en lecture prs de 1 ms et la latence
des E/S en criture prs de 0,59 ms. En faisant passer la charge applicative
128 sessions simultanes, les IOPS agrges sont passes 182 399, avec
145 205 IOPS en lecture et 37 194 IOPS en criture. Le temps de rponse en lecture
est pass 2,039 ms, et celui du writer de base de donnes 0,69 ms.
Test sur la charge Le gnrateur de charge applicative dentrept dcisionnel nous a fourni une
applicative des charge applicative de test dentrept dcisionnel Oracle qui nous a permis de
requtes tester et de valider les performances de charges applicatives DW Oracle types sur
dentrept la plate-forme de stockage XtremIO.
dcisionnel
Le schma du kit prsentait 12 tables, y compris deux tables des faits : sales et
returns. Les tables restantes tenaient lieu de tables des dimensions. Les tables
des faits ont t partitionnes par date et sous-partitionnes en fonction du
hachage sur leur cl de jointure. La base de donnes faisait 3,8 To. Plusieurs
utilisateurs simultans ont excut une srie de requtes ordinaires sur les
donnes. Le dbit a t mesur pendant le test.
Mthodologie de test
Ce test a permis de mesurer les performances pendant lexcution dun nombre
fixe dutilisateurs simultans, chaque utilisateur excutant des requtes
similaires. Ces utilisateurs simultans ont t gnrs par le gnrateur de charge
applicative DW. La valeur direct path read a t choisie pendant lexcution,
pour toutes les analyses en srie des tables compltes de ce test.
Procdure de test
Ce test a impliqu lexcution de 32 utilisateurs simultans sur chaque nud,
soit un total de 128 utilisateurs simultans sur la base de donnes RAC quatre
nuds, chaque session excutant une charge applicative de requtes DW
similaire, avec les scripts du gnrateur de charge applicative DW.
Rsultats des tests
Pour valuer le dbit des requtes (Go/s), nous avons utilis llment physical
read bytes du rapport AWR, comme le montre la Figure 16.
Figure 16. Dbit des requtes Test de la charge applicative de requtes DW

Rapport AWR
Le rapport AWR montre que pendant les tests, le dbit a atteint 5 Go/s lorsque
nous avons excut la charge applicative DW sur la base de donnes RAC
quatre nuds.

Test de Les entrepts dcisionnels des entreprises modernes requirent des chargements
chargement des de donnes frquents et volumineux tout au long de la journe. Le besoin dun
donnes entrept dcisionnel fonctionnant en permanence ne laisse plus beaucoup de
dentrept temps aux administrateurs BD pour le chargement des donnes. Par consquent,
dcisionnel il est important de simuler impact des processus dextraction, de transformation
et de chargement des donnes (ETL) sur les performances de la base de donnes.
Ce scnario de test montre lincidence des processus ETL sur la base de

production et enregistre les donnes de performances, plus particulirement le
dbit (Mo/s dcritures physiques totales), pendant la charge ETL.
Nous avons eu recours des tables externes Oracle utilisant le pilote daccs
ORACLE_LOADER pour charger les donnes de ces tables vers des tables internes.
Les donnes provenaient de fichiers de donnes plats.
Ce scnario de test montre lvolutivit du dbit lors du chargement des donnes

partir de tables externes situes dans le systme de fichiers Oracle ACFS vers la
base de donnes.
Mthodologie de test
Ce test montre le dbit observ dans la baie XtremIO avec la configuration du
stockage sur disque utilise dans cette solution. Une session est excute sur
chaque serveur (pour un total de quatre) pour le chargement des donnes sur la
base de donnes RAC quatre nuds. Chaque session a excut une charge
applicative ETL similaire en chargeant des fichiers CSV plats dans la base de
donnes.
Procdure de test
Ce test a dmontr les performances des modules X-Brick en chargeant des
donnes partir de tables externes. Il a impliqu lexcution dun utilisateur sur
chaque nud de la base de donnes RAC qui en compte quatre, pour charger les
donnes partir dune table externe, quivalant quatre sessions chargeant les
donnes simultanment.
Chaque session a charg un fichier CSV de 120 Go. Ce fichier CSV se situait dans
le systme de fichiers Oracle ACFS. La table externe a t cre comme suit :
create table sales_ext (
id integer,
)
organization external(
type oracle_loader
default directory EXT_DIR
access parameters (fields terminated by "|")
location ('sales.csv'))
parallel reject limit unlimited;
Les donnes ont t charges partir de la table externe comme suit :

alter session enable parallel dml;
alter table sales parallel;
alter table sales_ext parallel;
insert into /*+ append */ sales select * from sales_ext;
Remarque : la table sales prsente la mme structure que la table sales_ext. Les
donnes sont charges directement laide de lindicateur append, et plusieurs
esclaves parallles sont utiliss pour le chargement des donnes.

Rsultats des tests
Pour valuer le dbit (To/heure), nous avons utilis llment physical write bytes
du rapport AWR, comme le montre la Figure 18.
Figure 17. Dbit de chargement des donnes Test de chargement des donnes DW -
Rapport AWR
Le rapport AWR montre que pendant le test de chargement des donnes, le dbit
a atteint prs de 1 023 Go/s, soit 3,59 To/heure, lorsque nous avons excut la
charge applicative de chargement des donnes sur la base de donnes RAC
quatre nuds.

Conclusion
Rsum La solution Oracle Database 11g avec EMC XtremIO et VMware vSphere permet
une vritable volutivit des instances Oracle consolides et virtualises sur
plusieurs charges applicatives. Cette solution peut servir de base un systme
pouvant voluer de manire flexible, prvisible et pratiquement linaire.
Elle fournit une infrastructure haute volutivit pour les applications et leur
permet de grer une charge applicative toujours plus importante, avec des
performances prvisibles. Ct serveur, la solution est volutive et peut sadapter
lajout de ressources de traitement supplmentaires, telles que des CPU, de la
mmoire, des ports dadaptateur HBA et des ports front-end. Ct stockage,
larchitecture scale-out de type actif/actif de la baie XtremIO permet de faire
voluer la capacit et les dbits de manire linaire (IOPS et Mo/s) tout en
maintenant une latence suprieure et cohrente. Ces facteurs indiquent que cette
solution est parfaitement adapte aux environnements de bases de donnes
OLTP et DW.
Avec cette solution, vous pouvez galement profiter dune utilisation des
ressources efficace grce la virtualisation, tout en permettant la consolidation
des bases de donnes et des applications. Vous pouvez faire voluer la capacit
et les fonctionnalits de traitement de faon indpendante, sans que vos efforts
ne soient entravs par les limites imposes par une appliance ddie. En cas de
modification, quelle quelle soit, au niveau des applications, des logiciels de base
de donnes ou des autres logiciels, la pile de la solution peut sadapter aux
demandes changeantes imposes par vos besoins mtiers. En retour, de
nouvelles approches des charges applicatives peuvent tre adoptes, comme
lanalytique en temps rel, grce la consolidation des instances de production
et de reporting.
Conclusions La solution prsente les avantages suivants :
configuration dXtremIO rapide et simple sans rglage du stockage requis ;

entrept dcisionnel large bande passante avec plusieurs utilisateurs
simultans et charge applicative alatoire de blocs de taille volumineuse ;
performances et flexibilit amliores avec une latence rduite et des
IOPS plus leves ;
bases de donnes en cluster virtualises avec E/S leves, comme
Oracle RAC ;
conomies importantes en termes dencombrement du stockage via
lutilisation de la dduplication la vole XtremIO ;
protection/tolrance aux pannes leve pour les systmes en cluster
haute disponibilit tels quOracle RAC et vSphere HA.

Rfrences
Livres blancs Pour obtenir des informations complmentaires, consultez les documents EMC
suivants. Laccs ces documents dpend de vos informations didentification.
Si vous ne parvenez pas accder un document, contactez un responsable de
compte EMC.
EMC Infrastructure for High Performance Microsoft and Oracle Database

Systems
Introduction to the EMC XtremIO Storage Array
Documentation Pour obtenir des informations complmentaires, consultez les documents

VMware VMware suivants.
Windows XP Deployment Guide
Oracle Databases on VMware Best Practices Guide
Base de connaissances VMware : Large-scale workloads with intensive I/O
patterns might require queue depths significantly greater than Paravirtual
SCSI default values (2053145)
Documentation Pour obtenir des informations complmentaires, consultez le document Oracle

Oracle Database Client Installation Guide 11g Release 2 (11.2) for Linux.
Autre Les liens suivants contiennent des informations complmentaires sur les
documentation snapshots XtremIO.
Introduction to XtremIO Snapshots White Paper
http://www.xtremio.com/introduction-to-xtremio-snapshots-white-paper
XtremIO Overview: Snapshot Technologies for Oracle Database
https://community.emc.com/docs/DOC-30738


EMC XtremIO High Performance Oracle Xtremio WP

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

EMC XtremIO High Performance Oracle Xtremio WP

Transféré par

Droits d'auteur :

Formats disponibles

Livre blanc

EMC XTREMIO : SOLUTION DE

Publi en juillet 2014.

Les informations contenues dans ce document sont fournies en ltat .

Lutilisation, la copie et la diffusion de tout logiciel EMC dcrit dans cette

Pour obtenir la liste actualise des noms de produits, consultez la rubrique

Toutes les autres marques cites dans le prsent document sont la

EMC XtremIO : solution de consolidation hautes performances pour Oracle 2

Prsentation de la technologie ........................................................................................................... 9

Architecture de la solution ................................................................................................................ 15

Couche de stockage : EMC XtremIO ................................................................................................... 17

EMC XtremIO : solution de consolidation hautes performances pour Oracle 3

Couche de traitement ....................................................................................................................... 26

Base de donnes Oracle ................................................................................................................... 30

Test et validation des performances ................................................................................................. 33

EMC XtremIO : solution de consolidation hautes performances pour Oracle 4

EMC XtremIO : solution de consolidation hautes performances pour Oracle 5

La virtualisation permet une meilleure consolidation des types de charge

La baie EMC XtremIO 100 % Flash gre efficacement les effets de la

Prsentation de La virtualisation des serveurs de bases de donnes constitue une stratgie

Les principaux avantages de cette solution sont les suivants :

EMC XtremIO : solution de consolidation hautes performances pour Oracle 6

Rsultats Dans le cadre de cette solution, XtremIO offre :

EMC XtremIO : solution de consolidation hautes performances pour Oracle 7

Primtre Les objectifs de ce livre blanc sont les suivants :

Public Ce livre blanc sadresse aux administrateurs BD Oracle, aux administrateurs

EMC XtremIO : solution de consolidation hautes performances pour Oracle 8

Figure 1. Tableau de bord de lapplication de gestion du stockage XtremIO

volutivit : le systme de stockage XtremIO repose sur une architecture

EMC XtremIO : solution de consolidation hautes performances pour Oracle 9

Figure 2. Units de dimensionnement X-Brick

Protection des donnes : XtremIO sappuie sur un algorithme de

EMC XtremIO : solution de consolidation hautes performances pour Oracle 10

Larchitecture logicielle repose sur une construction similaire. Chaque lment

Rduction des donnes la vole

EMC XtremIO : solution de consolidation hautes performances pour Oracle 11

Sauvegarde de la base de donnes : en crant des snapshots des LUN de

Protection contre la corruption des donnes logiques : en crant plusieurs

Provisionnement rapide des environnements de test/dv. : la cration et le

Dchargement du traitement : les oprations dentrept dcisionnel telles

Prise en charge de VMware VAAI

configuration et formatage rapide des volumes VMFS de toute taille ;

EMC XtremIO : solution de consolidation hautes performances pour Oracle 12

VMware vSphere constitue la plate-forme de virtualisation la plus complte et la

VMware vCenter gre galement certaines fonctions avances de linfrastructure

EMC XtremIO : solution de consolidation hautes performances pour Oracle 13

EMC XtremIO : solution de consolidation hautes performances pour Oracle 14

Celle-ci reprsente un rapport cots/performances optimal dans les

Schma de Lorganisation de la solution est illustre dans la Figure 3.

Figure 3. Architecture de la solution

La solution se compose des lments suivants :

EMC XtremIO : solution de consolidation hautes performances pour Oracle 15

Ressources Le Tableau 1 rpertorie les ressources matrielles de la solution.

Tableau 1. Ressources matrielles

Matriel Quantit Configuration

Serveurs 4 8 curs, processeurs 2,9 GHz, 512 Go de RAM, avec :

Switches LAN 2 10 GbE

Ressources Le Tableau 2 rpertorie les logiciels de la solution.

Logiciel Version Remarques

VMware vCenter 5.1 Gestionnaire vSphere

Red Hat Enterprise Linux 6.3 Systme dexploitation des serveurs de

Oracle Database 11g Release 2 Enterprise Base de donnes

Silly Little Oracle Benchmark 2 Outil de benchmark OLTP