Partager via

Choisir le calcul et le stockage

  • Article

Cet article explique comment dimensionner correctement le calcul et le stockage pour vos charges de travail Oracle à l’aide du modèle IaaS (Infrastructure as a Service) Azure.

Vous pouvez utiliser Azure IaaS pour migrer vos charges de travail Oracle de l’environnement local vers le cloud. La complexité, la taille et les exigences élevées d’entrée/sortie (E/S) d’une charge de travail peuvent compliquer le processus de migration et affecter négativement les performances d’Oracle Database. Les performances de la base de données dépendent de paramètres tels que le débit de disque en lecture/écriture (MBits/s), les IOPS en lecture/écriture, le processeur, la RAM et la latence réseau. Par conséquent, le choix de la combinaison correcte de calcul et de stockage pour Azure IaaS et l’emplacement des charges de travail d’application par rapport aux services de base de données est essentiel pour une migration de base de données réussie.

Évaluer la charge de travail Oracle à l’aide de rapports AWR ou Statspack

Pour obtenir des recommandations de dimensionnement correct pour l’infrastructure Azure requise, vous devez générer un rapport AWR (Automatic Workload Repository) ou un rapport Statspack pour chaque base de données que vous envisagez de migrer vers Azure.

Un rapport AWR est un rapport d’analyse des performances détaillé généré par Oracle Database. Le rapport contient des informations complètes sur les performances de la base de données, les événements d’attente, les ressources système et bien plus encore. Un rapport AWR est inclus avec oracle Diagnostics Pack pour l’ensemble de produits Oracle Database. Si vous exécutez l’édition Standard ou Enterprise sans licence Diagnostics Pack, utilisez plutôt un rapport Statspack .

Un aperçu de la charge maximale est essentiel, car une base de données et des serveurs sont utilisés pour différentes capacités. Si le pic de charge se produit lors des minutages de sauvegarde pendant la nuit et que les exigences de l’objectif de temps de récupération (RTO) ou de l’objectif de point de récupération (RPO) de sauvegarde sont dans les quatre heures, vous pouvez répéter le même exercice pour une charge moyenne.

La fenêtre de charge maximale est généralement d’une heure. Vous pouvez déterminer la charge maximale à l’aide d’Oracle Enterprise Manager. Si vous n’avez pas de licence pour Oracle Enterprise Manager, vous pouvez utiliser le script suivant pour les cinq heures les plus occupées. Ce script est disponible pour les bases de données Standard Edition et les bases de données Êdition Entreprise.

Recommandations

  • Générez des rapports AWR complets pour un exercice de dimensionnement de la base de données.
  • Générez le rapport AWR pour la période de charge de travail la plus occupée pendant de courtes périodes, par exemple 30 minutes ou une heure.
  • Générez un rapport AWR à charge maximale (et un rapport AWR à charge de pointe moyenne, si vous le souhaitez).
  • Obtenez tous les autres rapports AWR qui peuvent avoir des détails importants sur la charge de travail de la base de données, comme les périodes de rapport de fin de mois ou de fin de trimestre.
  • Vérifiez que le rapport est au format HTML pour l’outil de dimensionnement approprié.
  • Utilisez les scripts suivants pour obtenir les cinq heures les plus occupées si vous n’êtes pas sûr du moment où la charge maximale se produit :

Utiliser des outils automatisés pour dimensionner correctement votre charge de travail

Dimensionner correctement vos charges de travail à l’aide d’outils automatisés pour correspondre à la référence SKU Azure Machines Virtuelles appropriée en fonction du processeur virtuel, de la mémoire, du débit et des IOPS. Analysez un rapport AWR ou un rapport Statspack de vos charges de travail Oracle pour dimensionner correctement votre infrastructure Azure afin qu’elle réponde aux exigences de performances. Ces analyses sont basées sur une compréhension approfondie des performances de la base de données et nécessitent des outils automatisés pour gérer toutes les variables, comme l’outil Assistant Migration Oracle (OMAT).

OMAT vous aide à évaluer l’utilisation de vos ressources pour les installations Oracle locales ou dans le cloud et recommande la machine virtuelle et le stockage optimaux pour exécuter la même charge de travail sur Azure. OMAT collecte et traite les rapports AWR à partir du système source, extrait les données requises et les place dans un classeur Excel. Passez en revue la partition des processeurs du processeur et des cœurs lorsque vous utilisez OMAT pour vous donner le facteur hyper-thread. OMAT utilise un facteur de deux par défaut, mais vous pouvez ajuster ce nombre en fonction de votre utilisation spécifique. Contactez votre personne de contact locale si vous avez besoin d’aide.

Recommandations

  • Utilisez des outils automatisés de dimensionnement droit, tels que OMAT. Les outils de dimensionnement droit automatisent les étapes décrites dans le document de dimensionnement AWR pour accélérer le processus de migration et simplifier le rapport AWR.
  • Contactez des experts qui comprennent les recommandations générées par le rapport duMAT.

Choisir la machine virtuelle appropriée pour votre charge de travail

Il est important de choisir la machine virtuelle appropriée pour votre charge de travail. Chaque famille de machines virtuelles est fournie avec une sélection de tailles qui peuvent être adaptées à vos besoins. Les séries E et M sont des machines virtuelles hyper thread qui sont largement utilisées pour les besoins de la base de données. Utilisez des machines virtuelles de la série E pour les charges de travail qui ont des valeurs de débit élevées. Utilisez des machines virtuelles de la série M pour les charges de travail qui nécessitent une mémoire élevée.

