• Aucun résultat trouvé

EMC VSPEX FOR VIRTUALIZED ORACLE DATABASE 11g OLTP

N/A
N/A
Protected

Academic year: 2022

Partager "EMC VSPEX FOR VIRTUALIZED ORACLE DATABASE 11g OLTP"

Copied!
74
0
0

Texte intégral

(1)

EMC VSPEX FOR VIRTUALIZED ORACLE DATABASE 11 g OLTP

Technologie EMC VNX nouvelle génération et sauvegarde EMC

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 reposant sur la baie de stockage EMC VNX®

nouvelle génération et la sauvegarde EMC. 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.

Octobre 2013

(2)

Copyright © 2013 EMC Corporation. Tous droits réservés.

Publié en octobre 2013.

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 cette publication 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é.

EMC2, 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 la liste actualisée des noms de produits, consultez la rubrique des

EMC VSPEX for Virtualized Oracle Database 11g OLTP

Technologie EMC VNX nouvelle génération et sauvegarde EMC Référence : H12063.1

(3)

Sommaire

Chapitre 1 Introduction 9

Objectif de ce guide ... 10

Principaux atouts ... 10

Périmètre ... 11

Audience ... 11

Terminologie ... 11

Chapitre 2 Avant de commencer 13 Workflow du déploiement ... 14

Documentation indispensable ... 15

Présentations de solutions VSPEX ... 15

Guides de mise en œuvre VSPEX ... 15

Guides relatifs à l’infrastructure VSPEX EMC Proven ... 15

Sauvegarde et restauration ... 15

Chapitre 3 Présentation de solution 17 Présentation ... 18

Bâtir une infrastructure Oracle plus efficace grâce à la baie de stockage EMC VNX ... 18

Architecture de la solution ... 19

Principaux composants ... 20

Introduction ... 20

EMCVSPEX ... 20

Oracle Database11g ... 22

VMware vSphere5.1 ... 23

VMware vSphereHA ... 23

VMware vSphere Distributed Resource Scheduler ... 23

VMware vSphere PowerCLI ... 24

EMC VNX nouvelle génération ... 24

Performances du VNX ... 26

Gestion de la virtualisation ... 27

Red Hat Enterprise Linux6.3 ... 28

Solutions de sauvegarde et de restauration EMC ... 28

Chapitre 4 Choix d’une infrastructure éprouvée VSPEX 29 Présentation ... 30

Étape1: évaluer les besoins du client ... 30

Étape2: concevoir l’architecture de l’application ... 31

Étape n°3: choisir l’infrastructure VSPEXEMCProven adéquate ... 31

(4)

Chapitre 5 Bonnes pratiques et considérations en matière de

conception de solutions 33

Présentation ... 34

Conception du réseau ... 34

Présentation ... 34

Bonnes pratiques relatives au SAN ... 34

Bonnes pratiques relatives au réseauIP ... 34

Bonnes pratiques relatives au réseau vSphere ... 35

Paramètres VMware ESXi pour les considérations spécifiques à NFS ... 35

Conception de l’organisation du stockage ... 37

Présentation ... 37

Définition d’une architecture de haut niveau ... 37

Organisation du stockage ... 38

Bonnes pratiques de stockage ... 38

Exemple d’organisation du stockage VSPEX ... 40

Configuration de FASTCache pour Oracle ... 41

Présentation ... 41

Bonnes pratiques FASTCache ... 41

Configuration de FASTVP pour Oracle ... 42

Présentation ... 42

Bonnes pratiques relatives à FAST VP ... 42

Conception de la couche de virtualisation ... 43

Présentation ... 43

Bonnes pratiques en matière de virtualisation ... 43

Conception de la mise en œuvre d’Oracle Database 11gR2 ... 46

Présentation ... 46

Configuration du système de fichiers ... 46

Configuration d’Oracle dNFS Client ... 46

Gestion automatique de la mémoire partagée ... 46

Activation du paramètre HugePages ... 47

Configuration des opérations d’E/S pour les fichiers des systèmes de fichiers .... 47

Configuration de l’organisation des types de données de la base de données ... 48

Conception de la sauvegarde et de la restauration ... 48

Présentation ... 48

Chapitre 6 Méthodologies de vérification de la solution 49 Vérification de la solution ... 50

Création d’un environnement de test ... 51

Remplissage de la base de données de test ... 51

Mise en œuvre de la solution ... 51

Chapitre 7 Documentation de référence 53 Documentation EMC ... 54

Autre documentation ... 54

(5)

Livres blancs Oracle ... 54

Documentation produit Oracle ... 54

Documentation produit VMware ... 55

Documentation Swingbench ... 55

Annexe A Fiche technique de qualification 57 Fiche technique de qualification VSPEX for Virtualized Oracle OLTP ... 58

Exemple de fiche technique de qualification VSPEX for Virtualized Oracle ... 58

Paramètres de mémoire de la base de données ... 58

Identification du nombre d’utilisateurs simultanés ... 59

Taille de la base de données ... 59

Identification des IOPS des fichiers de données et taux de modification des journaux Redo log ... 59

Obtention du temps d’E/S utilisateurs et du temps de validation ... 60

Ligne Transactions de la section Load Profile du rapport AWR ... 60

Impression de la fiche technique de qualification ... 61

Annexe B Dimensionnement manuel de votre solution 63 Dimensionnement manuel d’un environnement Oracle Database 11g OLTP virtualisé pour VSPEX ... 64

Présentation ... 64

Exemple1: Pool homogène sans FAST ... 64

Exemple2: Dimensionnement pour un pool FASTVP ... 69

Exemple3: Dimensionnement avec FAST Cache ... 72

(6)

Figures

Figure 1. Architecture d’infrastructure validée ... 19

