EMC VNX Manuel utilisateur
GUIDE DE CONCEPTION
EMC VSPEX FOR VIRTUALIZED ORACLE
DATABASE 11
g
OLTP
EMC VSPEX
Résumé
Ce Guide de conception explique comment concevoir les ressources des environnements Oracle Database virtualisés sur l’infrastructure
®
VSPEX
™
EMC Proven pour VMware vSphere appropriée. Ce document explique également comment dimensionner l’environnement Oracle sur
VSPEX, allouer des ressources selon les bonnes pratiques et utiliser tous les avantages de VSPEX.
Avril 2013
Copyright © 2013 EMC Corporation. Tous droits réservés. Publié aux États-Unis.
EMC estime que les informations figurant dans ce document sont exactes à la date de publication. Ces informations sont modifiables sans préavis.
Les informations contenues dans ce document sont fournies « en l'état ». EMC
Corporation ne fournit aucune déclaration ou garantie d’aucune sorte concernant les informations contenues dans cette publication et rejette plus spécialement toute garantie implicite de qualité commerciale ou d’adéquation à une utilisation particulière. L’utilisation, la copie et la distribution de tout logiciel EMC décrit dans cette publication exigent une licence logicielle en cours de validité.
EMC
2
, EMC et le logo EMC sont des marques déposées ou des marques commerciales d’EMC Corporation aux États-Unis et dans d’autres pays. Toutes les autres marques citées dans le présent document sont la propriété de leurs détenteurs respectifs.
Pour obtenir les informations légales les plus récentes concernant votre famille de produits, consultez la rubrique Documentations et conseils techniques du site
Web du Support en ligne EMC.
EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Référence : H11449
2
EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Sommaire
Chapitre 1 Introduction...................................................................11
Chapitre 2 Avant de commencer ......................................................15
Présentation du workflow documentaire ................................................... 16
Documentation indispensable .................................................................. 16
Guide de mise en œuvre pour Oracle Database 11 g
........................................... 16
Chapitre 3 Présentation de solution .................................................17
........................................................................................... 22
VMware vSphere Distributed Resource Scheduler .............................................. 23
Chapitre 4 Choix d’une infrastructure éprouvée VSPEX .......................27
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
3
Sommaire
Étape 2 : conception des architectures des applications .......................... 29
Étape n°3 : choix de l’infrastructure VSPEX EMC Proven adéquate ............ 29
Bonnes pratiques relatives à la mise en réseau ................................................. 33
Conception de l’organisation du stockage ................................................ 34
Exemple d’organisation du stockage VSPEX ....................................................... 36
Configuration de FAST Cache pour Oracle ................................................. 37
Conception de la couche de virtualisation ................................................ 38
Bonnes pratiques en matière de virtualisation ................................................... 38
Conception de la mise en œuvre d’Oracle Database 11 g
Gestion automatique de la mémoire partagée.................................................... 41
Opérations d’E/S au niveau des fichiers du système de fichiers ....................... 42
Organisation des fichiers de bases de données dans le système NFS ............... 42
Conception de la sauvegarde et de la restauration ................................... 42
Bonnes pratiques en matière de sauvegarde et de restauration ........................ 44
Chapitre 6 Méthodologie de vérification de la solution .......................47
Création d’un environnement de test ........................................................ 49
Remplissage de la base de données de test ............................................. 49
Mise en œuvre de la solution .................................................................... 49
4
EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Sommaire
Chapitre 7 Documentation de référence ............................................51
Annexe A Fiche technique de qualification.......................................55
Présentation de la fiche technique de qualification .................................. 56
Impression de la fiche technique de qualification ..................................... 57
Annexe B Outil VSPEX Sizing Tool ...................................................59
Exemple de fiche technique de qualification VSPEX pour Oracle............... 60
Dimensionnement manuel d’un environnement Oracle Database 11 g
Procédure de dimensionnement manuel d’Oracle.............................................. 63
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
5
Sommaire
6
EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Figures
Architecture d’infrastructure validée ............................................... 19
Infrastructure éprouvée VSPEX ........................................................ 20
Couche réseau : haute disponibilité (VNX) ...................................... 32
Activer la librairie ODM dNFS Client ................................................. 33
Éléments de stockage Oracle Database 11
Serveur Avamar et Avamar Plug-in for Oracle .................................. 43
Fiche technique de qualification imprimable .................................. 57
Affichage de la fiche technique de qualification ............................. 57
Exemple de fiche technique de qualification EMC pour Oracle ....... 60
R2 ............................... 34
Fiche technique de qualification EMC VSPEX for
OLTP ............................................................................... 56
du rapport AWR ................................... 60
Requête portant sur le seuil supérieur de sessions utilisateur ....... 61
Section IOStat by Function summary dans le rapport AWR ............. 61
Section Foreground Wait Event du rapport AWR .............................. 62
Ligne Transactions de la section Load Profile du rapport AWR........ 62
Exemple de fiche technique de qualification EMC pour Oracle ....... 63
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
7
Figures
8
EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Tableau
Terminologie..................................................................................... 14
Caractéristique de la machine virtuelle de référence ...................... 21
Organisation du stockage VNX pour Oracle Database ..................... 34
Terminologie appliquée à la sauvegarde Avamar ............................ 44
Étapes générales de vérification de l’application ............................ 48
IOPS de disque aléatoires par type de disque ................................. 65
Exemple de calcul de pool de stockage ........................................... 65
Choix d’un modèle d’infrastructure VSPEX EMC Proven .................. 67
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
9
Tableau
10 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 1
Introduction
Ce chapitre traite des points suivants :
Objectif de ce guide ......................................................................... 12
Principaux atouts............................................................................. 12
Audience ........................................................................................ 13
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
11
Chapitre 1 : Introduction
Objectif de ce guide
Les infrastructures VSPEX™ EMC ® Proven sont optimisées pour la virtualisation d’applications métiers critiques. VSPEX fournit des solutions modulaires s’appuyant sur des technologies permettant un déploiement plus rapide, une plus grande flexibilité de choix, une plus grande efficacité, ainsi qu’une diminution des risques.
VSPEX permet aux partenaires de concevoir et de mettre en œuvre les ressources virtuelles nécessaires à la prise en charge d’une solution de virtualisation totalement intégrée pour un système de gestion de bases de données relationnelles (SGBDR) sur une infrastructure de Cloud privé VSPEX.
L’architecture VSPEX for virtualized Oracle dote les clients d’un système moderne, capable d’héberger une solution de base de données virtualisée avec un niveau de performances prévisibles. Cette solution utilise VMware vSphere
et Data Domain ®
™ avec baie de pour la sauvegarde. Bien que stockage EMC VNX ® , EMC Avamar ® définissables par le fournisseur, les composants informatiques et réseau sont conçus pour assurer la redondance et une puissance suffisante pour gérer les besoins en capacité de traitement et en données de l’environnement de machines virtuelles.
Ce Guide de conception décrit comment concevoir la solution VSPEX Proven
Infrastructure for virtualized Oracle OLTP Database en tenant compte des bonnes pratiques établies. Il indique également comment sélectionner l’infrastructure
VSPEX EMC Proven qui convient et bénéficier d’une aide grâce à l’outil de dimensionnement EMC VSPEX.
Principaux atouts
Les logiciels de systèmes de gestion de bases de données constituent toujours les logiciels majeurs utilisés pour gérer les données dans presque tous les segments commerciaux. Cette croissance va vraisemblablement continuer malgré la part de marché de plus en plus importante d’autres outils de gestion des données. Ce phénomène risque de s’accélérer, car les clients continuent de diversifier leurs infrastructures et les technologies sous-jacentes, avec de plus en plus d’appliances et de configurations matérielles et logicielles.
Cette infrastructure VSPEX EMC Proven permet aux partenaires EMC de comprendre les avantages que la gamme VNX, les systèmes de sauvegarde et de restauration d’EMC et Oracle représentent pour les clients utilisant des environnements informatiques isolés en pleine expansion exécutant des applications orientées serveurs, clients devant faire face à de plus en plus de problèmes de sauvegarde et de restauration Oracle.
12 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 1 : Introduction
Cette solution VSPEX est conçue pour résoudre les difficultés liées aux bases de données Oracle du client tout en permettant à ce dernier de gagner en performances, évolutivité, fiabilité et automatisation. En consolidant leurs applications de bases de données sur la gamme EMC VNX, les clients peuvent tout rassembler sur une plate-forme de stockage unique, ce qui leur permet de gérer plus efficacement l’explosion du volume de données, source de nombreuses complications pour les entreprises d’aujourd’hui. Cette solution a
été dimensionnée et validée avec les systèmes EMC de sauvegarde et de restauration. Elle représente les avantages suivants :
• Réduction des exigences et coûts associés au stockage de sauvegarde du client
• Respect des fenêtres de sauvegarde
• Restauration sur disque rapide
Périmètre
Ce Guide de conception décrit comment planifier et concevoir une solution VSPEX
Proven Infrastructure for VMware vSphere virtualized Oracle Databases. En outre, il indique comment utiliser l’outil de dimensionnement VSPEX disponible pour
Oracle, allouer les ressources en suivant les bonnes pratiques établies et tirer le meilleur parti de tous les atouts de VSPEX.
Audience
Ce guide s’adresse au personnel d’EMC et aux partenaires EMC VSPEX qualifiés. Il suppose que les partenaires VSPEX qui envisagent de déployer cette solution sont :
• qualifiés par EMC pour vendre, installer et configurer la gamme de systèmes de stockage EMC VNX ;
• qualifiés pour vendre, installer et configurer les produits réseau et serveur indispensables aux infrastructures éprouvées VSPEX.
• certifiés pour vendre l’infrastructure VSPEX EMC Proven.
Les partenaires mettant en œuvre cette solution doivent également avoir la formation et l’expérience techniques requises pour l’installation et la configuration des éléments suivants :
• VMware vSphere
• Redhat Enterprises Linux 6.x
• Oracle Database 11 g ou version supérieure
• Sauvegarde EMC nouvelle génération, qui inclut EMC Avamar
®
Data Domain ®
et EMC
Ce document contient des références externes le cas échéant. EMC vous recommande de vous familiariser avec ces documents. Pour plus d’informations,
reportez-vous au Chapitre 7, Documentation de référence .
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
13
Chapitre 1 : Introduction
Terminologie
Le Tableau 1 répertorie la terminologie utilisée dans ce guide.
Tableau 1.
Terminologie
Terme Définition
AWR Référentiel automatique de la charge (Automatic Workload
Repository)
DNFS
DNS
Client NFS direct (Direct NFS client)
Domain name system
FAST VP
FQDN
FAST VP
Fully Qualified Domain Name
FRA Zone de récupération rapide (Fast Recovery Area, Oracle)
E/S par seconde Entrées/sorties par seconde
NFS
NL-SAS
NFS
Near-line serial-attached SCSI
ODM
OLTP
Oracle EE
Oracle SE
PowerCLI
Machine virtuelle de référence
SGA
Statspack
Oracle Disk Manager
Traitement des transactions en ligne (Online transaction processing)
Oracle Enterprise Edition
Oracle Standard Edition
Interface Windows PowerShell des API VMware vSphere et vCloud
Unité de mesure égale à une seule machine virtuelle utilisée pour quantifier les ressources informatiques d’une infrastructure
VSPEX EMC Proven
Zone SGA (System Global Area)
Utilitaires de surveillance et de reporting des bases de données
Oracle
TPS
VMDK
VMFS
Transactions par seconde
VMware Virtual Machine Disk
VMware Virtual Machine File System
14 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 2
Avant de commencer
Ce chapitre traite des points suivants :
Présentation du workflow documentaire ............................................. 16
Documentation indispensable........................................................... 16
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
15
Chapitre 2 : Avant de commencer
Présentation du workflow documentaire
EMC vous recommande de suivre la procédure décrite dans le Tableau 2 pour
concevoir et mettre en œuvre une infrastructure VSPEX EMC Proven pour Oracle
Database.
Tableau 2.
Processus de déploiement d’infrastructure VSPEX EMC Proven pour Oracle Database
Step
1
Action
Utiliser la fiche technique de qualification VSPEX for virtualized Oracle
( Annexe A: Fiche technique de qualification)
pour recueillir les besoins clients.
2
4
5
Utiliser l’outil de dimensionnement VSPEX pour déterminer la solution VSPEX
Proven Infrastructure for Oracle Database 11 g en fonction des exigences des utilisateurs recueillies à l’étape 1. Pour plus d’informations sur l’outil de dimensionnement VSPEX, consulter la rubrique correspondante sur le site EMC Business Value Portal .
Remarque : Vous devez vous inscrire la première fois que vous accédez à cet outil. En cas d’indisponibilité de l’outil de dimensionnement, vous pouvez dimensionner l’application manuellement à l’aide des directives de dimensionnement de l’ Annexe B
. Calcul des exigences de stockage VSPEX pour Oracle Database 11g OLTP
Pour sélectionner et commander l’infrastructure VSPEX EMC Proven adéquate, consultez le site Virtualization Information Infrastructure .
Pour déployer et tester l’infrastructure VSPEX EMC Proven pour Oracle
Database 11 g, consultez le Guide de mise en œuvre EMC VSPEX for
Virtualized Oracle Database 11g OLTP .
Documentation indispensable
Avant la mise en œuvre de la solution décrite dans le présent document, EMC vous recommande de consulter les documents suivants, disponibles dans la section VSPEX du site EMC Community Network ou sur les sites EMC.com
et
VSPEX Partner Portal .
Présentations de solutions
Guide de mise en
œuvre pour Oracle
Database 11 g
•
•
•
EMC VSPEX Server Virtualization for Midmarket Businesses
EMC VSPEX Server Virtualization for Small and Medium Businesses
Guide de mise en œuvre EMC VSPEX for Virtualized Oracle Database 11g
OLTP
Architecture
VSPEX EMC Proven
Sauvegarde et restauration
•
•
•
Architecture de référence : EMC VSPEX Private Cloud VMware vSphere 5.1 for up to 500 Virtual Machines
Livre blanc : EMC Avamar Backup for Oracle Environments
Livre blanc : EMC Avamar Backup with Data Domain
16 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 3
Présentation de solution
Ce chapitre traite des points suivants :
Présentation ................................................................................... 18
Architecture de la solution ................................................................ 18
Principaux composants .................................................................... 19
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
17
Chapitre 3 : Présentation de solution
Présentation
Ce chapitre présente l’infrastructure VSPEX EMC Proven pour Oracle Database 11 ainsi que les principales technologies utilisées dans cette solution. La solution g
. g décrite dans le présent Guide de conception comprend des serveurs, du stockage, des composants réseau et des composants Oracle Database 11
,
Elle permet aux clients de déployer un environnement Oracle Database 11 g virtualisé dans l’infrastructure VSPEX EMC Proven, le tout rapidement et de manière cohérente. L’architecture de référence consomme les ressources de la machine virtuelle de référence, d’après les recommandations de dimensionnement associées à l’infrastructure VSPEX EMC Proven, puis y associe le stockage supplémentaire requis pour les données d’applications
Oracle Database 11 g .
Ce Guide de conception aide le personnel d’EMC et les partenaires qualifiés
EMC VSPEX à déployer une solution Oracle Database 11 g
simple, efficace et flexible dans une infrastructure VSPEX EMC Proven pour les clients.
Architecture de la solution
La Figure 1 présente l’architecture qui caractérise l’infrastructure validée pour la
prise en charge d’une superposition Oracle Database 11
VSPEX. Pour valider cette solution
: g
dans une infrastructure
• Nous avons déployé tous les serveurs Oracle Database 11 machines virtuelles sur VMware vSphere 5.1
. g
en tant que
• Nous avons utilisé l’outil de dimensionnement VSPEX pour
Oracle Database 11 g
pour déterminer la quantité et la nature des ressources informatiques de chaque base de données
, Oracle Database 11
La Figure 1 présente les trois options de dimensionnement Oracle (petit,
moyen et grand). Utilisez les outils de dimensionnement fournis avec cette solution pour dimensionner l’environnement du client et choisir les options les mieux adaptées à ce dernier.
g
.
• Nous avons déterminé l’organisation du stockage recommandée
Oracle Database 11 g
et le pool d’infrastructure virtuelle sur les baies de stockage de la gamme VNX (à l’aide de l’outil de dimensionnement VSPEX)
.
Remarque : La version minimale d’Oracle à utiliser dans le cadre de cette solution est 11.2.03 (ou 11 l’appellation 11 g g
R2). Nous la désignerons sous
tout au long de ce document.
18
1
Dans ce document, « nous » désigne l’équipe d’ingénieurs EMC Solutions qui a validé la solution.
EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 3 : Présentation de solution
Figure 1.
Architecture d’infrastructure validée
Principaux composants
Introduction
Cette section présente les principales technologies utilisées dans cette solution, notamment :
• EMC VSPEX
• Oracle Database 11 g
• VMware vSphere 5.1
• VMware vSphere HA
• VMware Distributed Resource Scheduler
• EMC Unisphere
• VMware vSphere PowerCLI
• Red Hat Enterprise Linux 6.3
• Machine virtuelle de référence
• Modèle de base de données petite/moyenne/grande
• Gamme EMC VNX
®
• EMC Virtual Storage Integrator (VSI)
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
19
Chapitre 3 : Présentation de solution
EMC VSPEX
EMC s’est joint aux principaux fournisseurs d’infrastructures informatiques pour créer une solution de virtualisation complète qui accélère le déploiement des technologies de Cloud privé. Basé sur des technologies totalement innovantes,
VSPEX assure un déploiement plus rapide, davantage de simplicité, un choix plus vaste, une meilleure efficacité et une diminution des risques.
L’infrastructure VSPEX EMC Proven, telle que présentée sur la Figure 2, est une
infrastructure modulaire virtualisée validée par EMC et proposée par les partenaires EMC. VSPEX inclut une couche de virtualisation, un serveur, un réseau et une solution de stockage, le tout conçu par EMC pour offrir des performances fiables et prévisibles.
Figure 2.
Infrastructure éprouvée VSPEX
VSPEX permet de choisir les technologies réseau, de serveur et de virtualisation les mieux adaptées à l’environnement du client afin de créer une solution de virtualisation complète.
VSPEX fournit une infrastructure virtuelle aux clients recherchant la simplicité d’une infrastructure véritablement convergée, tout en gagnant en flexibilité au niveau des composants individuels de la pile. Les solutions VSPEX, validées par
EMC, sont proposées et vendues exclusivement par les partenaires revendeurs
EMC. VSPEX offre aux partenaires revendeurs davantage d’opportunités, un cycle de vente plus court et un accompagnement de bout en bout. Grâce à une collaboration étroite, EMC et ses partenaires revendeurs sont désormais en mesure de proposer une infrastructure qui accélère la transition vers le Cloud d’un nombre toujours plus important de clients.
20 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 3 : Présentation de solution
Machine virtuelle de référence
Pour simplifier la discussion sur l’infrastructure virtuelle, la solution VSPEX a défini une charge de travail client type (décrite dans cette section) comme machine virtuelle de référence. Dans le cadre des solutions VSPEX, nous définissons la machine virtuelle de référence comme unité de mesure de machine virtuelle unique, l’objectif étant de qualifier les ressources informatiques de
l’infrastructure virtuelle VSPEX. Le Tableau 3 répertorie les caractéristiques de
cette machine virtuelle.
Tableau 3.
Caractéristique de la machine virtuelle de référence
Caractéristique Valeur
Processeurs virtuels par machine virtuelle 1
RAM par machine virtuelle
Capacité de stockage disponible par machine virtuelle
2 Go
100 Go
Opérations d’E/S par seconde par machine virtuelle
Schéma d’E/S
Rapport lecture/écriture d’E/S
25
Aléatoire
2:1
Modèle de dimensionnement VSPEX for virtualized Oracle
Des tests d’évolution scale-up ont été menés pendant le processus de validation.
Nous avons utilisé un modèle de dimensionnement informatique standard pour
Oracle, ce qui a simplifié et normalisé les tests de validation. Il nous a également permis d’identifier la configuration requise pour exécuter une charge de travail de base de données OLTP de type TCP-C avec un rapport de lecture/écriture de 60:40, offrant des temps de réponse acceptables.
Le Tableau 4 explique comment nous avons mappé le modèle de
dimensionnement Oracle sur la machine virtuelle VSPEX de référence.
Tableau 4.
Mappage du modèle de dimensionnement Oracle sur la machine virtuelle VSPEX de référence
Modèle Oracle Ressources Machine virtuelle de référence
équivalente
4 Petit : machine virtuelle pouvant prendre en charge jusqu’à
150 utilisateurs
Besoins en capacité de calcul
• 2 CPU virtuels
• Mémoire de 8 Go
Exigences de stockage (données binaires de l’OS et d’Oracle)
• 100 Go
• 25 E/S par seconde
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
21
22
Chapitre 3 : Présentation de solution
Oracle Database
11 g
Modèle Oracle Ressources Machine virtuelle de référence
équivalente
8 Moyen : machine virtuelle pouvant prendre en charge jusqu’à
250 utilisateurs
Grand : machine virtuelle pouvant prendre en charge plus de
250 utilisateurs
Besoins en capacité de calcul
• 4 CPU virtuels
• 16 Go de mémoire
Exigences de stockage (données binaires de l’OS et d’Oracle)
• 100 Go
• 25 E/S par seconde
Besoins en capacité de calcul
• 8 CPU virtuels
• 32 Go de mémoire
Exigences de stockage (données binaires de l’OS et d’Oracle)
• 100 Go
• 25 E/S par seconde
16
Nous avons calculé la capacité et les seuils d’E/S de stockage de la base de données séparément de ceux requis par la machine virtuelle VSPEX de référence.
Oracle Database 11 g
est disponible en plusieurs éditions, chacune adaptée à différents besoins métiers et informatiques d’organisation. Les produits de cette solution sont les suivants :
• Oracle Database 11 g
Release 2 Standard Edition (SE)
• Oracle Database 11 g Release 2 Enterprise Edition (EE)
Oracle SE est une solution de gestion des données complète économique qui convient à toutes les entreprises. Elle peut être utilisée sur des serveurs individuels ou sur des clusters et peut faire l’objet d’une licence sur une capacité maximale de quatre sockets de processeur, quel que soit le nombre de cœurs. La licence SE inclut la fonction standard gratuite Oracle Real Application Clusters
(RAC).
Oracle Database 11 g EE fournit des performances, une évolutivité, une sécurité et une fiabilité exceptionnelles sur un choix de serveurs uniques ou de clusters exécutant Windows, Linux ou UNIX. Cette solution prend en charge des fonctionnalités avancées, incluses ou disponibles en sus, qui ne sont pas disponibles avec Oracle Database 11 g
SE. Il s’agit de fonctionnalités de sécurité telles que Virtual Private Database et d’options d’entreposage des données telles que le partitionnement et des analyses avancées. Oracle Database 11 g
Release 2 EE étend le modèle de licence par processeur aux processeurs multicœurs, dont le tarif est calculé à l’aide de la formule suivante :
(nombre de processeurs) x (nombre de cœurs) x (facteur de cœur de processeur Oracle)
Par exemple, deux processeurs 10 cœurs Intel
®
Xeon
®
E7-287
0 (avec un facteur de cœur de processeur Oracle de 0,5) font l’objet des licences suivantes :
• Oracle Database 11 g
Release 2 SE : 2 licences SE de socket de processeur.
EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
VMware vSphere 5.1
VMware vSphere HA
VMware vSphere
Distributed
Resource
Scheduler
VMware vSphere
PowerCLI
Chapitre 3 : Présentation de solution
• Oracle Database 11 g
Release 2 EE : 2 x 10 x 0,5 = 10 licences EE.
L’édition Oracle Database 11 g
R2 peut avoir une incidence sur le coût des licences, ainsi que sur la taille et le nombre de clusters VMware ESXi que vous pouvez configurer. Cela a un impact sur l’organisation et la gestion des machines virtuelles. Pour plus d’informations sur la virtualisation et les licences par
VMware vSphere 5.1 simplifie l’infrastructure sous-jacente des applications et des informations grâce à la virtualisation complète du matériel de serveur, de stockage et de mise en réseau. Cette transformation crée des machines virtuelles entièrement fonctionnelles qui exécutent des systèmes d’exploitation et des applications isolés et encapsulés, tout comme le feraient des ordinateurs physiques. Cette virtualisation des ressources matérielles rend le système plus efficace grâce à la consolidation de plusieurs applications sur un nombre de serveurs physiques moindres.
VMware vSphere High Availability (HA) est synonyme de haute disponibilité, de convivialité et d’économie pour les applications s’exécutant sur des machines virtuelles. En cas de défaillance d’un serveur physique, les machines virtuelles concernées redémarrent automatiquement sur d’autres serveurs de production disposant d’un surplus de capacité.
HA vous permet de créer un cluster à partir de plusieurs serveurs VMware ESXi ou
ESX, ce qui vous permet de protéger les machines virtuelles. Si l’un des hôtes du cluster tombe en panne, les machines virtuelles concernées redémarrent automatiquement sur d’autres hôtes VMware ESXi du même cluster
VMware vSphere.
VMware vSphere Distributed Resource Scheduler (DRS) est un service d’infrastructure exécuté par VMware vCenter Server (vCenter). DRS regroupe les ressources des hôtes VMware ESXi dans des clusters et les distribue automatiquement aux machines virtuelles via la surveillance de l’utilisation et l’optimisation continue de la répartition des machines virtuelles sur les hôtes
VMware ESXi. DRS peut également utiliser vMotion ® et Storage vMotion ® garantir l’accès des machines virtuelles en rééquilibrant les capacités de
pour ressource afin de libérer de l’espace pour les machines virtuelles plus volumineuses. VMware recommande l’activation de DRS pour atteindre de meilleurs taux de consolidation.
VMware vSphere PowerCLI fournit une interface Windows PowerShell aux utilisateurs de vSphere 5.x et version supérieure, ainsi qu’aux utilisateurs de
VMware Infrastructure 4.x et version supérieure. VMware vSphere PowerCLI est un outil de ligne de commande puissant vous permettant d’automatiser tous les aspects de la gestion de vSphere, notamment le réseau, le stockage, les machines virtuelles, le système d’exploitation invité, etc. PowerCLI est distribué en tant que snap-in Windows PowerShell et inclut 330 cmdlets PowerShell pour la gestion et l’automatisation de vSphere et de vCloud, ainsi que de la documentation et des exemples.
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
23
Chapitre 3 : Présentation de solution
Gamme EMC VNX
La gamme EMC VNX est optimisée pour les applications virtuelles. Elle s’appuie sur une technologie innovante et des fonctionnalités d’entreprise pour fournir une solution de stockage en modes fichier, bloc et objet à la fois facile à utiliser et
évolutive. Cette plate-forme de stockage nouvelle génération associe un matériel performant et flexible à des logiciels de protection et de gestion hautes performances adaptés aux exigences des entreprises d’aujourd’hui.
La gamme VNX utilise le processeur Intel
®
Xeon
®
pour un stockage intelligent dont les performances évoluent automatiquement et efficacement, avec une intégrité et une sécurité des données maintenues.
Avantages de VNX pour les clients
• Stockage unifié nouvelle génération, optimisé pour les applications virtualisées
• Fonctions d’optimisation de la capacité comprenant la compression, la déduplication, le provisionnement fin et les copies orientées application
• Haute disponibilité de 99,999 %
• Hiérarchisation automatisée avec FAST
™
VP (Fully Automated Storage Tiering for Virtual Pools) et FAST Cache pouvant être optimisée pour des performances système optimales, mais aussi des coûts de stockage considérablement réduits
• Gestion simplifiée avec EMC Unisphere
®
avec interface de gestion unique pour tous les besoins en NAS, en SAN et en réplication
• Performances jusqu’à trois fois plus élevées avec la toute dernière technologie de processeur multicœur Intel Xeon, optimisée pour Flash
Suites logicielles VNX disponibles
• FAST Suite : optimisation automatique du système pour des performances
élevées et des coûts de stockage réduits.
• Local Protection Suite : protection et réaffectation sécurisées des données.
• Remote Protection Suite : protection des données contre les défaillances, les pannes et les sinistres localisés.
• Application Protection Suite : automatisation de la copie des applications et preuve de conformité.
• Security and Compliance Suite : protection des données contre les modifications, suppressions et activités malveillantes.
Packs logiciels disponibles
• Total Efficiency Pack : inclut les cinq suites logicielles.
• Total Protection Pack : comprend Local Protection Suite, Remote Protection
Suite et Application Protection Suite.
24 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 3 : Présentation de solution
EMC Virtual
Storage Integrator
La fonction EMC VSI for VMware vSphere Unified Storage Management permet de provisionner les datastores NFS (Network File System) du système de stockage
NAS, ainsi que les datastores VMFS (Virtual Machine File System) et volumes RDM
(Raw Device Mapping) sur le système de stockage en mode bloc. Elle permet
également d’exécuter une compression et un clonage basés sur la baie des machines virtuelles des datastores NFS. Les fonctions de clonage comprennent les clones complets (Full Clones, copies) et les clones rapides (Fast Clones, snapshots) des fichiers VMDK (Virtual Machine Disk). Les administrateurs VMware peuvent utiliser cette fonction pour gérer le stockage NAS et en mode bloc des environnements VMware via l’interface utilisateur existante de vSphere Client.
Avec cet outil, les administrateurs peuvent :
• provisionner le nouveau stockage NFS, VMFS et RDM ;
• étendre le stockage NFS et VMFS existant ;
• compresser les machines virtuelles des datastores NFS ;
• cloner les machines virtuelles des datastores NFS ;
• prendre en charge les clones rapides (limité au même système de fichiers).
Red Hat Enterprise
Linux 6.3
Red Hat Enterprise Linux est une plate-forme polyvalente compatible x86 et x86-
64 pouvant être déployée sur les systèmes physiques, en tant qu’invité des hyperviseurs principaux, ou dans le Cloud. Ce système prend en charge toutes les architectures matérielles majeures et assure la compatibilité des composants entre les différentes versions. Red Hat Enterprise Linux 6.3 inclut des améliorations et de nouvelles fonctionnalités pour une expérience plus riche, en particulier au niveau des outils de développement, des fonctions de virtualisation, de la sécurité, de l’évolutivité, des systèmes de fichiers et du stockage.
EMC Unisphere
EMC Avamar
EMC Unisphere ™ constitue la plate-forme de gestion centrale de la gamme VNX.
Elle fournit une vue unique consolidée des systèmes en modes fichier et bloc, qui présente toutes les fonctions et fonctionnalités disponibles dans une interface commune. Unisphere est optimisé pour les applications virtuelles et permet une intégration exceptionnelle avec VMware : découverte automatique des machines virtuelles et des serveurs VMware ESX et mappage virtuel vers physique de bout en bout. Unisphere simplifie également la configuration de FAST Cache et de
FAST VP sur les plates-formes VNX.
Si vous décidez de mettre en œuvre une solution de sauvegarde, EMC vous recommande d’utiliser EMC Avamar ® . Le logiciel et système de sauvegarde avec déduplication Avamar réalise une déduplication de longueur variable au niveau du client, afin de réduire le volume des données à sauvegarder avant leur transfert vers des réseaux encombrés (LAN ou WAN). Avamar identifie les segments de données dupliqués et n’envoie que les segments uniques sur le réseau vers l’appliance de sauvegarde. Les résultats sont probants : fenêtres de sauvegarde plus courtes, réduction de la consommation d’espace de stockage de sauvegarde et utilisation optimale de la bande passante.
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
25
Chapitre 3 : Présentation de solution
Avantages d’EMC Avamar :
• Options de déploiement flexibles. Avamar offre, dans le déploiement des solutions, une flexibilité qui lui permet de s'adapter à votre cas spécifique et à vos exigences de restauration particulières. Avamar est une solution de sauvegarde et de restauration clé en main qui s’intègre avec le matériel certifié par EMC pour un déploiement rationalisé.
• Évolutivité, haute disponibilité et fiabilité. Avamar s’appuie sur une architecture distribuée évolutive qui permet des augmentations de performances et de stockage linéaires par un simple ajout de nœuds de stockage.
• Facilité de gestion et support. Vous pouvez accéder aux systèmes Avamar en toute sécurité via les liaisons réseau existantes et les intégrer avec les frameworks de gestion afin d’utiliser le protocole SNMP pour l’accès à distance
.
EMC Data Domain
Si vous utilisez Avamar pour la mise en œuvre d’une solution de sauvegarde et de restauration, vous pouvez décider d’envoyer les sauvegardes sur un système
EMC Data Domain
®
plutôt que sur le serveur Avamar. Avamar et Data Domain permettent aux partenaires d’adopter une appliance de sauvegarde spécialisée pour Exchange Server. Le système de stockage avec déduplication Data Domain déduplique les données à la volée de telle sorte que celles-ci sont déjà dédupliquées lorsqu’elles arrivent sur le disque. Ainsi, elles n’occupent qu’une fraction de l’espace disque du Dataset d’origine. Avec Data Domain, vous pouvez conserver les données sauvegardées et archivées sur site plus longtemps, afin de restaurer les données rapidement et de manière fiable à partir du disque.
La suite logicielle Data Domain comprend les options suivantes :
• Réplication EMC Data Domain
• VTL (Virtual Tape Library)
• Data Domain Boost
• La fonction Retention Lock
• Chiffrement
• Rétention plus longue
26 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 4
Choix d’une infrastructure
éprouvée VSPEX
Ce chapitre traite des points suivants :
Introduction .................................................................................... 28
Étape 2 : conception des architectures des applications ....................... 29
Étape n°3 : choix de l’infrastructure VSPEX EMC Proven adéquate .......... 29
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
27
Chapitre 4 : Choix d’une infrastructure éprouvée VSPEX
Introduction
Ce chapitre explique comment concevoir l’infrastructure VSPEX EMC Proven pour
Oracle et comment choisir la solution VSPEX qui répond le mieux à vos besoins. Il décrit les trois étapes principales à suivre pour terminer le processus de sélection :
1.
Évaluer la charge de travail Oracle 11 g
OLTP du client en utilisant la fiche technique de qualification VSPEX for virtualized Oracle, d’après les besoins métiers exprimés. Voir la fiche technique de qualification à l’Annexe B.
2.
Déterminer l’infrastructure, les ressources d’application, le système et l’architecture requis à l’aide de l’outil de dimensionnement EMC VSPEX pour Oracle.
3.
Choisir l’infrastructure VSPEX EMC Proven qui convient d’après les recommandations fournies dans les architectures de référence.
Pour plus d’informations, consultez le document
Deploying Oracle Database on
EMC VNX Unified Storage
disponible sur EMC.com et sur le site de support en ligne EMC.
Étape 1 : évaluation des besoins clients à l’aide de la fiche technique de qualification
Avant de s’arrêter sur une solution d’infrastructure VSPEX, il est essentiel de comprendre la charge de travail réelle et le Dataset de votre client, d’après ses besoins métiers. Pour vous aider à mieux comprendre les besoins métiers du client et à concevoir l’infrastructure VSPEX, EMC vous recommande fortement d’utiliser la fiche technique de qualification VSPEX for virtualized Oracle et l’outil de dimensionnement au moment d’évaluer les exigences liées à la charge de travail de la solution VSPEX. La section
Annexe A : Fiche technique de qualification
présente un exemple de fiche technique.
Dans la fiche technique de qualification VSPEX for virtualized Oracle, nous avons utilisé des questions simples pour comprendre et déterminer les exigences clients liées à la charge de travail et aux caractéristiques d’utilisation de l’environnement Oracle OLTP.
28 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 4 : Choix d’une infrastructure éprouvée VSPEX
Étape 2 : conception des architectures des applications
Nous avons défini un exemple de charge de travail client pour cette solution d’infrastructure VSPEX EMC Proven. Pour plus d’informations sur la machine virtuelle de référence et ses caractéristiques, reportez-vous à l’
Exemple de fiche technique de qualification VSPEX pour Oracle .
Une fois les informations du client recueillies et la fiche technique de qualification VSPEX for virtualized Oracle remplie, vous pouvez utiliser ces informations dans l’outil de dimensionnement VSPEX sur le site EMC Business
Value Portal . En cas d’indisponibilité de l’outil de dimensionnement su le site en support en ligne EMC, utilisez les instructions de dimensionnement fournies à
Dimensionnement manuel d’un environnement Oracle Database 11
OLTP virtualisé pour VSPEX.
Étape n°3 : choix de l’infrastructure VSPEX EMC Proven adéquate
Le programme VSPEX a développé de nombreuses solutions conçues pour simplifier le déploiement d’une infrastructure virtuelle consolidée utilisant
VMware vSphere et la gamme de produits EMC VNX. Une fois l’architecture d’application confirmée, vous pouvez choisir l’infrastructure VSPEX EMC Proven d’après les résultats calculés. Pour les environnements Oracle OLTP, consultez le document de solution
500 Virtual Machines
.
EMC VSPEX Private Cloud VMware vSphere 5.1 for up to
EMC vous recommande de suivre les étapes ci-dessous au moment de choisir une infrastructure VSPEX EMC Proven :
1.
Utilisez l’outil de dimensionnement VSPEX pour environnements
Oracle 11 g
OLTP afin d’obtenir le nombre total de machines virtuelles de référence et l’organisation du stockage supplémentaire suggérée. En cas d’indisponibilité du portail, utilisez l’Annexe B, qui décrit comment dimensionner manuellement le stockage d’un environnement.
2.
Concevez la capacité des ressources des autres applications en fonction des besoins métiers. L’outil de dimensionnement VSPEX calcule le nombre total de machines virtuelles de référence requises et les organisations de stockage supplémentaires recommandées pour l’environnement Oracle 11g OLTP.
3.
Sélectionnez le fournisseur réseau, le fournisseur de logiciel hyperviseur et l’infrastructure VSPEX EMC Proven contenant le nombre de machines virtuelles de référence requises. Pour plus d’informations, visitez le site
Web EMC VSPEX.
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
29
Chapitre 4 : Choix d’une infrastructure éprouvée VSPEX
30 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 5
Bonnes pratiques et considérations en matière de conception de solutions
Ce chapitre traite des points suivants :
Présentation ................................................................................... 32
Conception du réseau ...................................................................... 32
Conception de l’organisation du stockage .......................................... 34
Configuration de FAST Cache pour Oracle ........................................... 37
Conception de la couche de virtualisation ........................................... 38
Conception de la mise en œuvre d’Oracle Database 11 g
Conception de la sauvegarde et de la restauration ............................... 42
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
31
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
Présentation
Ce chapitre décrit la conception et les bonnes pratiques associées à la solution
EMC VSPEX for Virtualized Database 11g OLTP en termes de réseau, stockage, virtualisation, application, sauvegarde et restauration. Il contient les sections suivantes :
•
•
Conception de l’organisation du stockage
•
Configuration de FAST Cache pour Oracle
•
Conception de la couche de virtualisation
•
•
Conception de la sauvegarde et de la restauration
Conception du réseau
Présentation
La mise en réseau dans le monde virtuel utilise les mêmes concepts que dans le monde physique, à la différence près que certains de ces concepts s’appliquent aux logiciels au lieu d’utiliser des switches et des câbles physiques. Bien qu’un grand nombre de bonnes pratiques en vigueur dans le monde physique persistent dans le monde virtuel, il existe des points supplémentaires à prendre en compte en matière de segmentation du trafic, de disponibilité et de débit.
La Figure 3 illustre la conception haute disponibilité de la couche réseau de la
gamme VNX
® . Les fonctions réseau avancées de la gamme VNX protègent la baie contre les pannes de connexion réseau. Chaque hôte hyperviseur dispose de plusieurs connexions au réseau utilisateur et au réseau de stockage Ethernet pour se prémunir contre les pannes de liaison. Répartissez ces connexions sur plusieurs switches Ethernet afin d’offrir une protection contre les défaillances des composants du réseau. Pour plus d’informations, reportez-vous à la section
Architecture VSPEX EMC Proven , page 16.
Figure 3.
Couche réseau : haute disponibilité (VNX)
32 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
Bonnes pratiques relatives à la mise en réseau
Dans la solution VSPEX Proven Infrastructure for virtualized Oracle
Database 11 g R2, EMC vous recommande de prendre en compte la redondance du réseau et les paramètres avancés de VMware ESX lors de la conception du réseau dans le cadre de cette solution.
Redondance du réseau
Un réseau conçu pour être fiable et tolérant aux pannes doit pouvoir être restauré rapidement, ce afin que toute défaillance n’ait qu’un effet passager sur les applications en cours d’exécution. Dans cette solution, le réseau comprend une paire de switches redondants et tous les sous-réseaux présentent des liaisons redondantes.
Paramètres avancés de VMware ESX et paramètres d’expiration de délai pour NFS
Regroupez plusieurs connexions réseau pour accroître le débit et obtenir un débit supérieur à celui qu’une seule connexion aurait autorisé, mais aussi pour garantir la redondance en cas de panne d’une liaison. Par exemple, dans l’environnement de virtualisation VMware, utilisez deux cartes réseau physiques par vSwitch, puis réalisez un uplink des cartes réseau physiques pour séparer les switches physiques.
Au moment de configurer les paramètres de regroupement des cartes réseau, mieux vaut définir l’option de retour arrière sur non . En cas de défaillances réseau intermittentes, vous évitez ainsi un effet de bascule entre les cartes réseau.
Au moment de configurer VMware High Availability (VMware HA), définissez
également les expirations de délai et paramètres VMware ESX de l’onglet des paramètres avancés de VMware ESX :
• NFS.HeartbeatFrequency = 12
• NFS.HeartbeatTimeout = 5
• NFS.HeartbeatMaxFailures = 10
Pour accéder aux options NFS avancées :
1.
Connectez-vous à VMware vSphere Client.
2.
Sélectionnez l’hôte VMware ESXi/ESX.
3.
Cliquez sur l’onglet Configuration.
4.
Cliquez sur Advanced Settings.
5.
Sélectionnez NFS.
Configurez la base de données Oracle Database 11 librairies de disques ODM Oracle 11 g g
afin qu’elle utilise les
dNFS Client. Cette opération ne doit être effectuée qu’une seule fois. Une fois la configuration terminée, la base de données utilise le client natif dNFS optimisé pour Oracle plutôt que le client NFS hébergé par le système d’exploitation.
Nous avons remplacé la librairie ODM standard par une librairie prenant en
charge dNFS Client. La Figure 4 montre les commandes permettant d’activer la
librairie ODM dNFS Client.
Figure 4.
Activer la librairie ODM dNFS Client
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
33
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
Pour connaître les autres bonnes pratiques relatives à la conception du réseau de l’infrastructure VSPEX EMC Proven, consultez le
Guide de mise en œuvre
EMC VSPEX for Virtualized Oracle Database 11g OLTP
.
Conception de l’organisation du stockage
Présentation
Les considérations de cette section en matière de bonnes pratiques et de conception permettent de planifier efficacement le stockage et de répondre ainsi
à divers besoins métiers dans les environnements Oracle Database 11 g R2.
définition d’une architecture de haut niveau ;
La Figure 5 montre l’architecture générale entre les composants et les éléments
de stockage Oracle Database 11 g
R2 validés dans la solution VSPEX Proven
Infrastructure for virtualized Oracle Database 11 g
R2 sur une plate-forme de virtualisation vSphere 5.1. Tous les volumes Oracle Database 11 sur le stockage NFS. g
R2 se trouvent
34
Organisation du stockage
Figure 5.
Éléments de stockage Oracle Database 11 g
R2
Outre le pool d’infrastructure pour machines virtuelles, EMC vous recommande d’utiliser trois pools de stockage supplémentaires pour stocker les données
Oracle Database 11 un exemple. g
R2, à des fins d’utilisation différentes. Le Tableau 5 fournit
Tableau 5.
Organisation du stockage VNX pour Oracle Database
Nom du pool de stockage
Pool de données
Oracle
Pool de zone FRA
Oracle
Pool de fichiers
Redo Oracle
Le type de RAID type de disque
RAID 5 (4+1)
RAID 6 (6+2)
RAID 5 (4+1)
Disques SAS
15 000 t/min
Disques NL-SAS
7 200 t/min
Disques SAS
15 000 t/min
Nombre de disques
30
8
5
EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Bonnes pratiques de stockage
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
Tenez compte des bonnes pratiques de conception du stockage et l’organisation lors de la mise en œuvre de la solution VSPEX Proven Infrastructure for virtualized
Oracle Database 11 g
R2.
Pool de données Oracle Database 11 g
R2
Utilisez des disques SAS avec protection RAID 5 (4+1) pour les systèmes de fichiers Oracle /data et /temp. La protection RAID alliée à ce type de disque permet une utilisation haute capacité et fournit de bonnes performances d’E/S à moindre coût, tout en garantissant la disponibilité des données en cas de défaillance de disque.
Pool de fichiers redo log Oracle Database 11 g
R2
Dans le cadre de cette solution, nous avons configuré le système de fichiers destiné aux journaux redo log sur le pool physique de disques SAS avec protection RAID 5. Pour les charges de travail à fort taux d’opérations d’écriture, ou les charges de travail pour lesquelles les temps de réponse des lectures aléatoires sont essentiels, vous devez envisager la création d’un pool séparé destiné aux systèmes de fichiers redo sur des disques physiques distincts.
Pool de zone FRA Oracle Database 11gR2
Sachant que la sauvegarde bénéficie d’accès client restreint et que la capacité constitue le facteur de conception principal, nous avons utilisé des disques NL-
SAS pour la zone FRA Oracle. EMC vous recommande d’utiliser une protection
RAID 6 avec les disques NL-SAS haute capacité.
Personnalisation
EMC recommande aux clients de consulter les fournisseurs pour estimer les besoins en termes de capacité et d’IOPS de l’organisation du stockage. Assurezvous de tenir compte de la croissance à venir lors de la conception de l’organisation du stockage. Entrez le taux de croissance projetée dans l’outil de dimensionnement VSPEX.
Les administrateurs peuvent choisir de créer manuellement les pools des systèmes de fichiers ou d’utiliser la fonction Automated Volume Management d’Unisphere. Si l’administrateur opte pour une organisation manuelle des LUN de pool de stockage, nous lui recommandons de consulter le document
EMC VNX
Unified Best Practices for Performance
.
Besoins en performances supplémentaires pour FAST Suite
EMC FAST Suite (FAST VP et FAST Cache) propose deux technologies clés, disponibles dans la gamme VNX, qui offrent des performances exceptionnelles de manière automatisée, quand et où vous en avez besoin. Pour plus d’informations sur FAST Suite pour les infrastructures VSPEX EMC Proven, consultez le site Web
VSPEX Proven Infrastructure .
L’activation de FAST Cache ou de FAST VP est une opération transparente dans
Oracle Database 11 g
R2 et aucune reconfiguration ni aucune interruption de service n’est nécessaire. EMC vous recommande d’utiliser FAST Cache uniquement sur le pool de stockage ou les LUN qui en ont besoin.
Si vous activez la technologie FAST sur Oracle Database11 l’expérience des utilisateurs Oracle Database 11 g
R2. g R2, les temps de réponse, le débit de lecture/écriture et les temps de latence améliorent
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
35
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
Exemple d’organisation du stockage VSPEX
Cette section décrit les organisations du stockage VNX adaptées à cette solution
VSPEX Proven Infrastructure for virtualized Oracle Database 11 g en matière de conception, telles que détaillées précédemment.
R2 basées sur le
Cloud privé VSPEX. Cet exemple suit les bonnes pratiques et les considérations
La Figure 6 présente un exemple d’organisation du stockage dans un
environnement Oracle Database 11 g
R2 pour la gamme VNX.
Figure 6.
Exemple d’organisation du stockage : Oracle Database 11 gamme VNX g
R2 pour la
Remarque : il ne s’agit là que d’un exemple d’organisation du stockage. Pour planifier et concevoir vos propres organisations du stockage pour
Oracle Database 11 g
R2 sur une pile VSPEX, suivez les directives fournies dans l’outil de dimensionnement VSPEX et les bonnes
pratiques développées dans la section Conception de l’organisation du stockage , page 34.
36 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
Configuration de FAST Cache pour Oracle
Présentation
FAST Cache utilise des disques Flash pour ajouter une couche supplémentaire de cache entre le cache DRAM (Dynamic Random Access Memory) et les disques rotatifs, constituant ainsi un support plus rapide pour le stockage des données fréquemment consultées. FAST Cache est un cache de lecture/écriture extensible.
Il améliore les performances des applications en garantissant que les données les plus actives sont gérées par les disques Flash hautes performances et qu’elles résident sur ce support plus rapide aussi longtemps que nécessaire.
FAST Cache suit les activités des données à un niveau de granularité de 64 Ko et promeut les données fréquemment utilisées dans FAST Cache en les copiant des disques durs vers les disques Flash attribués à FAST Cache. Les accès d’E/S suivants au niveau de ces données sont gérés par les disques Flash, qui les traitent avec les temps de réponse adaptés, garantissant ainsi un temps de latence très réduit au niveau de ces données. Au fil du temps, les données anciennes sont de moins en moins utilisées. Elles sont vidées de FAST Cache et sont remplacées par des données plus actives.
Un petit nombre de disques Flash mis en œuvre pour FAST Cache améliore davantage les performances qu’un grand nombre de disques durs en
« shortstroking ».
FAST Cache convient particulièrement aux applications accédant très fréquemment au stockage de manière aléatoire, comme les bases de données
OLTP Oracle. En outre, les bases de données OLTP présentent une localité de référence inhérente avec des modèles d’E/S variés. Les applications présentant ces caractéristiques sont celles qui profitent le plus du déploiement de
FAST Cache. Pour une utilisation optimale de FAST Cache, ce dernier doit pouvoir gérer la totalité du Dataset de travail.
Bonnes pratiques
FAST Cache
EMC vous recommande d’effectuer les opérations suivantes :
• Activer FAST Cache uniquement sur les pools/LUN en ayant besoin.
• Dimensionner FAST Cache correctement, en fonction du Dataset actif de l’application.
• Désactiver FAST Cache sur les pools/LUN dans lesquels les journaux redo log en ligne d’Oracle résident.
• Ne jamais activer FAST Cache sur les logs d’archivage, car ces fichiers ne sont jamais écrasés et rarement relus (à moins que vous ayez besoin de restaurer la base de données).
EMC vous recommande d’activer FAST Cache uniquement au niveau des fichiers de données Oracle. Les fichiers d’archive et redo log d’Oracle équivalent à une charge de travail prévisible composée principalement d’écritures séquentielles.
Le cache d’écriture et les disques durs attribués à la baie peuvent efficacement gérer ces fichiers d’archive et redo log. L’activation de FAST Cache au niveau de ces fichiers n’est ni bénéfique, ni économique.
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
37
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
Conception de la couche de virtualisation
Présentation
Oracle Database 11 g
R2 est totalement pris en charge lorsque vous le déployez dans un environnement virtuel avec la technologie VMware vSphere ESXi™. Les sections suivantes décrivent les bonnes pratiques et les considérations de conception relatives à la virtualisation d’Oracle Database 11 g R2.
Bonnes pratiques en matière de virtualisation
Dans cette infrastructure VSPEX EMC Proven pour Oracle Database, EMC vous recommande de prendre en compte les bonnes pratiques de mise en œuvre relatives à la gestion des ressources suivantes dans le cadre de la conception de la virtualisation.
• Ressources informatiques
• Ressources réseau
• Fonctionnalités de VMware
• VMware vCenter
Ressources informatiques
EMC vous recommande de mettre en œuvre les bonnes pratiques suivantes en matière de ressources informatiques :
• Activez l’Hyper-threading. La technologie d’Hyper-threading permet à un processeur physique unique d’exécuter plusieurs threads indépendants simultanément. VMware ESXi est conçu pour utiliser l’Hyper-threading en contrôlant le placement des processeurs logiques sur le même cœur et en gérant intelligemment le temps processeur pour garantir que la charge est répartie uniformément sur tous les cœurs physiques du système
.
• Utilisez la virtualisation MMU assistée par matériel (Intel EPT et AMD RVI) pour réduire la consommation de mémoire et accélérer les charges de travail poussant les systèmes d’exploitation invités à modifier les tables de pagination trop fréquemment.
• Utilisez la technologie NUMA (Non-Uniform Memory Access), une architecture informatique dans laquelle l’accès à une mémoire plus proche d’un processeur particulier est plus rapide que l’accès à une mémoire plus
éloignée.
• Assurez-vous que le nombre de CPU virtuels d’une machine virtuelle est inférieur ou égal au nombre de cœurs d’un socket de processeur.
• Allouez une quantité de mémoire vRAM aux machines virtuelles inférieure à la mémoire locale du nœud NUMA (processeur).
• Programmez le CPU virtuel pour qu’il utilise le moins de sockets possible à l’aide du paramètre numa.vcpu.preferHT=TRUE.
• Installez VMware Tools, qui comprend plusieurs utilitaires améliorant les performances du système d’exploitation invité de la machine virtuelle et la facilité de gestion de cette dernière.
• Allouez une vRAM au moins deux fois supérieure à la zone SGA (System
Global Area) Oracle
• Configurez les réserves de mémoire des machines virtuelles de sorte qu’elles atteignent au minimum la taille de la zone SGA Oracle.
38 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
Ressources réseau
EMC vous recommande de mettre en œuvre les bonnes pratiques suivantes en matière de ressources réseau :
• Utilisez le périphérique réseau virtuel paravirtualisé de VMware le plus récent, actuellement VMXNET3 (VMXNET Génération 3)
, prenant en charge la connectivité 10 GbE.
• Utilisez des réseaux vLAN pour séparer le trafic de l’infrastructure vSphere du trafic des machines virtuelles à des fins de sécurité et d’isolation.
• Activez et configurez les trames Jumbo sur les piles physiques et virtuelles pour vMotion et les réseaux de stockage IP.
• Utilisez un montage NFS sur l’invité à partir d’un client Oracle dNFS dans la machine virtuelle plutôt que VMDK sur un datastore NFS.
Fonctionnalités de VMware
EMC vous recommande de mettre en œuvre les fonctionnalités VMware suivantes :
• vSphere HA : cette fonctionnalité utilise plusieurs hôtes VMware ESX, configurés en tant que cluster, pour permettre une restauration rapide en cas de panne. Elle fournit des systèmes haute disponibilité économiques destinés aux applications s’exécutant sur les machines virtuelles. vSphere HA protège les applications dans les cas suivants :
Panne de serveur : redémarre les machines virtuelles sur d’autres serveurs VMware ESXi dans le cluster.
Défaillance des applications : surveille la machine virtuelle en continu et la réinitialise en cas de défaillance de l’OS invité.
• VMware DRS : cette fonctionnalité équilibre automatiquement la charge de travail entre les hôtes utilisant la fonction vMotion pour la migration des machines virtuelles. Lorsque les charges de travail Oracle Database augmentent, DRS déplace automatiquement une machine virtuelle sur laquelle s’est formé un goulot d’étranglement vers un autre hôte disposant de davantage de ressources disponibles, et ce, sans interruption de service
.
• Règles d’affinité DRS : cette fonctionnalité contrôle le placement des machines virtuelles sur les hôtes d’un cluster. DRS fournit deux types de règle d’affinité :
une règle d’affinité hôte-VM, qui spécifie une relation d’affinité entre un groupe de machines virtuelles et un groupe d’hôtes ;
une règle d’affinité VM-VM, qui permet de déterminer si des machines virtuelles spécifiques doivent s’exécuter sur le même hôte ou rester sur des hôtes distincts.
Affinité des hôtes DRS et licences par processeur Oracle
L’option de licence par processeur Oracle se base sur l’interaction des logiciels avec le matériel. Pour Oracle EE, ces licences se basent sur le nombre de cœurs physiques
disponibles pour les logiciels Oracle installés. Pour Oracle SE, ces licences se basent sur le nombre de sockets de processeur
disponibles pour les logiciels Oracle installés. Oracle ne permet pas le partitionnement logiciel des
CPU comme moyen de calculer ou de limiter le nombre de licences logicielles requises pour un serveur physique. Oracle considère la technologie
VMware vSphere comme du partitionnement logiciel. Dans un environnement vSphere, tous les hôtes sur lesquels des fichiers exécutables Oracle sont installés et/ou en cours d’exécution doivent faire l’objet d’une licence.
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
39
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
Cela signifie que la conception et la taille du cluster VMware vSphere ESXi, ainsi que le placement et le déplacement des machines virtuelles hébergeant les fichiers exécutables Oracle, sont essentiels à la réduction du coût des licences
Oracle.
Lorsque les exigences Oracle d’un client ne justifient pas l’utilisation d’un cluster
VMware dédié, ce client peut acheter des licences pour un sous-ensemble de serveurs du cluster VMware pour Oracle Database 11 g EE. Dans ce cas, utilisez les règles d’affinité des hôtes DRS pour limiter comme il se doit le déplacement des machines virtuelles au sein du cluster, notamment pendant un événement de haute disponibilité. L’affinité des hôtes DRS est une technologie de cluster et ne constitue pas un mécanisme de partitionnement logiciel ou matériel dans un serveur donné. (Voir
Understanding Oracle Certification Support and Licensing in
VMware Environments
)
Modèles VMware
En termes VMware, un modèle est une copie principale de machine virtuelle que vous pouvez utiliser pour créer et provisionner rapidement des machines virtuelles. En utilisant un modèle, vous pouvez installer un OS invité sur une machine virtuelle avec des utilisateurs et logiciels d’applications déjà configurés et prêts à l’emploi, avec une interaction utilisateur minime. Les modèles réduisent la durée du déploiement et automatisent les tâches d’installation et de configuration répétitives sur chaque machine virtuelle requise.
Les spécifications de personnalisation stockées dans vCenter simplifient encore davantage le déploiement des machines virtuelles. Un assistant de déploiement, un outil d’automatisation ou un script peut utiliser ces modèles pour créer ou modifier automatiquement des paramètres serveur (tels que le nom du serveur, le fuseau horaire et la configuration réseau) avant de générer la nouvelle machine virtuelle.
Surveillance régulière de l’infrastructure VSPEX EMC Proven
Contrôlez régulièrement les performances de toute l’infrastructure
VSPEX EMC Proven. Le contrôle des performances n’intervient pas simplement au niveau de la machine virtuelle, il intervient aussi au niveau de l’hyperviseur. Par exemple, avec un hyperviseur VMware ESXi, vous pouvez utiliser le contrôle des performances de la machine Oracle Database pour vous assurer que la machine virtuelle ou Oracle Database fonctionne comme prévu. Pendant ce temps, au niveau de l’hyperviseur, utilisez esxtop pour contrôler les performances de l’hôte.
40 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
Conception de la mise en œuvre d’Oracle Database 11
g
R2
Présentation
Les considérations relatives à la conception d’Oracle Database 11 g R2 englobent divers aspects. Les considérations de cette section en matière de bonnes pratiques et de conception sont les plus courantes et les plus importantes.
Configuration d’Oracle dNFS
Client
Activation du paramètre
HugePages
Activez Oracle dNFS Client. Ce logiciel fournit à la fois résilience et performances grâce à un système NFS hébergé sur l’OS permettant un basculement automatique sur le fabric 10 Gigabit Ethernet et le traitement d’E/S simultanées en contournant tous les caches du système d’exploitation et le verrouillage de l’ordre des écritures de l’OS.
Gestion automatique de la mémoire partagée
dNFS gère également les E/S asynchrones, ce qui permet de continuer le traitement pendant que la demande d’E/S est soumise et traitée.
La gestion automatique de la mémoire partagée (Automatic Shared Memory
Management, ASMM) est une méthode standard de gestion dynamique de la mémoire dans les bases de données Oracle 11g. Elle est disponible depuis
Oracle Database 10 g . Cette méthode est compatible avec le mécanisme
HugePages de Linux. EMC vous recommande de mettre en œuvre la méthode
ASMM pour automatiser la gestion des structures de mémoire partagée suivantes :
• DB_CACHE_SIZE
• SHARED_POOL_SIZE
• LARGE_POOL_SIZE
•
JAVA_POOL_SIZE
• STREAMS_POOL_SIZE
Pour mettre en œuvre cette fonction, les paramètres d’initialisation suivants doivent être configurés :
• SGA_TARGET défini sur une valeur non nulle
• STATISTICS_LEVEL=TYPICAL (ou ALL)
N’utilisez pas
la fonction de gestion automatique de la mémoire (AMM), car elle n’est pas compatible avec HugePages. Si vous souhaitez utiliser HugePages, assurez-vous que les paramètres d’initialisation MEMORY_TARGET /
MEMORY_MAX_TARGET ne sont pas définis.
Pour plus d’informations, consultez
My Oracle Support, Note ID 749851.1.
HugePages est un élément essentiel à l’amélioration des performances d’Oracle Database sous Linux si la RAM et la zone SGA sont volumineuses. Si l’ensemble des zones SGA de la base de données est volumineux (plus de 8 Go), vous devez configurer HugePages. La taille de la zone SGA constitue un facteur essentiel.
Les avantages de l’activation du paramètre HugePages sont les suivants :
• taille de page supérieure et nombre de pages réduit ;
• performances globales améliorées en termes de mémoire ;
• pas de permutation ;
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
41
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
Opérations d’E/S au niveau des fichiers du système de fichiers
• pas d’opérations kswapd
.
Définissez le paramètre FILESYSTEMIO_OPTIONS=SETALL. Celui-ci active à la fois les E/S directes et les E/S asynchrones. Dans le cas d’E/S asynchrones, le traitement continue pendant que les demandes d’E/S sont soumises et traitées.
Direct NFS ne dépend pas de la valeur du paramètre FILESYSTEMIO_OPTIONS.
Direct NFS émet toujours des E/S asynchrones et directes, car il ne dépend pas de la prise en charge de l’OS. Cependant, vous pouvez toujours revenir au client NFS du système d’exploitation en cas de configuration incorrecte. Par précaution, définissez le paramètre filesystemio_options sur en charge par le système d’exploitation.
SETALL
si cette option est prise
Organisation des fichiers de bases de données dans le système NFS
Les fichiers de données, fichiers redo log en ligne, fichiers FRA, fichiers temporaires et fichiers de contrôle résident sur les systèmes de fichiers NFS. Ces systèmes de fichiers sont conçus en fonction de chaque type de fichier (en termes de niveau RAID et du nombre de disques utilisés).
Le Tableau 6 répertorie chaque type de fichier ou d’activité et indique son
emplacement.
Tableau 6.
Organisation des fichiers de bases de données dans le système
NFS
Contenu
Fichiers binaires de bases de données
Ville
/u01/app/oracle/11.2.0.3
Fichiers de données, fichiers de contrôle /u02/app/oracle/oradata/vspex1
Journaux redo log en ligne, fichiers de contrôle
Fichiers FRA
/u03/app/oracle/oradata/vspex1
/u05/app/oracle/oradata/vspex1
Conception de la sauvegarde et de la restauration
Présentation
Les considérations relatives à la conception de la sauvegarde d’Oracle Database 11 g
R2. g
R2 englobent divers aspects. Les sections suivantes décrivent les bonnes pratiques et considérations de conception à prendre en compte pour la sauvegarde et la restauration d’une base de données
Oracle 11
Architecture générale
Avamar Plug-in for Oracle s’utilise avec Oracle et Oracle Recovery Manager (RMAN) pour sauvegarder une base de données, un tablespace ou des fichiers de données Oracle sur un serveur Avamar ou sur un système Data Domain. Ce plug-in sert de module de sauvegarde. Il utilise le serveur Avamar ou le système
Data Domain comme périphérique de stockage.
RMAN amorce les opérations de sauvegarde et de restauration. Avamar Plug-in for
Oracle interprète les commandes de sauvegarde et de restauration de RMAN, puis les achemine vers le serveur Avamar. Le serveur Avamar envoie les commandes à
Avamar Plug-in for Oracle afin que ce dernier exécute l’activité de sauvegarde et de restauration.
42 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
La Figure 7 illustre la communication entre le serveur Avamar/Avamar Plug-in for
Oracle et une base de données Oracle/RMAN.
Points à prendre en compte
Figure 7.
Serveur Avamar et Avamar Plug-in for Oracle
Remarque L’utilisation d’EMC Data Domain comme cible de sauvegarde d’Avamar est également prise en charge. Dans ce cas,
Avamar Client et les plug-in Avamar s’installent de la même manière que lorsqu’Avamar est utilisé comme cible de sauvegarde.
Les clients protégeant VMware vSphere à l’aide de la protection des images de machines virtuelles d’Avamar peuvent restaurer ces machines sans installer
Avamar Client sur ces hôtes. Les utilisateurs peuvent restaurer ces hôtes à partir de sauvegardes VMware VADP s’ils possèdent des instances ou des bases de données.
Dans le cas d’une reprise après sinistre, la restauration des images de machine virtuelle permet la restauration au niveau système d’exploitation. La restauration au niveau du serveur Oracle intervient après restauration de ces ressources. La mise en œuvre de la protection au niveau image de vSphere dépasse le cadre de ce guide, mais représente une option viable pour la restauration des systèmes d’exploitation de base.
Pendant la conception d’une solution de sauvegarde Avamar, il est essentiel de savoir quelle méthode utiliser pour sauvegarde votre base de données Oracle. Les critères de conception critiques sont les suivants :
• Type de sauvegarde : par exemple, souhaitez-vous exécuter une sauvegarde complète ou une sauvegarde incrémentielle ?
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
43
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
Bonnes pratiques en matière de sauvegarde et de restauration
• Planning de sauvegarde : par exemple, souhaitez-vous sauvegarder vos données sur une base quotidienne, hebdomadaire ou mensuelle ?
• Rétention des données de sauvegarde : par exemple, souhaitez-vous conserver les données pendant un mois ou un trimestre ?
Outre la définition de vos opérations de sauvegarde Avamar, vous devez
comprendre la terminologie qui s’y rapporte, décrite dans le Tableau 7.
Tableau 7.
Terminologie appliquée à la sauvegarde Avamar
Terme Description
Datasets Les Datasets Avamar sont en fait des listes de répertoires et de fichiers à sauvegarder sur un client. L’attribution d’un Dataset à un client ou à un groupe vous permet d’enregistrer des sélections de sauvegarde. Chaque Dataset définit une liste de données sources, une liste d’exclusion, une liste d’inclusion et des options de plug-in.
Planning Les plannings sont des objets réutilisables contrôlant les activités de sauvegarde du système à l’un des intervalles pris en charge.
Ces intervalles sont les suivants : quotidien, hebdomadaire, mensuel et à la demande.
Rétentions des index Les règles de rétention des sauvegardes vous permettent de définir la période de conservation d’une sauvegarde dans le système. Les paramètres de rétention types incluent la durée de conservation, une date de fin spécifique ou aucune date de fin spécifique.
Groupes de sauvegarde
Avamar a recours à des groupes pour mettre en œuvre diverses règles d’automatisation des sauvegardes et appliquer des règles et un comportement système cohérents sur une grille entière, ou plus vraisemblablement un groupe.
Les membres des groupes sont des ordinateurs clients ajoutés à un groupe donné en vue de l’exécution de sauvegardes planifiées basées sur les mêmes règles.
Tenez compte des bonnes pratiques suivantes pour la sauvegarde et la restauration de votre base de données Oracle 11 g R2.
Ressources réseau
Pour les ressources réseau :
• réseau virtuel paravirtualisé VMware VMXNET Génération 3 (VMXNET3) à
10 GbE
;
• réseau vLAN pour la séparation du réseau de données de sauvegarde et du réseau de bases de données Oracle.
Configuration des paramètres Oracle RMAN
Pour les paramètres Oracle RMAN :
• N’utilisez pas le chiffrement ou la compression des bases de données. Cela réduit le taux de déduplication des données sur l’une des cibles de sauvegarde prises en charge.
44 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
• Utilisez l’allocation de plusieurs canaux pour améliorer les performances de sauvegarde et de restauration. Le nombre maximal de canaux pris en charge est de 6
.
• Définissez le paramètre FILEPERSET=1 ou MAXOPENFILES=1 dans le fichier de configuration RMAN lorsque vous sauvegardez des données avec
Data Domain comme périphérique cible.
Restauration Flashback Database
Avamar Plug-in for Oracle prend en charge les restaurations Oracle Flashback
Database. Pour pouvoir utiliser la restauration Flashback Database, vous devez configurer la zone FRA.
Recoupement des sauvegardes
EMC vous recommande de mettre en œuvre un recoupement Oracle RMAN régulier afin de conserver les Datasets de sauvegarde persistants.
Sauvegarde et restauration avec Oracle RMAN
EMC fournit des scripts RMAN en option qui permettent de sauvegarder et restaurer manuellement les bases de données Oracle. L’utilisation de ces scripts requiert une certaine expérience des commandes de shell du système d’exploitation du serveur Oracle exécutant le logiciel Oracle et Oracle Recovery
Manager (RMAN).
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
45
Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions
46 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 6
Méthodologie de vérification de la solution
Ce chapitre traite des points suivants :
Vérification de la solution ................................................................. 48
Création d’un environnement de test.................................................. 49
Remplissage de la base de données de test ........................................ 49
Mise en œuvre de la solution ............................................................ 49
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
47
48
Chapitre 6 : Méthodologie de vérification de la solution
Vérification de la solution
Présentation
EMC vous recommande de tester l’architecture éprouvée VSPEX for Oracle
Database 11 g
R2 pour la superposition d’applications avant de la déployer dans l’environnement de production. Cela vous permet de confirmer que la conception respecte les objectifs de performances et de capacité et vous permet d’identifier et de résoudre les goulots d’étranglement potentiels avant qu’ils n’aient un impact sur les utilisateurs lors d’un déploiement réel. Cette section résume les
étapes générales que nous avons effectuées lors de la vérification de cette solution.
Avant de vérifier les performances d’Oracle Database 11
VSPEX EMC Proven, assurez-vous que vous avez déployé Oracle Database 11 dans cette infrastructure en suivant les instructions des
Guides de mise en œuvre relatifs à Oracle Database 11gR2 . g
R2 dans l’infrastructure g
R2
Le Tableau 8 décrit les étapes générales requises avant la mise en œuvre de
l’environnement Oracle Database 11 g R2 en production.
Tableau 8.
Étapes générales de vérification de l’application
Step Description Step
1 Définir le scénario de test (cf. outil de dimensionnement VSPEX) pour identifier un scénario de charge de travail métier commun.
Création d’un environnement de test
2
3
4
Comprendre les indicateurs clés de l’environnement Oracle Database 11 gR2 pour parvenir au niveau de performances et de capacité nécessaires et répondre aux besoins métiers.
Utiliser l’outil de dimensionnement VSPEX pour
Oracle Database 11 gR2 afin de déterminer l’architecture et les ressources requises par l’infrastructure VSPEX EMC Proven.
Concevoir et créer la solution
Oracle Database 11 gR2 sur l’infrastructure
VSPEX EMC Proven.
Étape 1 : évaluation des besoins clients à l’aide de la fiche technique de qualification
Site Web EMC VSPEX
Guide de mise en
œuvre pour Oracle
Database 11gR2 OLTP
5
6
Renseigner un outil de test simulant un environnement réel.
Exécuter les tests, analyser les résultats, puis optimiser l’architecture VSPEX.
Utiliser Swingbench pour remplir la base de données.
Swingbench pour le test des performances
Oracle Database 11gR2
Outre le scénario de test, il est important de connaître l’objectif des tests
Oracle Database 11 g
R2. En effet, cela aide à choisir les indicateurs à utiliser et les seuils à fixer au moment d’exécuter les tests de validation d’Oracle Database 11
Oracle Database 11 g g R2. Pour vérifier la solution VSPEX pour
R2, utilisez les indicateurs clés suivants :
• Transactions par seconde (TPS)
• Taux de modifications
• Temps d’attente moyen pour les E/S des utilisateurs
EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 6 : Méthodologie de vérification de la solution
• Temps d’attente moyen pour la validation
L’outil de dimensionnement VSPEX vous aide à définir les indicateurs et les seuils de base pour répondre aux besoins métiers de votre client. Pour plus d’informations sur l’utilisation de l’outil de dimensionnement VSPEX, consultez la page de l’outil de dimensionnement pour Oracle Database 11
EMC VSPEX. g
R2 sur le site Web
Création d’un environnement de test
Après avoir déterminé les objectifs du test, défini les mesures et calculé les besoins en capacité de votre base de données, il vous faut concevoir et créer l’environnement de test pour la solution VSPEX for Oracle Database 11 g
R2. La base de données de test doit reproduire l’environnement de production aussi fidèlement que possible. Tenez compte de toutes les fonctionnalités précédemment décrites, notamment l’organisation du stockage, l’équilibrage de la charge réseau et la mise en réseau.
Dans le cadre de la solution VSPEX pour Oracle Database 11 utilisé Swingbench pour simuler un scénario Oracle Database 11
Pour plus d’informations sur Swingbench, consultez la page http://www.dominicgiles.com/swingbench.html
. g R2, nous avons g R2 commun.
Au moment de configurer votre environnement de test, créez un plan pour les serveurs et la base de données Oracle Database, ainsi que pour les machines nécessaires à l’exécution des tests. Utilisez l’une des machines en tant que serveur Swingbench. Le serveur Swingbench soumet la base de données à des contraintes en simulant une charge de travail de transactions définies par l’utilisateur, et il envoie les demandes à la base de données
Oracle Database 11
Oracle Database. g
R2. Stockez les résultats du test sur une base de données
Outre l’environnement et l’outil de test, vous pourriez également devoir utiliser d’autres outils pour préparer un environnement de test complet pour
Oracle Database 11 sujet. g
R2. Pour plus d’informations, consultez l’article d’Oracle
Technology Network (TechNet) ( www.oracle.com/technetwork/index.html
) sur ce
Remplissage de la base de données de test
Après avoir créé l’environnement de test, déterminez le type de données à exécuter. Pour cette solution, nous avons simulé une charge de travail OLTP en estimant les utilisateurs à l’aide de l’outil Swingbench, remplissant une base de données de 500 Go. Nous avons ensuite accédé à la base de données à partir de différentes sessions générées par le serveur Swingbench.
Mise en œuvre de la solution
Une fois l’infrastructure VSPEX conçue, reportez-vous au
Guide de mise en œuvre
EMC VSPEX for Virtualized Oracle Database 11g OLTP
(accompagnant le présent document) pour plus d’informations sur la mise en œuvre de la solution.
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
49
Chapitre 6 : Méthodologie de vérification de la solution
50 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Chapitre 7
Documentation de référence
Cette annexe traite des points suivants :
Livres blancs ................................................................................... 52
Documentation produit .................................................................... 52
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
51
Chapitre 7 : Documentation de référence
Livres blancs
Oracle
Solutions
VMware
•
•
•
•
Consultez les livres blancs Oracle suivants, en rapport avec cette solution :
•
•
•
Oracle Edition Comparisons
Oracle Database Licensing
Oracle Software Investment Guide
Oracle Processor Core Factor Table
Installing and Using Standby Statspack in 11g
[ID 454848.1]
How to Tell if the IO of the Database is Slow
[Article ID 1275596.1]
HugePages on Linux: What It Is... and What It Is Not...
https://support.oracle.com
(identifiants requis)
[ID 361323.1]
Consultez les livres blancs EMC suivants, en rapport avec cette solution :
•
•
•
Deploying Oracle Database on EMC VNX Unified Storage
EMC Cost-Efficient Infrastructure for Oracle
Maximize Operational Efficiency for Oracle RAC with EMC Symmetrix FAST VP
(Automated Tiering) and VMware vSphere - An Architectural Overview
•
EMC VNX7500 Scaling Performance for Oracle 11g R2 on VMware vSphere
5.1
Consultez les livres blancs VMware suivants, en rapport avec cette solution :
•
•
•
•
Understanding Oracle Certification Support and Licensing in VMware –
Environments
Oracle Databases on VMware Best Practices Guide
Best Practices for running VMware vSphere on NFS
Performance Best Practices for VMware vSphere™ 5.0
52
Documentation produit
Oracle
Consultez la documentation produit Oracle en rapport avec cette solution :
•
•
•
•
•
•
Oracle Database 11g Documentation Library 11g Release 2 (11.2)
Oracle Edition Comparisons
Database Licensing
Oracle Processor Core Factor Table
Understanding Oracle Certification Support and Licensing in VMware –
Environments
Oracle Software Investment Guide
EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Solutions
VMware
Chapitre 7 : Documentation de référence
•
•
•
•
•
•
Consultez la documentation produit EMC en rapport avec cette solution :
•
•
Famille EMC VNX
Documentation sur la gamme VNX sur le site de support en ligne EMC
Consultez la documentation produit VMware en rapport avec cette solution :
•
Documentation VMware vSphere
Documentation vSphere PowerCLI
Best Practices for running VMware vSphere on NFS
Performance Best Practices for VMware vSphere™ 5.0
Oracle Databases on VMware Best Practices Guide
Understanding Oracle Certification Support and Licensing in VMware –
Environments
VMware vSphere 5.1 Clustering Deepdive
de Duncan Epping et Frank
Denneman
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
53
Chapitre 7 : Documentation de référence
54 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Annexe A Fiche technique de qualification
Cette annexe traite du point suivant :
Présentation de la fiche technique de qualification .............................. 56
Impression de la fiche technique de qualification ................................ 57
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
55
Annexe A : Fiche technique de qualification
Présentation de la fiche technique de qualification
Avant de dimensionner la solution VSPEX, recueillez les informations relatives aux bases de données Oracle du client dans la fiche technique de qualification
présentée dans la Figure 8. Cette fiche technique convient à la qualification de
plusieurs bases de données.
Figure 8.
Fiche technique de qualification EMC VSPEX for Oracle 11 g
OLTP
Vous pouvez utiliser le référentiel automatique de la charge Oracle ou les rapports
Statspack pour obtenir ces informations, comme décrit dans la documentation
Oracle Database Performance Tuning Guide 11g Release 2 (11.2) disponible sur le site : http://docs.oracle.com/cd/E11882_01/server.112/e16638/toc.htm
56 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Annexe A : Fiche technique de qualification
Impression de la fiche technique de qualification
Un exemplaire de la fiche technique de qualification VSPEX for virtualized Oracle est joint à ce document au format PDF. Pour ouvrir ce fichier, procédez comme suit :
1.
Dans les menus du PDF, choisissez View->Show/Hide -> Navigation
Panes -> Attachments, comme le montre la Figure 9.
Figure 9.
Fiche technique de qualification imprimable
La pièce jointe s’affiche dans le panneau de gauche, comme le montre la
Figure 10.
Affichage de la fiche technique de qualification
2.
Double-cliquez sur le document pour l’ouvrir et imprimer la fiche technique de qualification.
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
57
Annexe A : Fiche technique de qualification
58 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Annexe B Outil VSPEX Sizing Tool
Cette annexe traite des points suivants :
Exemple de fiche technique de qualification VSPEX pour Oracle ............ 60
Dimensionnement manuel d’un environnement Oracle Database 11 g
OLTP virtualisé pour VSPEX ............................................................... 63
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
59
Annexe B : Outil VSPEX Sizing Tool
Exemple de fiche technique de qualification VSPEX pour Oracle
Vous pouvez obtenir les informations à recueillir dans la fiche technique de qualification EMC pour Oracle dans chaque base de données du référentiel automatique de la charge (Automatic Workload Repository, AWR). Le référentiel automatique de la charge (AWR) et le référentiel Statspack fournissent chacun des statistiques clés sur les performances, la charge et les ressources de la base de données (internes et externes). Vous pouvez accéder à ces données à l’aide des scripts fournis par Oracle. Vous pouvez obtenir les informations restantes auprès du client ou en utilisant les requêtes simples fournies dans cette annexe.
Figure 11.
Exemple de fiche technique de qualification EMC pour Oracle
Paramètres de mémoire de la base de données
Utilisez la section init.ora Parameters du rapport AWR pour calculer les valeurs
SGA (System Global Area) et PGA (Program Global Area), comme le montre la
60
Figure 12.
Section init.ora
Parameters
du rapport AWR
Identification du nombre d’utilisateurs simultanés
De nombreux clients connaissent le nombre d’utilisateurs connectés à leur
système. Cependant, vous pouvez utiliser la requête SQL de la Figure 13 pour
confirmer le nombre maximal d’utilisateurs se connectant à la base de données simultanément.
EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Annexe B : Outil VSPEX Sizing Tool
SQL> select SESSIONS_CURRENT, SESSIONS_HIGHWATER from v$license;
SESSIONS_CURRENT SESSIONS_HIGHWATER
----------------------------- --------------------------------
5 249
1 row selected.
Figure 13.
Requête portant sur le seuil supérieur de sessions utilisateur
Taille de la base de données
Utilisez la taille des données et des fichiers temporaires de la colonne DB Size (MB) pour
calculer la valeur totale, comme le montre la Figure 14.
SQL> select ltrim(to_char(sum(bytes)/(1024*1024))) as “Total size (M)” from ( select sum(bytes) as bytes from v$datafile union select bytes from v$tempfile);
Total size (M)
----------------------------------------
256000
1 row selected.
Figure 14.
Calcul de la taille de base de données à l’aide d’une requête SQL
Identification des IOPS des fichiers de données et taux de modification des journaux Redo log
Vous pouvez obtenir les informations des colonnes IOPS LECT., IOPS ÉCRIT. et
Taux de modification (Mo/s) dans la section « IOStat by Function summary » du
rapport AWR. La Figure 15 présente ces colonnes.
Figure 15.
Section IOStat by Function summary dans le rapport AWR
Obtention du temps d’E/S utilisateurs et du temps de validation
Les événements d’attente Oracle (Figure 16) fournissent les statistiques de temps
de réponse clés relatives à la base de données Oracle.
• Utilisez la section db file sequential read pour renseigner la colonne E/S utilisateurs. Oracle recommande d’entrer une valeur inférieure à 20 ms.
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
61
Annexe B : Outil VSPEX Sizing Tool
• Utilisez la section log file sync pour renseigner la colonne Validation. Oracle recommande d’entrer une valeur inférieure à 15 ms.
Figure 16.
Section Foreground Wait Event du rapport AWR
Consultez le document My Oracle Support Document ID 1275596.1 pour obtenir la liste des temps de réponse d’E/S généralement acceptables
Ligne Transactions de la section Load Profile du rapport AWR
Vous pouvez obtenir la valeur utilisée pour renseigner la colonne TPS de la fiche technique dans la ligne Transactions de la section Load Profile du rapport, comme
Figure 17.
Ligne Transactions de la section Load Profile du rapport AWR
62
2
Référence : My Oracle Support : How to Tell if the IO of the Database is Slow [ID 1275596.1]
EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Annexe B : Outil VSPEX Sizing Tool
Dimensionnement manuel d’un environnement Oracle Database 11
g
OLTP virtualisé pour VSPEX
Présentation
Cette section explique comment calculer les ressources requises dans une solution VSPEX Proven Infrastructure for virtualized Oracle Database 11 partir du nombre total de machines virtuelles de référence. g
OLTP à
En utilisant une fiche technique de qualification EMC pour Oracle renseignée (voir
Figure 18), vous pouvez estimer les ressources requises en termes de CPU virtuels,
de mémoire et de stockage pour l’environnement Oracle Database 11g.
Remarque Suivez ces instructions pour déterminer manuellement la taille approximative d’une application unique en cas d’indisponibilité du site Web de l’outil de dimensionnement VSPEX. EMC vous recommande d’utiliser l’outil de dimensionnement VSPEX et ses fonctionnalités multiapplications, multi-instances en priorité.
Procédure de dimensionnement manuel d’Oracle
Cette section présente un exemple présentant la méthode de dimensionnement manuel d’Oracle. L’exemple se déroule comme suit :
• Le partenaire renseigne la fiche technique de qualification.
• Le nombre d’utilisateurs identifié dans la fiche technique de qualification renseignée est mappé sur les ressources de machines virtuelles et les machines virtuelles de référence VSPEX.
• Calcul des exigences de stockage d’Oracle Database 11 g.
Figure 18.
Exemple de fiche technique de qualification EMC pour Oracle
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
63
64
Annexe B : Outil VSPEX Sizing Tool
Tableau 9.
Mappage des utilisateurs d’application sur les machines virtuelles de référence VSPEX
Modèle Oracle (P/M/G)
Jusqu’à 150 utilisateurs
(petit)
Ressources de machines virtuelles
2 CPU virtuels et 8 Go de mémoire
Référence VSPEX
VM
4
4 CPU virtuels et 16 Go de mémoire 8 Jusqu’à 250 utilisateurs
(moyen)
Pour plus de
250 utilisateurs (grand)
8 CPU virtuels et 32 Go de mémoire 16
En prenant le nombre d’utilisateurs VSPEX1M et VSPEX1S de la Figure 18 et en se
référençant au Tableau 9, nous pouvons déterminer la taille de machine virtuelle
requise et le nombre de machines virtuelles de référence.
• VSPEX1M prend en charge 250 utilisateurs et une zone SGA de 8 192 Mo.
Ce système requiert une machine virtuelle dotée de quatre CPU virtuels et de 16 Go de mémoire, et un mappage sur huit machines virtuelles de référence VSPEX
.
• VSPEX1S prend en charge 150 utilisateurs et une zone SGA de 4 096 Mo. Ce système requiert une machine virtuelle dotée de deux CPU virtuels et de
8 Go de mémoire, et un mappage sur quatre machines virtuelles de référence VSPEX.
• Par conséquent, cette configuration requiert un total de 12 machines virtuelles de référence VSPEX, utilisées pour le calcul de la taille de pool d’infrastructure virtuelle VSPEX requise.
Calcul des exigences de stockage VSPEX pour Oracle Database 11 g OLTP
Comme décrit dans la section Conception de l’organisation du stockage , tous les
fichiers de données et tous les fichiers redo doivent résider sur un système de stockage RAID 5 alors que les fichiers FRA oracle sont placés sur un système RAID 6.
Lorsque vous calculez les exigences de stockage d’une base de données, tenez compte de la capacité et des performances en termes d’E/S. Lorsque la capacité des disques augmente, à moins qu’une base de données ne soit anormalement volumineuse, vous devez déterminer les exigences de stockage en fonction des performances.
Calculez les exigences de stockage de chaque base de données à l’aide des valeurs recueillies dans la fiche technique de qualification et des informations
fournies dans le Tableau 10 et le Tableau 11.
Le profil de stockage suivant :
de l’entrée de base de données VSPEX1M (Figure 18) est le
• Taille de base de données de 256 000 Mo (296 Go).
• La croissance annuelle de 5 % entraîne une capacité sur trois ans de 296 Go.
• Le profil d’IOPS de la base de données est de 1 344 en lecture et 608 en
écriture.
• Le taux de modification des fichiers redo est de 1,3 Mo/s
EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Annexe B : Outil VSPEX Sizing Tool
Pour convertir ces valeurs en exigences de stockage, il faut prendre en compte les
éléments suivants :
• type et pénalité d’écriture RAID pour le calcul des IOPS réelles sur la baie
;
• type de disque, capacité et opérations d’entrées/sorties et débit.
Tableau 10.
Type et pénalité d’écriture RAID et taux d’utilisation de la capacité
RAID
RAID 5 (4+1)
Utilisation de la capacité
0,80
Multiple de
5
Pénalité d’écriture
4
Disques actifs
4
Disques de parité
1
RAID 6 (6+2) 0,75 8 6 6 2
Pour calculer les IOPS de la baie de stockage, prenez les IOPS de la base de données en lecture et en écriture et appliquez la formule suivante :
IOPS de la baie = IOPS de lecture + (IOPS d’écriture x pénalité d’écriture RAID)
Tableau 11.
IOPS de disque aléatoires par type de disque
Types de disque
SAS 15 000 t/min
E/S par seconde
180
SAS 10 000 t/min
NL-SAS
Disque SSD
140
90
3 000
• Le pool de données utilise un disque SAS 15 000 t/min de 300 Go avec une
charge de travail en lecture/écriture aléatoire. Le Tableau 11 montre que ce
disque prend en charge 180 IOPS aléatoires.
• Le pool de fichiers redo utilise également un disque SAS 15 000 t/min de
300 Go avec charge de travail en écriture séquentielle. Une valeur prudente de 60 Mo/s par disque est utilisée pour les débits constants en écriture.
• Le pool de fichiers FRA se compose de disques NL-SAS 7 200 t/min de 1 To avec une charge de travail en écriture séquentielle. Une valeur prudente de
20 Mo/s par disque est utilisée pour ces débits constants en écriture.
Tableau 12.
Exemple de calcul de pool de stockage
Storage pool Nombre de disques Total capacity
Pool de données
Oracle RAID 5
25 disques
21 = (1 344 + (608 *4))/180
Arrondir à un multiple de 5 pour compatibilité RAID 5
(4 +1)= 25 disques
300 Go * 25 * 0,8 = 6 000
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
65
66
Annexe B : Outil VSPEX Sizing Tool
Storage pool
Pool de fichiers redo
Oracle RAID 5
Pool de zone FRA
Oracle
RAID 6
Nombre de disques
5 disques
1 = (1,3 Mo/s * 4) / 60 Mo/s
Arrondir à un multiple de 5 pour compatibilité RAID 5
(4 +1)= 5 disques
8 disques
1 = (1,3 Mo/s * 6) / 60 Mo/s
Arrondir à un multiple de 8 pour compatibilité RAID 8
(6 +2)= 8 disques
Total capacity
300 Go * 5 * 0,8 = 1 200
1 To * 8 * 0,75 = 6 000
Nous ne calculons par l’effet de FAST Cache ici, car vous avez activé ce paramètre au niveau de la baie et qu’il affecte les performances de tous les disques/pools qui l’utilisent.
Dimensionnement de la capacité du système d’exploitation
Une instance de base de données Oracle Database 11 g correspond à un volume d’OS et la capacité est fixée à 100 Go. Pour plus d’informations sur le dimensionnement de la capacité, consultez les documents relatifs à l’infrastructure de virtualisation.
Dimensionnement des IOPS du système d’exploitation
Le profil d’IOPS du système d’exploitation est fixé à 25 IOPS par volume d’OS.
Pour plus d’informations sur le dimensionnement des IOPS du système d’exploitation, consultez les documents relatifs à l’infrastructure de virtualisation.
Sélection de l’infrastructure VSPEX EMC Proven adéquate
Pour calculer le type d’infrastructure VSPEX EMC Proven adapté à votre solution, procédez comme suit.
1.
Suivez la procédure de dimensionnement manuel précédemment décrite pour obtenir le nombre total de machines virtuelles de référence et les organisations de stockage supplémentaires recommandées pour l’application.
Dans cet exemple :
• RVMOracle = nombre de machines virtuelles de référence requises pour VSPEX1M (8) + nombre de machines virtuelles de référence requises pour VSPEX1S (4) = 12 machines virtuelles de référence
• PoolVI=12 machines virtuelles de référence = 29 disques (voir
• Disques totaux suggérés pour la base de données Oracle 11
OLTP VSPEX1M = 38 g
• Disques totaux suggérés pour la base de données Oracle 11
OLTP VSPEX1S = 28 (calcul non démontré) g
• DisquesOracle = disques totaux suggérés pour les deux bases de données Oracle 11 g
OLTP = 66
• Nombre total de disques = PoolVI + DisquesOracle (29 + 66) =
95 disques
EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
Annexe B : Outil VSPEX Sizing Tool
Tableau 13.
Mappage des machines virtuelles de référence sur le pool d’infrastructure virtuelle (exemple)
Machines virtuelles de référence
50
100
200
300
2
2
2
2
Disque de base
Disques
Flash
SAS
25
45
85
125
1
2
3
5
Disques de secours
SAS Disques
Flash
1
1
1
1
Total
29
50
91
133
400 2 165 6 1 174
500 2 205 7 1 215
Reportez-vous à l’infrastructure VSPEX EMC Proven appropriée et calculez le nombre de disques requis pour le pool de Cloud privé
VSPEX en utilisant la méthode modulaire s’appliquant aux infrastructures virtuelles.
Pour la solution VSPEX FOR VIRTUALIZED ORACLE DATABASE 11g OLTP, nous avons déterminé un besoin équivalant à 12 machines virtuelles de référence et 95 disques.
2.
Utilisez le Tableau 14 pour sélectionner le modèle de solution de Cloud
privé VSPEX VMware adapté. Dans cet exemple, le système utilise jusqu’à 125 machines virtuelles de référence comme infrastructure
VSPEX EMC Proven minimale.
Tableau 14.
Choix d’un modèle d’infrastructure VSPEX EMC Proven
Modèle d’infrastructure
VSPEX EMC Proven*
Nombre maximal de machines virtuelles de référence prises en charge
Baie de stockage prise en charge
Jusqu’à 125 machines virtuelles
125 VNX5300
250 VNX5500 Jusqu’à 250 machines virtuelles
Jusqu’à 500 machines virtuelles
500 VNX5700
Remarque : Pour déterminer le nombre de machines virtuelles de référence à utiliser dans l’environnement, consultez le document
EMC VSPEX
Private Cloud VMware vSphere 5.1 for up to 500 Virtual Machines .
EMC VSPEX for Virtualized Oracle Database 11 g
OLTP
Guide de conception
67
Annexe B : Outil VSPEX Sizing Tool
68 EMC VSPEX for Virtualized Oracle Database 11
Guide de conception g
OLTP