Microsoft offre également des tailles de cœurs limitées pour réduire le coût des licences logicielles tout en conservant la même mémoire, le même stockage et la même bande passante d’E/S.

Recommandations

Choisir la solution de stockage appropriée pour votre charge de travail

Le choix de la solution de stockage Azure pour la base de données dépend de la taille de la base de données, des IOPS et du débit. Azure Disques managés fournit des volumes de stockage au niveau des blocs gérés par Azure et utilisés avec des machines virtuelles Azure. Stockage Azure fournit un large éventail d’options de stockage hautement disponibles et hautement évolutives pour les applications, les données et les machines virtuelles dans le cloud. L’évaluation du dimensionnement approprié vous aide à déterminer la solution de stockage à utiliser pour la base de données.

D’autres considérations relatives au stockage sont liées aux fichiers journaux et aux sauvegardes oracle archivés. L’archivage des journaux de restauration à refaire est un processus continu de lecture/écriture qui implique une évaluation continue des exigences et de la disponibilité de la solution.

Le rapport AWR donne des informations sur les besoins en débit et en IOPS de votre charge de travail spécifique. Il est essentiel de connaître vos besoins en débit et en IOPS avant le déploiement, car les charges de travail Oracle sont sensibles aux performances.

Le tableau suivant fournit un exemple de disposition de stockage sur disque de données.

Nom du disque Fonction Taille (Go) Débit E/S par seconde Recommandation de disque
oredo Journaux de restauration en ligne 400 150 1500 Choisissez SSD Premium v2 quand il est disponible et P20 dans le cas contraire
oarch Journaux de restauration par progression archivés 7000 300 1250 Stockage Blob Azure configuré dans le niveau chaud
odata Fichiers de données et fichiers de contrôle 18000 1 000 2 500 Choisissez SSD Premium v2 si disponible et 5* P50 (rayé vers RAID-0) dans le cas contraire.

L’espace de table temporaire peut utiliser beaucoup de débit et d’E/S par seconde. Si ce scénario s’applique à votre charge de travail, choisissez une machine virtuelle qui a un disque éphémère attaché, comme Ed-v5. Placez l’espace de table temporaire sur le disque. Vous pouvez choisir d’autres types de disques en fonction de vos besoins.

Il ne s’agit que d’un exemple de charge de travail client. Veillez à passer en revue et à ajuster les exigences de la taille de votre charge de travail, des E/S par seconde et du débit en conséquence.

Si vous devez utiliser plusieurs disques pour un ou plusieurs volumes logiques dans votre configuration de disque, quelle que soit la technologie de disque (Oracle ASM, LVM ou autre), veillez à équilibrer la charge entre les disques pour des performances maximales.

Vous pouvez utiliser des disques managés SSD Premium v2 partout où ils sont disponibles. Vérifiez la disponibilité en fonction de la région et passez en revue les configurations de disque avant le déploiement.

La taille de disque configurée par défaut dans ASM est déterminante si vous utilisez Oracle ASM et Disques managés. Si vous configurez ASM pour une taille maximale de 4 096 Go, ASM ne peut traiter que cette quantité. Ainsi, même si vous approvisionnez des disques plus élevés, ASM ne reconnaît pas l’espace. Planifiez la taille du disque en conséquence et décidez de provisionner des disques de 4 095 Go. Pour plus d’informations, consultez Configuration d’ASM.

Recommandations

  • Utilisez les recommandations générées par l’outil OMAT pour vous guider dans vos options de stockage de base de données.
  • Comprenez les types de disques Azure et comment ils s’intègrent aux exigences de votre charge de travail.
  • Passez en revue les meilleures pratiques pour les types de disques et les configurations.
  • Visitez Azure NetApp Files pour Oracle si vous envisagez d’utiliser Azure NetApp Files pour Oracle comme couche de stockage.
  • Visitez les groupes de volumes d’application si vous envisagez de dissocier d’un Oracle Exadata.
  • Visitez Azure Files (niveau chaud) pour connaître les options appropriées pour les grands volumes d’archives de journaux de restauration par progression et les disques managés Azure Premium.
  • Basez l’option de sauvegarde pour les charges de travail Oracle sur le volume de données et vos exigences techniques et non techniques. Pour plus d’informations, consultez Stratégies de sauvegarde pour les charges de travail Oracle.
  • Planifiez votre disposition de stockage pour éviter les problèmes de performances.

Dimensionner l’infrastructure de calcul nécessaire pour les applications Oracle

Les applications Oracle peuvent généralement être déplacées vers Azure à l’aide de machines virtuelles avec des fonctionnalités similaires aux machines virtuelles utilisées dans le déploiement local.

Utilisez des points de données des niveaux Application et Web pour dimensionner l’infrastructure de calcul nécessaire pour les applications Oracle. La couche Application peut être déplacée vers n’importe quelle référence SKU de machine virtuelle appropriée qui répond aux exigences d’optimisation des performances et des coûts.

Pour plus d’informations sur l’utilisation d’architectures de référence pour déployer des applications Oracle sur Azure IaaS, consultez Applications Oracle sur Azure.

Recommandations

Obtenez des points de données à partir de la couche Application et de la couche Web. Ces points de données sont les suivants :

  • Nombre de processeurs virtuels
  • Utilisation moyenne des processeurs virtuels
  • Taille de la mémoire
  • Utilisation moyenne de la mémoire
  • Taille de stockage de l’application
  • Version de l’application
  • Système d’exploitation
  • Nombre total d’IOPS
  • Débit total
  • Stratégie de sauvegarde

Étape suivante

Pour savoir comment protéger les données et les applications critiques, consultez Continuité des activités et récupération d’urgence.