Comprendre le groupe de volumes d’application Azure NetApp Files pour Oracle

  • Article

Le groupe de volumes d’application pour Oracle vous permet de déployer tous les volumes requis pour installer et exploiter des bases de données Oracle à l’échelle de l’entreprise, avec des performances optimales et en respectant les bonnes pratiques dans un workflow en une étape optimisé. La fonctionnalité de groupe de volumes d’application utilise la capacité Azure NetApp Files pour placer tous les volumes dans la même zone de disponibilité que les machines virtuelles afin d’obtenir des déploiements automatisés et optimisés pour la latence.

Le groupe de volumes d’application pour Oracle a mis en œuvre de nombreuses améliorations techniques qui simplifient et normalisent l’ensemble du processus pour vous aider à rationaliser les déploiements de volumes pour Oracle. Tous les volumes requis, c’est-à-dire jusqu’à huit volumes de données, le journal de restauration et le journal d’archive en ligne, la sauvegarde et le fichier binaire, sont créés dans une seule opération « atomique » (via le Portail Microsoft Azure, le RP ou l’API).

Le groupe de volumes d’application Azure NetApp Files écourte le temps de déploiement des bases de données Oracle et augmente les performances et la stabilité globales des applications, notamment l’utilisation de plusieurs points de terminaison de stockage. La fonctionnalité de groupe de volumes d’application prend en charge un large éventail de dispositions de base de données Oracle, qu’il s’agisse de petites bases de données avec un volume unique ou de bases de données de 100 Tio avec plusieurs volumes. Elle prend en charge jusqu’à huit volumes de données avec des performances optimisées pour la latence et est limitée uniquement par les fonctionnalités réseau de la machine virtuelle de base de données.

L’utilisation de plusieurs volumes connectés via plusieurs points de terminaison de stockage, comme déployé par le groupe de volumes d’applications pour Oracle, apporte des améliorations des performances comme décrit dans la base de données Oracle sur plusieurs volumes.

Le groupe de volumes d’application pour Oracle est pris en charge dans toutes les régions avec Azure NetApp Files.

Fonctionnalités clés

Le groupe de volumes d’applications pour Oracle fournit les fonctionnalités suivantes :

  • Prise en charge d’une grande variation des configurations Oracle à partir de 2 volumes pour les bases de données plus petites jusqu’à 12 volumes pour les bases de données volumineuses jusqu’à plusieurs centaines de Tio.
  • Création de la structure de volume suivante :
    • Données : un à huit volumes de données
    • Journal : volume de journal de restauration par rétablissement en ligne (log) et éventuellement un deuxième volume de journal (log-mirror) si nécessaire
    • Binaire : volume pour les fichiers binaires Oracle (facultatif)
    • Sauvegarde : volume de journaux pour archiver la sauvegarde des journaux (facultatif)
  • Création de volumes dans un pool de capacité de QoS manuel
    La taille du volume et les performances requises (en Mio/s) sont proposées en fonction de l’entrée utilisateur pour la taille de la base de données et les exigences de débit de la base de données.
  • L’interface utilisateur graphique et le modèle Azure Resource Manager (ARM) du groupe de volumes d’application fournissent les meilleures pratiques pour simplifier la gestion du dimensionnement et la création de volumes. Par exemple :
    • Proposition de convention d’affectation de noms de volume basée sur un ID du système (SID) et le type de volume
    • Calcul de la taille et des performances en fonction de l’entrée utilisateur

Le groupe de volumes d’application pour Oracle vous permet de simplifier le processus de déploiement et d’augmenter les performances de stockage pour les charges de travail Oracle. Voici certaines des nouvelles fonctionnalités :

  • Utilisation du placement de zone de disponibilité pour vous assurer que les volumes sont placés dans la même zone que les machines virtuelles de calcul.
    Sur requête, un placement de volume basé sur PPG est disponible pour les régions sans zones de disponibilité, ce qui nécessite un processus manuel.
  • Création de points de terminaison de stockage distincts (avec différentes adresses IP) pour les volumes de données et de journaux.
    Cette méthode de déploiement offre de meilleures performances et un débit pour la base de données Oracle.

Structure du groupe de volumes d’application

Le groupe de volumes d’applications pour Oracle déploie plusieurs volumes en fonction de vos entrées et de la disponibilité des ressources dans la région et la zone sélectionnées, sous réserve des règles suivantes :

  • AVG peut déployer 1 à 8 données, journaux (et éventuellement, miroir de journaux), sauvegarde et volumes binaires dans la zone sélectionnée à l’aide du même paramètre de fonctionnalités réseau (Standard ou Essentiel) et de la même version NFS (NFSv4.1 ou NFSv3).
  • Le pool de capacité d’hébergement doit être configuré avec la Qualité de service manuelle.
  • Les volumes de données sont déployés conformément aux règles d’anti-affinité pour s’assurer qu’ils sont répartis sur autant de points de terminaison de stockage Azure NetApp Files que possible dans la zone sélectionnée. Les volumes sont également affectés à des points de terminaison de stockage directs pour la meilleure latence possible.
  • Jusqu’à trois volumes de données peuvent être déployés sur le même point de terminaison de stockage dans les zones limitées aux ressources si les exigences de capacité et de débit sont autorisées.
  • Les volumes de journal, de miroir de journaux et de sauvegarde sont déployés en suivant les règles sans regroupement : aucun de ces volumes ne peut partager de points de terminaison de stockage. Ces volumes sont affectés à des points de terminaison de stockage direct.
  • Le volume binaire peut partager un point de terminaison de stockage avec le volume de sauvegarde et ne nécessite pas de point de terminaison de stockage direct.

Les déploiements à haute disponibilité incluent des volumes dans 2 zones de disponibilité pour lesquelles vous pouvez déployer des volumes à l’aide du groupe de volumes d’applications pour Oracle dans les deux zones. Vous pouvez utiliser la réplication de données basée sur l’application, telle que Data Guard. Exemple de disposition de volume double zone :

Les déploiements à haute disponibilité incluent des volumes dans deux zones de disponibilité, pour lesquels vous pouvez déployer des volumes à l’aide du groupe de volumes d’applications pour Oracle dans les deux zones. Vous pouvez utiliser la réplication de données basée sur l’application, telle que Data Guard. Exemple de disposition de volume double zone :

Diagramme de disposition de volume double zone.

Un déploiement entièrement généré avec huit volumes de données et tous les volumes facultatifs d’une zone avec une grande disponibilité des ressources peut ressembler à ceci :

Diagramme du déploiement Oracle.

Dans les zones contraintes de ressources, les volumes peuvent être déployés sur des points de terminaison de stockage partagés en raison des algorithmes d’anti-affinité et de non-regroupement mentionnés ci-dessus. Ce diagramme illustre un exemple de disposition de volume dans une zone contrainte de ressource :

Diagramme de huit dispositions de volume de données.

Dans les zones limitées aux ressources, les volumes sont déployés sur des points de terminaison de stockage partagé tout en conservant les règles d’anti-affinité et de non-regroupement. La disposition résultante affiche les volumes de journal et de miroir de journaux sur les points de terminaison de stockage privés tandis que les volumes de données partagent des points de terminaison de stockage. Les volumes de journal et de miroir de journaux ne partagent pas de points de terminaison de stockage.

Étapes suivantes