Figure 2. Infrastructure éprouvée VSPEX ... 20

Figure 3. Le VNX nouvelle génération avec optimisation multicœur ... 25

Figure 4. Les processeurs en configuration actif/actif améliorent les performances, la résilience et l’efficacité ... 26

Figure 5. Nouvelle suite Unisphere Management Suite ... 28

Figure 6. Exemple de couche réseau haute disponibilité ... 35

Figure 7. Activer la librairie ODM dNFSClient ... 36

Figure 8. Éléments du stockage Oracle Database11gR2 ... 37

Figure 9. Exemple d’organisation du stockage dans un environnement Oracle virtualisé pour VSPEX ... 40

Figure 10. Fiche technique de qualification EMC VSPEX for Oracle 11g OLTP ... 58

Figure 11. Section init.oraParameters du rapport AWR ... 58

Figure 12. Requête portant sur le seuil supérieur de sessions utilisateur ... 59

Figure 13. Calcul de la taille de la base de données à l’aide d’une requête SQL ... 59

Figure 14. Section IOStat by Function summary dans le rapport AWR ... 59

Figure 15. Section Foreground Wait Event du rapport AWR ... 60

Figure 16. Ligne Transactions de la section Load Profile du rapport AWR ... 60

Figure 17. Fiche technique de qualification imprimable ... 61

(7)

Tableau

Tableau 1. Terminologie ... 11

Tableau 2. Workflow de déploiement de la solution VSPEX for Virtualized Oracle Database 11g OLTP ... 14

Tableau 3. Caractéristique de la machine virtuelle de référence ... 21

Tableau 4. Mappage du modèle de dimensionnement Oracle sur la machine virtuelle VSPEX de référence ... 22

Tableau 5. Processus de conception de la solution VSPEX for Virtualized Oracle Database 11g OLTP ... 30

Tableau 6. Organisation du stockage VNX pour Oracle Database ... 38

Tableau 7. Exemple d’organisation de la base de données dans un environnement Oracle consolidé ... 48

Tableau 8. Étapes générales de vérification de l’application ... 50

Tableau 9. Exemple de fiche technique de qualification EMC pour Oracle ... 64

Tableau 10. Tableau de dimensionnement de la machine virtuelle de référence VSPEX ... 65

Tableau 11. Type et pénalité d’écriture RAID et taux d’utilisation de la capacité ... 66

Tableau 12. IOPS disque aléatoires et bande passante par type de disque ... 66

Tableau 13. Exemple de calcul de pool de stockage ... 67

Tableau 14. Mappage des serveurs virtuels de référence avec le pool d’infrastructure virtuelle ... 68

Tableau 15. Choix d’un modèle d’infrastructure VSPEX EMC Proven ... 69

Tableau 16. Exemple de charge de travail pour un pool FAST VP avec capacité répartie sur trois niveaux ... 70

Tableau 17. Calcul du pool de stockage pour l’exemple2 ... 71

Tableau 18. Taux de réussite FASTCache et calculs de la charge de travail ... 72

Tableau 19. Calcul du pool de stockage pour l’exemple3 ... 73

(8)
(9)

Chapitre 1 Introduction

Ce chapitre traite des points suivants :

Objectif de ce guide ... 10

Principaux atouts ... 10

Périmètre... 11

Audience ... 11

Terminologie ... 11

(10)

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’infrastructure 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 évolutive avec un niveau de performance constant. Cette solution utilise VMware vSpherereposant sur la baie de stockage EMC VNX® nouvelle génération, et EMC Avamar® et

Data Domain® pour la sauvegarde. Bien que 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 occupent une place prépondérante sur la plupart des segments de marché. La hausse des ventes devrait se confirmer en dépit de la part de marché croissante des autres outils de gestion de 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.

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 éprouvée par EMC pour fournir les capacités suivantes :

• rendre les déploiements plus rapides, vous faisant économiser du temps et de l’énergie grâce aux solutions EMC Proven ;

• bénéficier de gains immédiats en termes de performances et d’évolutivité ;

• Réduction des exigences et coûts associés au stockage de sauvegarde du client

• respecter les fenêtres de sauvegarde ;

• permettre une restauration sur disque rapide.

(11)

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 VSPEX for Oracle Database 11g OLTP 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 qui planifient de déployer la solution doivent également disposer de la formation et de l’expérience techniques requises pour installer et configurer :

• VMware vSphere 5.1 ;

• Redhat Enterprises Linux 6.3 ;

• Oracle Database 11g ou version supérieure ;

• la sauvegarde EMC nouvelle génération, qui inclut EMC Avamar et EMC Data Domain.

Ce guide fournit des références externes le cas échéant. EMC recommande aux partenaires qui mettent en œuvre cette solution de se familiariser avec les documents présentés. Pour plus d’informations, reportez-vous à la section Documentation indispensable et au Chapitre 7 : Documentation de référence.

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 Client NFS direct (Direct NFS client)

DNS Domain name system

FAST™ Cache FAST Cache est une fonction de stockage EMC offrant une hiérarchisation automatisée du stockage au niveau de la LUN.

FAST VP FAST VP est une fonction de stockage EMC offrant une hiérarchisation automatisée du stockage au niveau sub-LUN.

FQDN Fully Qualified Domain Name

FRA Zone de récupération rapide (Fast Recovery Area, Oracle)

(12)

Terme Définition

E/S par seconde Entrées/sorties par seconde

NFS Network File System

NL-SAS Near-line serial-attached SCSI

ODM Oracle Disk Manager

OLTP Traitement des transactions en ligne (Online transaction processing) Oracle EE Oracle Enterprise Edition

Oracle SE Oracle Standard Edition

PowerCLI Interface Windows PowerShell des API VMware vSphere et vCloud Machine virtuelle

