Planification de capacité pour la migration des charges de travail Oracle vers Azure
Cet article s’appuie sur le guide Azure Cloud Adoption Framework. Il traite de la planification de capacité de l’infrastructure pour les charges de travail d’Oracle sur Microsoft Azure. L’article contient des recommandations et des outils pour vous aider dans ce processus de planification.
La planification de capacité est essentielle pour une gestion efficace des performances et des coûts lorsque vous exécutez des charges de travail de base de données Oracle sur Azure. Cet article décrit les recommandations, les méthodes et les outils permettant d’allouer les ressources avec précision, d’équilibrer les besoins de performance et d’optimiser les coûts. Les exigences spécifiques en matière de capacité dépendent des caractéristiques de performance de la charge de travail de la base de données. Ces caractéristiques sont transactionnelles, analytiques ou mixtes. Les facteurs contraignants pour les charges de travail de la base de données Oracle sont généralement le traitement de la puissance, de la mémoire et du débit.
La planification de capacité vous aide à sélectionner l’infrastructure appropriée pour l’architecture Oracle sur Azure. Vous devez connaître la capacité de stockage de la base de données pour mettre en œuvre efficacement ce processus.
Considérations relatives à la planification de la capacité
La planification de capacité des charges de travail Oracle sur l’infrastructure as a service (IaaS) est un processus qui nécessite une compréhension approfondie des exigences de la charge de travail et des ressources Azure disponibles.
Remarque
Les considérations suivantes portent sur les bases de données Oracle exécutées sur des ordinateurs virtuels Azure. Pour Oracle Database@Azure, contactez votre équipe commerciale Oracle locale pour toute assistance en matière de dimensionnement.
Considérations globales relatives aux performances
Votre environnement existant peut ne pas servir de mesure de dimensionnement précise pour les exigences de charge de travail de la base de données Oracle sur Azure. Utilisez les rapports Oracle Automatic Workload Repository (AWR) pour comprendre les caractéristiques de performance de la ou des charges de travail à migrer. Les rapports AWR contiennent des statistiques sur les performances des charges de travail de votre base de données Oracle.
Vous pouvez utiliser votre environnement existant comme mesure de dimensionnement pour les serveurs d’application lorsque vous ne disposez pas de statistiques de performance AWR. Vous devez collecter les mesures de performance des serveurs d’application pour vous assurer que les serveurs d’application et les solutions PaaS (Platform as a Service) sont dimensionnés de manière appropriée.
Remarque
Pour collecter les rapports AWR, vous devez acheter la licence Oracle Diagnostic Pack pour votre charge de travail de base de données. Les rapports Statspack peuvent remplacer les rapports AWR. Les rapports Statspack sont un sous-ensemble des rapports AWR et ne nécessitent pas la licence Diagnostic Pack.
Collectez des rapports AWR pour votre charge de travail de la base de données :
lorsque la charge de travail atteint une charge maximale. Si vous ne connaissez pas l’heure de charge maximale, utilisez le
busiest_awrscript pour déterminer l’AWR le plus occupé.Pour une période représentative de la charge maximale. Par exemple, générez le rapport AWR pendant le processus mensuel si la charge maximale est un processus à échéance mensuelle. La période doit inclure uniquement les heures de charge maximale et exclure les périodes prolongées de faible charge. Si vous incluez des périodes de faible charge dans votre rapport AWR, les statistiques de performance représentent une moyenne et non les exigences réelles de performance de la charge de travail.
Pour les activités comme le traitement par lots ou d’autres activités qui constituent une charge importante sur la base de données.
Collectez des rapports AWR pendant la charge maximale et les scénarios similaires. Pour déterminer la SKU de l’ordinateur virtuel et la configuration de stockage appropriées, consultez Dimensionnement des ressources Azure en fonction d’un rapport Oracle AWR. Si vous gérez plusieurs charges de travail de bases de données Oracle et envisagez de consolider plusieurs charges de travail sur les mêmes ordinateurs virtuels, utilisez Oracle Migration Assistant Tool (OMAT). OMAT est un outil automatisé d’évaluation du dimensionnement qui génère une évaluation de l’infrastructure basée sur les rapports AWR. Il fournit également des suggestions de configurations possibles pour les ordinateurs virtuels et le stockage.
Considérations relatives à la capacité de calcul
Après avoir déterminé les exigences de base en matière de performances pour la charge de travail de la base de données, examinez les recommandations suivantes pour la planification des ordinateurs virtuels :
Utilisez des cœurs restreints le cas échéant. Les cœurs contraints offrent la capacité de mémoire et de débit d’une SKU d’ordinateur virtuel plus grande avec la capacité de processeur virtuel de la SKU d’un ordinateur virtuel plus petit. Les cœurs contraints sont préférables du point de vue du coût de la gestion des licences Oracle, car celles-ci sont basées sur les cœurs de processeur. Pour plus d’informations sur le fonctionnement de la gestion des licences Oracle sur Azure, consultez Gestion des licences du logiciel Oracle dans un environnement cloud computing. Pour plus d’informations sur les cœurs contraints, consultez Redimensions des ordinateurs virtuels Azure.
Utilisez des ordinateurs virtuels à mémoire optimisée pour les charges de travail Oracle. Les ordinateurs virtuels à mémoire optimisée ont un ratio mémoire/processeur virtuel supérieur à celui des ordinateurs virtuels à usage général. Ces ordinateurs virtuels sont préférés pour les charges de travail Oracle, qui sont généralement très exigeantes en termes de mémoire. Pour plus d’informations sur les ordinateurs virtuels à mémoire optimisée, consultez Redimensions des ordinateurs virtuels à mémoire optimisée.
Lorsque vous évaluez votre architecture globale, incluez les autres ordinateurs virtuels nécessaires à la haute disponibilité, aux productions hors environnement de production, etc.
Considérations relatives au stockage
Les performances et la fiabilité des charges de travail des bases de données Oracle dépendent fortement de la conception et de la configuration de l’infrastructure de stockage sous-jacente. Consultez le guide suivant pour votre formule de stockage :
Si vous utilisez des disques managés, veillez à utiliser Azure SSD Premium, Azure SSD Premium v2 ou les disques de stockage Ultra pour les charges de travail Oracle. Nous ne recommandons pas Azure SSD Standard ou Azure HDD Standard pour les charges de travail Oracle de production. Pour plus d’informations sur les limitations de stockage de Premium v2 SSD et Disque Ultra, consultez Disques managés par Azure.
La latence du disque peut faire l’objet de préoccupations selon les caractéristiques de votre charge de travail. Pour plus d’informations sur la latence des disques, consultez Types de disques managés Azure.
Si vous utilisez un disque SSD Premium, configurez la mise en cache de l’hôte sur
ReadOnlypour tous les disques de données et surReadWritepour la classe OSDisk. La mise en cache du disque hôte n'est pas prise en charge pour les disques de plus de 4 095 Go. Pour créer des volumes dont la taille est supérieure à un paramètre P50, soit 4 To, allouez plusieurs disques SSD Premium pour créer des volumes logiques RAID-0 à frange. Utilisez un gestionnaire de volume comme Linux Logical Volume Manger version 2 (LVM2), ou allouez plusieurs disques SSD Premium pour créer des groupes de disques Oracle ASM (Automatic Storage Management) afin de répondre à la capacité ou au débit souhaité.Lorsque vous utilisez des disques managés, le débit cumulé de tous les disques attachés à l’ordinateur virtuel et contraints par la SKU de l’ordinateur virtuel détermine le débit du disque. Pour plus d’informations, consultez Ordinateurs virtuels et performances des disques.
Lorsque vous utilisez des disques managés avec une charge de travail à forte intensité d'écriture, pensez à utiliser les disques de stockage Ultra pour les journaux d'activité de la restauration par progression.
Si les exigences en débit dépassent le débit maximal d'un seul ordinateur virtuel, il convient d’envisager l’utilisation d’un système de stockage en réseau tel que Azure NetApp Files. En effet, dans ce type de configuration, l’ordinateur virtuel est limité par le débit du réseau, ou la sortie, plutôt que par le débit du disque.
Si vous utilisez fréquemment les fichiers temporaires Oracle, pensez à sélectionner la SKU d’un ordinateur virtuel doté d’un disque temporaire et placez les fichiers temporaires sur ce disque temporaire. Cette configuration réduit la charge d’entrée/sortie (E/S) sur les disques de données.