Bonnes pratiques relatives aux performances des machines virtuelles Oracle sur Azure
Cet article explique en quoi les options de stockage et de taille de VM appropriées que vous choisissez affectent les performances (opérations d’entrée/sortie [IOPS] et débit), la fiabilité et le coût de vos charges de travail Oracle. Il existe un compromis entre l’optimisation des coûts et des performances. Cette série de bonnes pratiques pour les performances vise à obtenir les meilleures performances pour les charges de travail Oracle sur les machines virtuelles Azure. Si votre charge de travail est moindre, vous n’aurez probablement pas besoin de toutes les optimisations recommandées. Dans la phase de planification, il est essentiel d’évaluer les performances nécessaires pour vos charges de travail Oracle et de dimensionner le calcul et le stockage comme il se doit.
Lorsque vous envisagez d’exécuter des charges de travail Oracle sur des machines virtuelles Azure, pour une configuration économique, commencez par sélectionner une machine virtuelle qui prend en charge les IOPS et le débit nécessaires avec le rapport mémoire/vCore approprié, puis ajoutez vos besoins de stockage.
Recommandations relatives au dimensionnement des machines virtuelles
Les trois séries de machines virtuelles suivantes sont recommandées pour exécuter des charges de travail de base de données Oracle sur Azure.
Série E (Eds v5 et Ebds V5)
La série E est conçue pour les charges de travail gourmandes en mémoire. Ces machines virtuelles fournissent des rapports mémoire-cœur élevés, ce qui les rend adaptés aux bases de données Oracle. Proposez également une gamme d’options de processeur pour répondre aux performances requises de votre charge de travail de base de données Oracle.
La nouvelle série Ebdsv5 fournit le ratio d’E/S le plus élevé en débit/vCore dans Azure, ainsi qu’un ratio mémoire/vCore de 8. Cette série offre le meilleur rapport prix/performances pour les charges de travail Oracle sur des machines virtuelles Azure. Envisagez cette série en premier pour la plupart des charges de travail de base de données Oracle.
Série M
La série M est conçue pour les grandes bases de données, c’est-à-dire jusqu’à 12 To de RAM et 416 processeurs virtuels. Les machines virtuelles de la série M offrent le ratio mémoire/vCore le plus élevé dans Azure. Envisagez ces machines virtuelles pour les grandes charges de travail de base de données Oracle stratégiques ou si vous devez regrouper les bases de données dans moins de machines virtuelles.
Série D
La série D est conçue pour les machines virtuelles à usage général avec des rapports mémoire/vCore plus petits. Il est important de surveiller avec attention les compteurs de performances basés sur la mémoire pour vous assurer que la charge de travail Oracle peut obtenir les IOPS et le débit appropriés. La série Ddsv5 offre une juste combinaison de processeurs virtuels, de mémoire et de disque temporaire, mais avec un moindre ratio mémoire/vCore. La série D n’offre pas le rapport mémoire/vCore de 8, qui est recommandé pour les charges de travail Oracle. Par conséquent, envisagez d’utiliser ces machines virtuelles pour les petites et moyennes bases de données ou l’environnement dev/test pour un coût TCO inférieur.
Recommandations de stockage
Cette section fournit des bonnes pratiques et des recommandations relatives au stockage qui vous permettront d’optimiser les performances de votre charge de travail Oracle sur des machines virtuelles Azure. Tenez compte de vos besoins de performances, des coûts et des modèles de charges de travail lors de l’évaluation de ces recommandations. Examinons brièvement les options :
Types de disques : SSD Premium, SSD Premium V2 et Disques Ultra sont des types de disques recommandés pour la charge de travail Oracle. Reportez-vous au comparatif des types de disque pour comprendre la taille maximale des disques, le débit maximal et le nombre maximal d’IOPS afin de choisir le type de disque approprié pour la machine virtuelle Azure permettant d’atteindre les performances de votre charge de travail Oracle. En règle générale, SSD Premium v2 est le meilleur prix comme option de performances de disque que vous pouvez envisager.
Les disques SSD Premium V2 offrent des performances supérieures à celles des disques SSD Premium, à un prix généralement inférieur. Vous pouvez modifier individuellement les performances (capacité, débit et IOPS) des disques SSD Premium v2 à tout moment, rendant les charges de travail rentables tout en répondant à des besoins de performances changeants. Par exemple, une base de données qui traite de nombreuses transactions a besoin d’une grande quantité d’IOPS à petite échelle, ou une application de jeu peut demander une grande quantité d’IOPS mais uniquement pendant les heures de pointe. Étant donné que vous pouvez affiner les performances individuellement, pour la plupart des charges de travail à usage général, les disques SSD Premium v2 peuvent offrir le meilleur prix pour les performances.
Les disques SSD Premium sont adaptés aux charges de travail de production stratégiques. Ils offrent une prise en charge de disque à haute performance et à faible latence pour les machines virtuelles avec des charges de travail qui utilisent beaucoup d’entrée/sortie (E/S).
Les disques Ultra constituent l’option de stockage la plus performante pour les machines virtuelles Azure. Ils conviennent aux charges de travail gourmandes en données et lourdes en transactions. Ils offrent des latences faibles de moins d’une milliseconde et proposent un modèle de configuration des performances flexible qui vous permet de configurer indépendamment les IOPS et le débit avant et après l’approvisionnement du disque.
Azure Elastic SAN offre une solution de stockage de blocs extrêmement scalable, économique, hautement performante et fiable qui se connecte à différents services de calcul Azure via le protocole iSCSI. Elastic SAN permet une transition transparente d’un patrimoine de stockage SAN existant vers le cloud sans avoir à refactoriser l’architecture de l’application cliente. Cette solution peut effectuer une mise à l’échelle massive jusqu’à des millions d’IOPS, go/s à deux chiffres de débit et des latences en millisecondes à un chiffre faible avec résilience intégrée pour réduire les temps d’arrêt. Cela la rend particulièrement adaptée pour les clients qui cherchent à consolider le stockage, ceux travaillant avec plusieurs services de calcul ou ceux qui ont des charges de travail nécessitant des niveaux de débit élevés obtenus en conduisant le stockage sur la bande passante du réseau.
Remarque
Le dimensionnement des machines virtuelles avec Elastic SAN doit prendre en charge les exigences de débit réseau de production (machine virtuelle à machine virtuelle) ainsi que le débit de stockage.
Envisagez de placer les charges de travail Oracle sur Elastic SAN pour une meilleure rentabilité pour les raisons suivantes.
Regroupement du stockage et partage dynamique des performances : Normalement pour une charge de travail Oracle sur une machine virtuelle Azure, le stockage de type disque est approvisionné par machine virtuelle en fonction de la capacité du client et des performances requises maximales pour cette machine virtuelle. Ces performances surapprovisionnées sont disponibles si nécessaire, mais les performances inutilisées ne peuvent pas être partagées avec des charges de travail sur d’autres machines virtuelles. Elastic SAN, tel que le SAN local, permet de regrouper les besoins de stockage de plusieurs charges de travail Oracle afin d’obtenir une meilleure rentabilité, avec la possibilité de partager dynamiquement les performances approvisionnées entre les volumes approvisionnés sur ces différentes charges de travail en fonction des demandes d’E/S. Par exemple, dans la région USA Est, vous avez 10 charges de travail qui nécessitent une capacité de 2 Tio et des IOPS de 10 000 chacune, alors qu’ensemble, elles n’ont jamais besoin de plus de 60 000 IOPS. Vous pouvez configurer une instance Elastic SAN avec 12 unités de base (une unité de base = 0,08 $ par Gio/mois) qui vous donnera une capacité de 12 Tio et les 60 000 IOPS nécessaires et 8 unités de capacité seule (1 unité de capacité seule = 0,06 $ par Gio/mois) qui vous donnera la capacité restante de 8 Tio à un prix plus bas. Cette configuration de stockage optimale offre une meilleure rentabilité tout en fournissant les performances nécessaires (10 000 unités d’IOPS) à chacune de ces charges de travail. Pour plus d’informations sur les unités de provisionnement de base et de capacité seule Elastic SAN, consultez Planification d’une instance Azure Elastic SAN. Pour les tarifs, consultez Tarification Azure Elastic SAN.
Pour générer un débit de stockage plus élevé : Les déploiements de charges de travail Oracle sur des machines virtuelles Azure nécessitent parfois de surapprovisionner une machine virtuelle en raison d’une limite de débit de disque sur celle-ci. Vous pouvez éviter cela avec Elastic SAN, car vous provoquerez un débit de stockage plus élevé sur la bande passante du réseau de calcul avec le protocole iSCSI. Par exemple, une machine virtuelle Standard_E32bds_v5 (SCSI) est limitée à 88 000 IOPS et 2 500 Mbits/s pour le débit de disque/stockage, mais elle peut atteindre jusqu’à un maximum de 16 000 Mbits/s pour le débit réseau. Si le débit de stockage requis pour votre charge de travail est supérieur à 2 500 Mo ps, vous n’aurez pas à mettre à niveau la machine virtuelle avec une référence SKU supérieure, car elle peut désormais prendre en charge jusqu’à 16 000 Mo ps à l’aide de l’Elastic SAN.
Voici également quelques informations qui peuvent vous aider à tirer davantage parti d’Elastic SAN.
| Autres paramètres | description |
|---|---|
| Modèle de provisionnement | Modèle flexible à la granularité Tio |
| BCDR | Instantané incrémentiel pour la restauration rapide ; Exportation d’instantanés pour le renforcement. |
| Cibles de redondance et d’échelle | Reportez-vous aux fonctionnalités de redondance d’Azure Elastic SAN dans les exigences de redondance. |
| Chiffrement | Le chiffrement au repos est pris en charge. |
Azure NetApp Files est un service de stockage de fichiers Azure natif, interne, de niveau entreprise et hautes performances qui peut convenir pour le stockage de fichiers de base de données Oracle. Il fournit des Volumes en tant que service pour lesquels vous pouvez créer des comptes NetApp, des pools de capacité et des volumes. Vous pouvez également sélectionner des niveaux de service et de performances, et gérer la protection des données. En utilisant les mêmes protocoles et outils que ceux que vous connaissez et approuvez, ainsi que les applications d’entreprise qui dépendent de l’environnement local, vous pouvez créer et gérer des partages de fichiers rapides, fiables et évolutifs.
Les attributs clés d’Azure NetApp Files sont les suivants :
- Performances, optimisation des coûts et mise à l’échelle.
- Simplicité et disponibilité.
- Gestion et sécurité des données.
- SLA 99,99 %
Les volumes Azure NetApp Files sont hautement disponibles par défaut et flexibles, ce qui vous permet d’augmenter et de réduire leur capacité et leurs performances sans interruption de service. Pour la disponibilité entre les zones et les régions, les volumes peuvent être répliqués en utilisant une réplication interzone et une réplication interrégion.
Pour l’hébergement de fichiers de base de données Oracle, de journaux de restauration et de journaux d’archivage extrêmement exigeants qui sont bien adaptés à un débit de plusieurs gigaoctets par seconde et à une capacité de plusieurs dizaines de téraoctets, vous pouvez utiliser un volume ou plusieurs volumes en fonction des capacités et performances requises. Les volumes peuvent être protégés à l’aide d’instantanés pour une protection et une récupération rapides des données primaires, et ils peuvent être sauvegardés à l’aide de RMAN, AzAcSnap, la sauvegarde Azure NetApp Files ou d’autres méthodes ou applications de sauvegarde de votre choix.
Il est vivement recommandé d’utiliser Oracle direct NFS (dNFS) avec Azure NetApp Files pour améliorer les performances. La combinaison d’Oracle dNFS avec Azure NetApp Files offre un grand avantage pour vos charges de travail. Oracle dNFS permet d’améliorer les performances par rapport au NFS noyau du système d’exploitation. L’article explique les technologies et fournit une comparaison des performances entre dNFS et le client NFS noyau.
Les machines virtuelles Azure sont limitées pour le trafic réseau à des vitesses plus élevées que le stockage attaché direct tel que SSD. Par conséquent, le déploiement Oracle fonctionne mieux à l’aide des volumes Azure NetApp Files sur la même référence SKU de VM, ou vous pouvez choisir une référence SKU de VM inférieure pour les mêmes performances et faire des économies sur le coût de la licence Oracle.
Les instantanés peuvent être clonés pour fournir un accès en lecture/écriture aux données actuelles à des fins de test et de développement sans interagir avec les données actives.
| Élément | Description |
|---|---|
| Autre paramètre | Disponible dans trois niveaux de service de performances (Ultra, Premium, Standard) avec une mise à l’échelle dynamique (avec zéro interruption) des performances et des capacités pour équilibrer les besoins et les coûts changeants |
| Modèle de provisionnement | Un volume pour les bases de données moyennes à grandes Plusieurs volumes pour les bases de données extrêmement grandes et débit élevé Approvisionnement via le portail Azure avec ajustement dynamique en ligne de la taille Mise à l’échelle dynamique en ligne des performances via des changements de niveau de service dynamique et des ajustements de la QoS |
| Réplication différentielle binaire | Accès aux données indépendantes basé sur instantané à des fins de BC/DR et de test/dev Archivage d’instantanés avec la sauvegarde Azure NetApp FilesRéplication interrégion basée sur le stockage Réplication interzone basée sur le stockage Intégration à Oracle Data Guard pour la haute disponibilité et récupération d’urgence |
| Cibles de redondance et d’échelle | Capacité démontrée pour prendre en charge les bases de données Oracle les plus grandes et les plus performantes de plus de 100 Tio et un débit de plusieurs gigaoctets par seconde tout en conservant la protection et la récupérabilité des données primaires basées sur des instantanés en quasi-temps réel |
| Chiffrement | Chiffrement simple ou double au repos avec des clés gérées par la plateforme ou le client |
Automatiser la sélection des machines virtuelles et du stockage
Envisagez d’utiliser l’outil OMAT Oracle Migration Assistant Tool de la communauté pour obtenir les bonnes références SKU de VM avec les options de stockage recommandées, notamment les types de disques, Elastic SAN et ANF avec un coût indicatif basé sur la grille tarifaire. Vous pouvez fournir le rapport AWR de la base de données Oracle en tant qu’une entrée et exécuter le script pour obtenir les références SKU de VM et les options de stockage recommandées qui s’alignent sur les performances requises de la base de données et qui sont rentables.