de référence Unité de mesure égale à une seule machine virtuelle utilisée pour quantifier les ressources informatiques d’une infrastructure VSPEX EMC Proven

SGA Zone SGA (System Global Area)

Statspack Utilitaires de surveillance et de reporting des bases de données Oracle

TPS Transactions par seconde VMDK VMware Virtual Machine Disk VMFS VMware Virtual Machine File System

(13)

Chapitre 2 Avant de commencer

Ce chapitre traite des points suivants :

Workflow du déploiement ... 14 Documentation indispensable ... 15

(14)

Workflow du déploiement

Pour concevoir et mettre en œuvre votre solution VSPEX for Virtualized Oracle Database 11g OLTP, reportez-vous au flux de processus du Tableau 2.

Tableau 2. Workflow de déploiement de la solution VSPEX for Virtualized Oracle Database 11g OLTP

Étape Action

1 Utiliser la fiche technique de qualification VSPEX for Oracle Database 11g OLTP afin de recueillir les exigences des utilisateurs. Cette fiche technique de qualification d’une page se trouve dans l’Annexe A du présent Guide de conception.

2 Utiliser l’outil de dimensionnement EMC VSPEX afin de déterminer

l’infrastructure VSPEX EMC Proven recommandée pour votre solution Oracle Database 11g OLTP en fonction des exigences des utilisateurs collectées à l’étape 1.

Pour plus d’informations sur cet outil, consultez la rubrique correspondante sur le sit

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. Dimensionnement manuel d’un environnement OracleDatabase11g OLTP virtualisé pour VSPEX.

3 Utiliser ce Guide de conception pour déterminer la conception finale de la solution VSPEX.

Remarque : veillez à prendre en compte les exigences liées à toutes les applications et pas seulement celles liées à Oracle Database 11g OLTP.

4 Sélectionner et commander l’infrastructure VSPEX EMC Proven adéquate.

Consultez le document adéquat relatif à l’infrastructure VSPEX EMC Proven, figurant à la rubrique Documentation indispensable , pour en savoir plus.

5 Déployer et tester la solution VSPEX. Consulter le Guide d'implémentation VSPEX EMC Proven approprié, mentionné dans la Documentation indispensable, afin d’obtenir des instructions.

(15)

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

Consultez les documents suivants pour une présentation de la solution VSPEX :

• EMC VSPEX Server Virtualization for Midmarket Businesses

• EMC VSPEX Server Virtualization for Small and Medium Businesses Consultez le guide d'implémentation VSPEX suivant :

• EMC VSPEX for Virtualized Oracle Database 11g OLTP Implementation Guide Consultez le guide suivant relatif à l’infrastructure VSPEX EMC Proven :

• Architecture de référence : EMC VSPEX Private Cloud VMware vSphere 5,1 for up to 1 000 Virtual Machines

Consultez les livres blancs suivants relatifs à la sauvegarde et à la restauration :

• Livre blanc : EMC Avamar Backup for Oracle Environments

• Livre blanc : EMC Avamar Backup with Data Domain

• Livre blanc : EMC Backup and Recovery Options for VSPEX for Virtualized Oracle 11gR2 Design and Implementation Guide

Présentations de solutions VSPEX

Guides de mise en œuvre VSPEX

Guides relatifs à l’infrastructure VSPEX EMC Proven Sauvegarde et restauration

(16)
(17)

Chapitre 3 Présentation de solution

Ce chapitre traite des points suivants :

Présentation ... 18 Bâtir une infrastructure Oracle plus efficace grâce à la baie de

stockage EMC VNX ... 18 Architecture de la solution ... 19 Principaux composants ... 20

(18)

Présentation

Ce chapitre présente l’infrastructure VSPEX EMC Proven pour Oracle Database 11g, ainsi que les principales technologies utilisées dans cette solution. La solution décrite dans le présent Guide de conception comprend des serveurs, du stockage, des composants réseau et des composants Oracle Database 11g.

Elle permet aux clients de déployer un environnement Oracle Database 11g 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 11g.

Ce Guide de conception aide le personnel d’EMC et les partenaires qualifiés EMC VSPEX à déployer une solution Oracle Database 11g simple, efficace et flexible dans une infrastructure VSPEX EMC Proven pour les clients.

Bâtir une infrastructure Oracle plus efficace grâce à la baie de stockage EMC VNX

Cette solution offre aux utilisateurs une approche efficace pour déployer des bases de données Oracle sur des systèmes EMC VNX. En tirant parti des fonctions de stockage avancées du VNX telles que FAST VP et FAST Cache, les utilisateurs peuvent accroître les performances et réduire le coût total de possession de leurs déploiements Oracle. En proposant ces fonctions avancées en matière de

données, la gamme VNX ne se contente pas de réduire le coût initial du

déploiement de la base de données Oracle : elle simplifie également la gestion quotidienne des données en automatisant le processus complexe et fastidieux de hiérarchisation du stockage.

Le système EMC VNX avec Oracle offre les avantages suivants :

• Il fournit automatiquement les IOPS les plus élevées et les temps de réponse les plus courts, le tout au coût le plus bas.

• Il fournit une hiérarchisation automatisée du stockage ne nécessitant aucun réglage manuel.

• Il prend en charge les charges de travail mixtes, notamment en modes bloc et fichier (dNFS).

• Il fournit une intégration renforcée de la virtualisation et permet de réaliser des économies sur les coûts liés aux licences Oracle

• Il automatise les tests de reprise après sinistre, le basculement sur incident et le retour arrière VMware.

(19)

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 11g dans une infrastructure VSPEX. Pour valider cette solution1

• Nous avons déployé tous les serveurs Oracle Database 11g en tant que machines virtuelles sur VMware vSphere 5.1.

:

• Nous avons utilisé l’outil de dimensionnement VSPEX pour Oracle Database 11g pour déterminer la quantité et la nature des

ressources de traitement de chaque base de données Oracle Database 11g. 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.

• Nous avons déterminé l’organisation du stockage recommandée pour Oracle Database 11g et le pool de l’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 pour cette solution est la version 11.2.0.3.

Nous la désignerons sous l’appellation 11gR2 tout au long de ce document.

Figure 1. Architecture d’infrastructure validée

1 Dans ce document, « nous » désigne l’équipe d’ingénieurs EMC Solutions qui a validé la solution.

(20)

Principaux composants

Cette section présente les principales technologies utilisées dans cette solution :

• EMC VSPEX

• Oracle Database 11g

• VMware vSphere 5.1

• VMware vSphere HA

• VMware Distributed Resource Scheduler

• VMware vSphere PowerCLI

• Gamme EMC VNX

• EMC Virtual Storage Integrator (VSI)

• Red Hat Enterprise Linux 6.3

• EMC Unisphere

• EMC Avamar

• EMC Data Domain

EMC a uni ses forces avec les 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 Introduction

EMC VSPEX

(21)

VSPEX permet de choisir les meilleures technologies réseau, de serveur et de virtualisation 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.

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 2 Go

Capacité de stockage disponible par machine

virtuelle 100 Go

Opérations d’E/S par seconde

par machine virtuelle 25

Schéma d’E/S Aléatoire

Rapport lecture/écriture d’E/S 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.

(22)

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 Petit : machine

virtuelle pouvant prendre en charge jusqu’à

150 utilisateurs

Exigences de traitement :

• 2 CPU virtuels

• 8 Go de mémoire

Exigences de stockage (OS et binaires Oracle) :

• 100 Go

• 25 E/S par seconde

4

Moyen : machine virtuelle pouvant prendre en charge jusqu’à

250 utilisateurs

Exigences de traitement :

• 4 CPU virtuels

• 16 Go de mémoire

Exigences de stockage (OS et binaires Oracle) :

• 100 Go

• 25 E/S par seconde

8

Grand : machine virtuelle pouvant prendre en charge plus de

250 utilisateurs

Exigences de traitement :

• 8 CPU virtuels

• 32 Go de mémoire

Exigences de stockage (OS et binaires 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 11g est disponible en plusieurs éditions, chacune adaptée à différents besoins métiers et informatiques d’organisation. Dans cette solution, nous tenons compte des éditions suivantes :

• Oracle Database 11g Release 2 Standard Edition (SE)

• Oracle Database 11g 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 11g

(23)

Oracle Database 11g 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 11g 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 11g

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 Intel Xeon E7-2870 dotés de 10 cœurs (avec un facteur de cœur de processeur Oracle de 0,5) font l’objet des licences suivantes :

• Oracle Database 11g Release 2 SE : 2 licences SE de socket de processeur.

• Oracle Database 11g Release 2 EE : 2 x 10 x 0,5 = 10 licences EE

L’édition Oracle Database 11gR2 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 processeur Oracle, reportez-vous à la section Affinité des hôtes DRS et licences par processeur Oracle.

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 et de protéger ainsi 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 pour garantir l’accès des machines virtuelles en rééquilibrant les capacités en ressources 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 5.1

VMware vSphere HA

VMware vSphere Distributed Resource Scheduler

(24)

VMware vSphere PowerCLI fournit une interface Windows PowerShell aux utilisateurs de vSphere 5.1 et supérieur et de VMware Infrastructure 4.x et

supérieur. 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.

La plate-forme de stockage unifié EMC VNX optimisée grâce à Flash s’appuie sur une technologie innovante et des fonctions d’entreprise pour fournir une solution unique de stockage en modes fichier, bloc et objet à la fois facile à utiliser et évolutive. Parfaitement adapté aux charges de travail mixtes dans les

environnements physiques et virtuels, le VNX associe un matériel performant et flexible à des logiciels de protection et de gestion hautes performances adaptés aux exigences des environnements applicatifs virtualisés d’aujourd’hui.

Le VNX intègre de nombreuses fonctions et améliorations conçues et développées à partir des caractéristiques qui ont fait le succès des systèmes de première génération. Ces fonctions et améliorations portent sur les éléments suivants :

• Plus grande capacité et optimisation multicœur avec Multicore Cache, Multicore RAID et Multicore FAST Cache (MCx)

• Plus grande efficacité avec une baie hybride optimisée grâce à la technologie Flash

• Protection renforcée par l’augmentation de la disponibilité des applications grâce à la configuration actif/actif

• Administration et déploiement simplifiés grâce aux gains de productivité qu’offre la nouvelle suite Unisphere Management Suite

L’infrastructure VSPEX repose sur le VNX nouvelle génération pour offrir des niveaux inégalés d’efficacité, de performances et d’évolutivité.

Baie hybride optimisée grâce à la technologie Flash

Le VNX est une baie hybride optimisée grâce à la technologie Flash qui offre une hiérarchisation automatisée des données afin de fournir les meilleures

performances à vos données critiques tout en déplaçant intelligemment les données moins actives sur des disques moins coûteux.

Dans cette approche hybride, un faible pourcentage de disques Flash dans l’ensemble du système peut fournir un pourcentage important des E/S par seconde totales. Optimisé grâce à la technologie Flash, le VNX tire pleinement parti de la faible latence qu’offre celle-ci afin d’optimiser les coûts et d’offrir une évolutivité hautes performances. EMC Fully Automated Storage Tiering Suite (FAST Cache et FAST VP) hiérarchise à la fois les données en modes bloc et fichier sur des disques hétérogènes et envoie les données les plus utilisées en mémoire Flash, évitant ainsi aux clients d’avoir à faire des concessions en termes de coûts ou de performances.

VMware vSphere PowerCLI

EMC VNX nouvelle génération

(25)

Les données sont généralement plus actives au moment de leur création. Par conséquent, les nouvelles données sont d’abord stockées sur les disques Flash afin d’optimiser les performances et les temps de latence. Au fil du temps, les données anciennes sont de moins en moins sollicitées. FAST VP hiérarchise alors ces données en les faisant passer automatiquement des disques hautes performances vers les disques haute capacité, en fonction des règles définies par le client. Cette fonctionnalité a été améliorée. Elle bénéficie à présent d’une granularité multipliée par quatre et de nouveaux disques SSD FAST VP qui s’appuient sur la technologie eMLC (enterprise multilevel cell) pour diminuer le coût par gigaoctet. FAST Cache absorbe les pics de charge de travail système imprévus de manière dynamique. Tous les exemples d’utilisation de VSPEX bénéficient de cette efficacité accrue.

Les infrastructures VSPEX EMC Proven fournissent des solutions pour le Cloud privé, les environnements utilisateur et les applications virtualisées. Avec le VNX, les clients peuvent obtenir un retour sur investissement encore supérieur. La déduplication hors bande en mode bloc qu’offre le VNX peut considérablement réduire les coûts du niveau Flash.

Optimisation du chemin de code Intel MCx pour VNX

L’avènement de la technologie Flash a joué un rôle de catalyseur en changeant radicalement les exigences des systèmes de stockage milieu de gamme. EMC a repensé sa plate-forme de stockage milieu de gamme pour optimiser l’utilisation des processeurs multicœurs afin de fournir le système de stockage le plus performant et le moins coûteux du marché.

Comme l’illustre la Figure 3, la technologie MCx distribue l’ensemble des services de données du VNX sur tous les cœurs (jusqu’à 32). La gamme VNX avec

technologie MCx offre des performances en mode fichier considérablement améliorées pour les applications transactionnelles comme les bases de données ou les machines virtuelles sur NAS.

Figure 3. Le VNX nouvelle génération avec optimisation multicœur Cache multicœur

Le cache est la ressource la plus précieuse du sous-système de stockage : son utilisation efficace a un impact déterminant sur la capacité de la plate-forme à traiter efficacement des charges de travail variables et fluctuantes. Le moteur de cache a été modularisé pour tirer pleinement parti de tous les cœurs du système.

RAID multicœur

Un autre élément essentiel de la nouvelle conception MCx est la gestion des E/S à destination du stockage back-end permanent (disques durs et disques SSD). Les gains de performances considérables qu’offre le VNX proviennent de la

modularisation du processus de gestion des données back-end, qui permet à la technologie MCx d’offrir une évolutivité transparente sur l’ensemble des processeurs.

(26)

La baie de stockage VNX avec architecture MCx est optimisée pour FLASH 1st et fournit des performances globales sans précédent : elle optimise les

performances transactionnelles (coût par IOPS) et de bande passante (coût par Gbit/s) grâce à une faible latence, et assure une utilisation optimale de la capacité (coût par Go).

Le VNX offre les améliorations de performances suivantes :

• Jusqu’à quatre fois plus de transactions en mode fichier par rapport aux baies à contrôleur double

• Des performances en mode fichier jusqu’à trois fois plus élevées pour les applications transactionnelles, avec un temps de réponse 60 % plus court

• Jusqu’à quatre fois plus de transactions OLTP Oracle

• Jusqu’à six fois plus de machines virtuelles

Baie avec processeurs de service en configuration actif/actif

Comme l’illustre la Figure 4, l’architecture du nouveau VNX intègre des

processeurs de service en configuration actif/actif. Cela élimine les expirations de délai des applications en cas de basculement de chemin sur incident, car les deux chemins traitent les E/S de façon active.

L'équilibrage de la charge a également été améliorée et les performances des applications peuvent être jusqu’à doublées. La configuration actif/actif en mode bloc est parfaitement adaptée aux applications nécessitant les meilleurs niveaux de disponibilité et de performances mais ne requérant pas de hiérarchisation ni de services de gestion de l’efficacité tels que la compression, la déduplication ou les snapshots.

Avec ce nouveau VNX, les clients VSPEX peuvent utiliser les Data Mover virtuels et EMC VNX Replicator pour effectuer rapidement et automatiquement des

migrations de systèmes de fichiers entre différents systèmes. Tous les snapshots et les paramètres sont migrés automatiquement, ce qui évite aux clients

d’interrompre les opérations pendant la migration. Les processeurs de stockage en configuration actif/actif ne s’appliquent qu’aux LUN classiques, pas aux LUN de pool.

Figure 4. Les processeurs en configuration actif/actif améliorent les performances, la résilience et l’efficacité

Performances du VNX

(27)

VMware Virtual Storage Integrator

EMC Virtual Storage Integrator (VSI) est un plug-in pour VMware vCenter

disponible gratuitement pour tous les utilisateurs VMware utilisant un système de stockage EMC. Les clients VSPEX peuvent utiliser VSI pour simplifier la gestion du stockage virtualisé. Les administrateurs VMware peuvent ainsi gagner en visibilité sur leur stockage VNX en utilisant l’interface vCenter à laquelle ils sont habitués.

VSI permet aux administrateurs informatiques d’en faire plus en moins de temps.

Ses fonctions de contrôle d’accès sans équivalent vous permettent de gérer efficacement les tâches liées au stockage et de les déléguer en toute confiance. Il permet de réaliser les tâches de gestion quotidiennes en effectuant jusqu’à 90 % de clics en moins et en étant jusqu’à 10 fois plus productifs.

VMware vStorage APIs for Array Integration

VAAI (VMware vStorage API for Array Integration) délègue les fonctions de stockage VMware du serveur au système de stockage. Cette utilisation plus efficace des ressources serveur et réseau optimise les performances et la consolidation.

VMware vStorage APIs for Storage Awareness

VASA (VMware vStorage APIs for Storage Awareness) est une API définie par VMware qui affiche les informations de stockage dans vCenter. L’intégration de la technologie VASA avec le VNX rend la gestion du stockage transparente dans un environnement virtualisé.

EMC Storage Integrator

ESI (EMC Storage Integrator) est destiné aux administrateurs en charge de Windows et des applications. Très simple d’utilisation, ESI fournit une

surveillance de bout en bout et est indépendant de l’hyperviseur. Il permet aux administrateurs de provisionner à la fois les environnements virtuels et physiques pour une plate-forme Windows, et de résoudre les problèmes en visualisant la topologie d’une application, de l’hyperviseur sous-jacent jusqu’au stockage.

Unisphere Management Suite

EMC Unisphere est la plate-forme de gestion centralisée de la gamme VNX. Elle fournit une vue combinée unique des systèmes en mode fichier et en mode bloc, avec toutes les fonctionnalités et fonctions disponibles via une interface

commune. Optimisée pour les applications virtuelles, Unisphere fournit une intégration VMware leader sur le marché, en découvrant automatiquement les machines virtuelles et les serveurs VMware ESX et en assurant le mappage de bout en bout des machines virtuelles vers les machines physiques. Unisphere simplifie également la configuration de FAST Cache et FAST VP sur les plates- formes VNX.

La nouvelle suite Unisphere Management Suite étend l’interface simple

d’utilisation d’Unisphere en intégrant les fonctions de surveillance et de reporting du VNX afin de valider les performances et d’anticiper les besoins en capacité.

Comme l’illustre la Figure 5, la suite intègre également Unisphere Remote pour centraliser la gestion de jusqu’à plusieurs milliers de systèmes VNX et VNXe, avec prise en charge de XtremSW Cache.

Gestion de la virtualisation

(28)

Figure 5. Nouvelle suite Unisphere Management Suite

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 Avamar et EMC Data Domain procurent le niveau de protection requis pour accélérer le déploiement d’environnements Oracle virtualisés. Optimisées pour les environnements d’applications virtualisées, la sauvegarde et la restauration EMC réduisent les temps de sauvegarde de 90 % et multiplient la vitesse de restauration par 30, offrant même un accès instantané aux machines virtuelles, pour une protection en toute simplicité.

La sauvegarde EMC vous permet également de réaliser des économies

substantielles. En réduisant l’espace de stockage de sauvegarde de 10 à 30 fois, le temps de gestion de 81 % et la bande passante de 99 %, nos solutions de déduplication assurent une réplication hors site performante et une période d’amortissement moyenne de sept mois.

En outre, la sauvegarde EMC offre une solution comprenant les systèmes Data Domain et logiciels DD Boost, qui permet aux administrateurs de base de données d’exercer un contrôle total sur la sauvegarde, la restauration et la réplication Oracle, en laissant la gestion de l’infrastructure à l’équipe de sauvegarde. Cette solution élimine les silos de protection, pour une meilleure efficacité et une réduction des risques.

Red Hat Enterprise Linux 6.3

Solutions de sauvegarde et de restauration EMC

(29)

Chapitre 4 Choix d’une infrastructure éprouvée VSPEX

Ce chapitre traite des points suivants :

Présentation ... 30 Étape1: évaluer les besoins du client ... 30 Étape2: concevoir l’architecture de l’application ... 31 Étape n°3: choisir l’infrastructure VSPEXEMCProven adéquate ... 31

(30)

Présentation

Ce chapitre explique comment concevoir la solution VSPEX for Virtualized Oracle Database 11g OLTP et choisir l’infrastructure VSPEX EMC Proven adaptée sur laquelle superposer Oracle Database 11g OLTP. Le Tableau 5 indique les principales étapes à suivre au moment de sélectionner une infrastructure VSPEX EMC Proven.

Tableau 5. Processus de conception de la solution VSPEX for Virtualized Oracle Database 11g OLTP

Étape Action

1 Évaluer la charge de travail OLPT Oracle du client à l’aide de la fiche technique de qualification VSPEX Oracle Database 11g OLTP Voir Étape1: évaluer les besoins du client

2 Déterminer l’infrastructure, les ressources OLTP Oracle et l’architecture requises à l’aide de l’outil de dimensionnement VSPEX. Voir Étape2: concevoir l’architecture de l’application.

Remarque : en cas d’indisponibilité de l’outil de dimensionnement sur le site de support en ligne EMC, utilisez les instructions de dimensionnement manuel fournies à l’Annexe B, Dimensionnement manuel d’un

environnement Oracle Database 11g OLTP virtualisé pour VSPEX.

3 Choisir l’infrastructure VSPEX EMC Proven qui convient d’après les recommandations de l’étape 2. Voir Étape n°3 : choisir l’infrastructure VSPEXEMCProven adéquate

Remarque : 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 : évaluer les besoins du client

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. Pour plus d’informations sur la fiche technique de qualification EMC associéeà cette solution, reportez-vous à la Fiche technique de qualification VSPEX for Virtualized Oracle OLTP figurant dans l’Annexe A.

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.

(31)

Étape 2 : concevoir l’architecture de l’application

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 for Virtualized 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 support en ligne EMC, utilisez les instructions de dimensionnement fournies à l’Annexe B, Dimensionnement manuel d’un environnement Oracle Database 11g OLTP virtualisé pour VSPEX.

Étape n°3 : choisir 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 de l’application confirmée, vous pouvez choisir l’infrastructure VSPEX EMC Proven appropriée d’après les résultats des calculs. Pour les environnements OLTP Oracle, consultez le document EMC VSPEX Private Cloud VMware vSphere 5.1 for up to 1,000 Virtual Machines.

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 11g 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 OLTP Oracle 11g.

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, consultez le site We

(32)
(33)

Chapitre 5 Bonnes pratiques et considérations en matière de conception de solutions

Ce chapitre traite des points suivants :

Présentation ... 34 Conception du réseau ... 34 Conception de l’organisation du stockage ... 37 Configuration de FASTCache pour Oracle... 41 Configuration de FASTVP pour Oracle ... 42 Conception de la couche de virtualisation ... 43 Conception de la mise en œuvre d’OracleDatabase11gR2 ... 46 Conception de la sauvegarde et de la restauration ... 48

(34)

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, de stockage, de virtualisation, d’application, de sauvegarde et de restauration. Il contient les sections suivantes :

• Conception du réseau

• Conception de l’organisation du stockage

• Configuration de FASTCache pour Oracle

• Configurer FASTVP pour Oracle

• Conception de la couche de virtualisation

• Conception de la

• Conception de la sauvegarde et de la restauration

Conception du réseau

Cette section fournit les informations détaillées pour la configuration du SAN et du réseau IP, ainsi que pour un réseau VMware ESXi. Dans cette solution VSPEX Proven Infrastructure for Virtualized Oracle Database 11gR2, EMC vous

recommande également de prendre en compte les paramètres avancés et la redondance réseau de VMware ESX lors de la conception de votre réseau.

EMC vous recommande de mettre en œuvre les bonnes pratiques suivantes en matière de SAN :

• Utilisez plusieurs adaptateurs HBA et switches Fibre Channel pour assurer la redondance réseau.

• Zonez chaque port FC des serveurs de base de données sur les deux ports de processeur de stockage pour assurer la haute disponibilité.

• Utilisez un logiciel de gestion des chemins et de multipathing dynamique (tel que PowerPath) sur les hôtes pour permettre au processus de

basculement sur incident d’accéder à des chemins d’accès de substitution et pour assurer un équilibrage de la charge.

EMC vous recommande de mettre en œuvre les bonnes pratiques suivantes en matière de réseau IP :

• Utilisez plusieurs cartes réseau et switches pour assurer la redondance réseau.

• Si possible, utilisez une connexion réseau 10 GbE.

• Utilisez des LAN virtuels pour regrouper logiquement les périphériques qui se trouvent sur différents segments réseau ou sur des sous-réseaux.

• Activez et configurez les trames Jumbo sur l’ensemble des piles physiques et virtuelles.

Présentation

Bonnes pratiques relatives au SAN

Bonnes pratiques relatives au réseau IP

(35)

Remarque : les MTU d’une taille supérieure à 1 500 octets sont qualifiées de « trames Jumbo ». Les trames Jumbo requièrent une connexion Gigabit Ethernet sur la totalité de l’infrastructure réseau, y compris au niveau des serveurs, des switches et des serveurs de base de données.

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.

Cette solution intègre des conceptions permettant de gérer efficacement plusieurs réseaux ainsi que la redondance des adaptateurs réseau sur les hôtes

VMware ESXi. Les principales recommandations liées aux bonnes pratiques sont les suivantes :

• Séparez le trafic de l’infrastructure du trafic des machines virtuelles à des fins de sécurité et d’isolation.

• Utilisez la famille d’adaptateurs réseau virtuels VMXNET.

• Tirez parti des E/S réseau pour faire converger le trafic lié au réseau et au stockage sur la technologie 10 GbE.

Pour plus d’informations sur la mise en réseau avec vSphere, suivez les instructions du document

Dans cette solution, l’un des exemples de réseau comprend une paire de switches redondants et tous les sous-réseaux présentent des liaisons redondantes, comme l’illustre la Figure 6.

Figure 6. Exemple de couche réseau haute disponibilité Bonnes pratiques

relatives au réseau vSphere

Paramètres VMware ESXi pour les considérations spécifiques à NFS

(36)

La Figure 6 montre un exemple de conception haute disponibilité de la couche réseau. 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 Guide, page 15.

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, définissez également les expirations de délai et les paramètres VMware ESX de l’onglet ESX Server advanced setting :

• NFS.HeartbeatFrequency = 12

• NFS.HeartbeatTimeout = 5

• NFS.HeartbeatMaxFailures = 10 Pour accéder aux options avancées NFS :

1. Connectez-vous à VMware vSphere Client.

2. Sélectionnez l’hôte VMware ESXi/ESX.

3. Dans l’onglet Configuration, sélectionnez Advanced Settings >NFS.

Configurez la base de données Oracle Database 11g afin qu’elle utilise les librairies de disques ODM Oracle 11g dNFS Client. Cette opération ne doit être effectuée qu’une seule fois. Une fois ce paramètre défini, la base de données utilise le client natif Oracle dNFS optimisé pour Oracle au lieu du 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 7

montre les commandes permettant d’activer la librairie ODM dNFS Client.

Figure 7. Activer la librairie ODM dNFS Client

Pour connaître les autres bonnes pratiques relatives à la conception du réseau de l’infrastructure VSPEX EMC Proven, consultez le Guide d'implémentation

EMC VSPEX for Virtualized Oracle Database 11g OLTP.

(37)

Conception de l’organisation du stockage

Cette section décrit l’utilisation de deux technologies de mise en réseau du stockage avec Oracle : Linux LVM (Logical Volume Manager) sur Fibre Channel (FC) et Oracle dNFS (Direct NFS) sur IP. Les environnements Oracle 11g qui utilisent LVM ou dNFS fournissent différentes options aux clients, en fonction de leur niveau de familiarisation et d’expérience avec le protocole choisi, l’architecture existante et les contraintes budgétaires.

Le choix d’un protocole en mode bloc, fichier ou unifié (les deux) dépend de plusieurs critères :

• L’infrastructure existante (par exemple un SAN ou un réseau IP existant)

• Les connaissances techniques du personnel informatique

• La facilité d’utilisation ou la pertinence

Il revient aux clients de choisir l’architecture de déploiement qui répond au mieux à leurs besoins spécifiques. Le stockage unifié EMC fournit flexibilité et facilité de gestion pour une infrastructure de stockage prenant en charge l’une de ces architectures. Le stockage unifié peut également fournir des architectures hybrides utilisant les deux protocoles dans une solution unique.

La Figure 8 montre l’architecture générale entre les composants et les éléments de stockage Oracle Database 11gR2 validés dans la solution VSPEX Proven Infrastructure for virtualized Oracle Database 11gR2 sur une plate-forme de virtualisation vSphere 5.1. Tous les volumes Oracle Database 11gR2 se trouvent soit sur un stockage de systèmes de fichiers réseau, soit sur un stockage Fibre Channel (FC) du fait que la gamme VNX fournit des baies multiprotocoles prenant en charge le stockage en mode bloc et en mode fichier.

Figure 8. Éléments du stockage Oracle Database 11gR2 Présentation

Définition d’une architecture de haut niveau

(38)

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 11gR2, à des fins d’utilisation différentes. Le Tableau 6 fournit un exemple.

Tableau 6. Organisation du stockage VNX pour Oracle Database Nom du pool de

stockage Type RAID Type de disque Nombre de

disques Pool de données

Oracle RAID 5 (4+1) Disques SAS

10 000 t/min 25

Pool de fichiers FRA

Oracle RAID 6 (6+2) Disques NL-SAS

7 200 t/min 8

Pool de fichiers

Redo Oracle RAID 5 (4+1) Disques SAS

10 000 t/min 5

Tenez compte des bonnes pratiques suivantes en matière de stockage et de conception de son organisation lors de la mise en œuvre de la solution VSPEX Proven Infrastructure for Virtualized Oracle Database 11gR2.

Pool de données Oracle Database 11gR2

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 11gR2

Dans le cadre de cette solution, nous avons configuré le système de fichiers destiné aux journaux redo log sur le même 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 physiquement 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. Assurez- vous 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.

Organisation du stockage

Bonnes pratiques de stockage

(39)

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

L’activation de FAST Cache ou de FAST VP est une opération transparente dans Oracle Database 11gR2 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. FAST Cache convient aux petites E/S aléatoires dont les données sont distribuées de façon déséquilibrée.

Les utilisateurs peuvent créer des pools de stockage mixtes composés de différents types de disques (Flash, SAS et NL-SAS). La migration des données dans cet environnement virtualisé hautement consolidé produit la meilleure efficacité du stockage, aussi bien du point de vue des performances que de la capacité.

Si vous activez la technologie FAST Suite sur Oracle Database 11gR2, les gains en termes de temps de réponse, de débit de lecture/écriture et de temps de latence se traduiront par une amélioration sensible de l’expérience utilisateur d’Oracle Database 11gR2. Cela simplifie également le travail des administrateurs de stockage et de base de données lorsqu’ils doivent déterminer l’organisation du stockage la plus efficace pour leurs clients.

(40)

Cette section décrit les organisations du stockage VNX adaptées à cette solution VSPEX Proven Infrastructure for virtualized Oracle Database 11gR2 basées sur le Cloud privé VSPEX. Cet exemple suit les bonnes pratiques et les considérations en matière de conception, telles que détaillées précédemment.

La Figure 9 présente un exemple d’organisation du stockage dans un environnement Oracle Database 11gR2 pour la gamme VNX.

Figure 9. Exemple d’organisation du stockage dans un environnement Oracle virtualisé pour VSPEX

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 11gR2 sur une pile EMC 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 37.

Exemple

d’organisation du stockage VSPEX

(41)

Configuration de FAST Cache pour Oracle

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 le niveau d’activité des données avec un niveau de granularité de 64 Ko et promeut les données chaudes dans FAST Cache en les copiant des disques durs vers les disques Flash qui lui sont attribués. Les accès d’E/S suivants à ces données sont gérés par les disques Flash, lesquels les traitent avec les faibles temps de réponse qui caractérisent ceux-ci, garantissant ainsi un temps de latence très bas pour 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 implémentés en tant que cache 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.

EMC recommande de suivre les bonnes pratiques 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.

Présentation

Bonnes pratiques FAST Cache

Références

Documents relatifs

Use the BACKUP command to back up a primary or standby database, tablespace, datafile (current or copy), control file (current or copy), server parameter file, archived redo log

It describes how Oracle Enterprise Manager, the Automatic Workload Repos- itory, and the Automatic Database Diagnostic Monitor are used for performance monitoring and management,

Oracle Advanced Security Integrated with Oracle Enterprise Manager.. TDE

Ensure that only accepted execution plans are used for statements with a SQL plan baseline and track all new execution plans in the history for a statement as unaccepted

• Sort in Graph: In 11g it is not possible to sort data in a graph using a column that is not included in the view. You have to add the column in the view (it

Maintenant que le serveur Oracle est install´ e, nous devons cr´ eer une base de donn´ ees pour tester l’installation.. Si vous utilisez Oracle 7.2.x ou une version anterieure,

Pour exécuter plus d'une instance Oracle Database server ou installer plus d'une copie du logiciel database, migrez vers Oracle Database Standard Edition, Oracle Database

On peut ensuite créer une table dans la nouvelle base de données primaire Et faire un recover dans la nouvelle base de secours pour récupérer les changements. Si la base de