Partager via

Questions fréquentes (FAQ) sur les groupes de volumes d’application Azure NetApp Files

  • Article

Trouvez des réponses aux questions fréquemment posées sur le groupe de volumes d’application Azure NetApp Files.

Questions fréquentes d’ordre général

Cette section répond aux questions générales sur les groupes de volumes d’application Azure NetApp Files.

Pourquoi dois-je utiliser un pool de capacités QoS manuel pour tous mes volumes de base de données ?

Un pool de capacités QoS manuel offre le meilleur équilibre entre la capacité et le débit pour répondre aux besoins de la base de données. Il évite le sur-approvisionnement pour atteindre le niveau de performance du volume du fichier journal, par exemple, ou du volume de données. Il peut également réserver de l’espace pour les sauvegardes de fichiers journaux tout en conservant le niveau de performance à une valeur adaptée à vos besoins. Globalement, l’utilisation d’un pool de capacités QoS manuel présente un avantage financier.

Remarque

Pendant la création d’un groupe de volumes d’application, seuls les pools de capacités QoS manuels s’affichent dans la liste à partir de laquelle vous devez faire votre sélection.

Puis-je cloner un volume créé avec un groupe de volumes d’application ?

Oui, vous pouvez cloner un volume créé par le groupe de volumes d’application. Pour cela, sélectionnez un instantané et restaurez-le dans un nouveau volume. Le clonage est un processus qui se produit en dehors du workflow du groupe de volumes d’application. De ce fait, tenez compte des restrictions suivantes :

  • Quand vous clonez un seul volume, aucune des dépendances spécifiques au groupe de volumes n’est vérifiée.
  • Le volume cloné ne fait pas partie du groupe de volumes.
  • Le volume cloné est toujours placé sur le même point de terminaison de stockage que le volume source.
  • Pour obtenir la latence la plus faible pour le volume cloné, vous avez besoin de le monter avec la même adresse IP que le volume source.

Combien de temps faut-il pour créer un groupe de volumes ?

La création d’un groupe de volumes implique de nombreuses étapes différentes et elles ne peuvent pas toutes être effectuées en parallèle. En particulier, lorsque vous créez le premier groupe de volumes pour un emplacement donné, l’exécution peut prendre entre 9 et 12 minutes. La création des groupes de volumes suivants devrait prendre moins de temps.

Le déploiement a échoué et aucun volume unique n’a été créé. Pourquoi ?

Ce comportement est normal. Le groupe de volumes d’applications approvisionne les volumes de manière atomique et restaure le déploiement au cas où l’un des composants n’arriverait pas à être déployé. Le déploiement échoue généralement parce que l’emplacement donné ne dispose pas de suffisamment de ressources disponibles pour répondre à vos besoins. Consultez le journal de déploiement pour connaître les détails et corrigez la configuration du pool de capacités si nécessaire.

Pourquoi ne puis-je pas modifier la description du groupe de volumes ?

Dans l’implémentation actuelle, le groupe de volumes d’application a le focus sur la création et la suppression initiales d’un groupe de volumes uniquement.

Quelle stratégie d’instantané dois-je utiliser pour mes volumes de base de données ?

Vous pouvez utiliser des produits comme AzAcSnap ou CommVault pour une sauvegarde cohérente avec les applications dans votre environnement de base de données. Vous ne pouvez pas utiliser les instantanés standard planifiés par la stratégie d’instantané intégrée Azure NetApp Files pour une protection des données cohérente.

Les recommandations générales pour les instantanés dans un environnement de base de données sont les suivantes :

  • Contrôlez attentivement les instantanés de volumes de données. La conservation des instantanés pendant une longue période peut augmenter vos besoins en capacité. Veillez à contrôler la capacité utilisée par rapport à la capacité allouée.
  • Si vous créez automatiquement des instantanés pour une protection des données primaire, veillez à surveiller leur rétention afin d’éviter une consommation de capacités de volume imprévue.

Questions fréquentes sur le groupe de volumes d’application pour SAP HANA

Cette section répond aux questions sur le groupe de volumes d’application Azure NetApp Files pour SAP HANA.

Les instructions de montage d’un volume incluent une liste d’adresses IP. Quelle adresse IP dois-je utiliser ?

Le groupe de volumes d’application s’assure que les volumes de données et de journaux pour un hôte ont toujours des points de terminaison de stockage distincts avec des adresses IP différentes pour bénéficier des meilleures performances. Pour héberger vos volumes de données, de journaux et partagés dans l’ensemble des ressources de stockage Azure NetApp Files, jusqu’à six points de terminaison de stockage peuvent être créés par ressource de stockage Azure NetApp Files utilisée. Pour cette raison, il est recommandé de dimensionner le sous-réseau délégué en conséquence. Consultez Exigences et considérations relatives au groupe de volumes d’application pour SAP HANA. Bien que toutes les adresses IP listées puissent être utilisées pour le montage, la première adresse IP indiquée est celle qui fournit la latence la plus faible. Il est recommandé de toujours utiliser la première adresse IP.

Puis-je utiliser nconnect comme option de montage ?

Azure NetApp Files prend en charge nconnect pour NFSv4.1, mais nécessite les versions de système d’exploitation Linux suivantes :

  • SLES 15SP2 et versions ultérieures
  • RHEL 8.3 et versions ultérieures

Lorsque vous utilisez l'option de montage nconnect, la limite de lecture va jusqu’à 4 500 Mio/s (consultez Meilleures pratiques des options de montage NFS Linux pour Azure NetApp Files) et les limites de débit proposées pour le volume de données doivent peut-être être adaptées en conséquence.

Pourquoi le hostid (par exemple, 00001) est-il ajouté à mes noms même lorsque je supprime l’espace réservé {Hostid} ?

Le groupe de volumes d’application exige que l’espace réservé fasse {Hostid} partie des noms. Si vous le supprimez, le hostid est automatiquement rajouté à la chaîne fournie.

Vous pouvez voir les noms finaux de chacun des volumes après avoir sélectionné Examiner + créer.

Pourquoi 1 500 Mio/s est la valeur de débit maximal que le groupe de volumes d’application pour SAP HANA propose pour le volume de données ?

NFSv 4.1 est le protocole pris en charge pour SAP HANA et Oracle. Par conséquent, une session TCP/IP est prise en charge lorsque vous montez un volume unique. Pour exécuter une seule session TCP (c’est-à-dire à partir d’un seul hôte) sur un volume unique, 1 500 Mio/s est la limite d’E/S par défaut identifiée. C’est pourquoi le groupe de volumes d’application pour SAP HANA évite d’allouer plus de débit que ce que vous pouvez obtenir de manière réaliste. Si vous avez besoin d’un débit plus important, en particulier pour les bases de données HANA plus volumineuses (par exemple, 12 Tio), vous devez utiliser plusieurs partitions ou utiliser l'option de montage nconnect.

Comment dimensionner des volumes Azure NetApp Files à utiliser avec SAP HANA pour bénéficier des performances optimales et du meilleur coût ?

Pour un dimensionnement optimal, il est important de dimensionner le paysage complet, y compris les instantanés et les sauvegardes. Choisissez la disposition pour la production, la haute disponibilité et la protection des données de votre volume, puis effectuez votre dimensionnement en utilisant la calculatrice de dimensionnement Azure NetApp Files pour les déploiements SAP HANA.

J’ai reçu le message d’avertissement "Not enough pool capacity". Que puis-je faire ?

Le groupe de volumes d’application calcule la demande de capacité et de débit de tous les volumes en fonction de votre entrée de la mémoire HANA. Lorsque vous sélectionnez le pool de capacités, il vérifie immédiatement si la capacité et le débit y sont suffisants.

Dans l’écran SAP HANA initial, vous pouvez ignorer ce message et continuer le workflow en cliquant sur le bouton Suivant. Vous pouvez adapter ultérieurement les valeurs proposées pour chaque volume afin que tous les volumes rentrent dans le pool de capacités. Ce message d’erreur réapparaît lorsque vous modifiez chaque volume individuel jusqu’à ce que tous les volumes rentrent dans le pool de capacités.

Vous voudrez peut-être augmenter la taille du pool pour éviter ce message d’avertissement.

Comment puis-je comprendre comment redimensionner mon système ou mon environnement système global ?

Contactez un expert en dimensionnement SAP Azure NetApp Files pour vous aider à planifier le dimensionnement global du système SAP.

Les informations importantes que vous devez fournir pour chacun des systèmes sont les suivantes : SID, rôle (production, dév, préprod/QA), mémoire HANA, réserve d’instantanés en pourcentage, nombre de jours pour la rétention des instantanés locaux, nombre de sauvegardes basées sur des fichiers, mono-hôte/multi-hôte avec le nombre d’hôtes et réplication HSR (primaire, secondaire).

Vous pouvez utiliser l’estimateur de dimensionnement SAP HANA pour optimiser le processus de dimensionnement.

Si vous connaissez vos systèmes (parce que vous avez déjà exécuté HANA avant), vous pouvez fournir vos données manuellement au lieu de suivre ces suppositions générales.

Puis-je utiliser la nouvelle fonctionnalité de SAP HANA de plusieurs partitions ?

Le groupe de volumes d’application pour SAP HANA n’a pas été conçu avec un focus dédié à l’utilisation de plusieurs partitions, mais vous pouvez utiliser le groupe de volumes d’application pour SAP HANA tout en adaptant vos entrées.

Les principes de base de plusieurs partitions sont les suivants :

  • Plusieurs partitions signifient qu’un seul hôte SAP HANA utilise plus d’un volume pour stocker sa persistance.
  • Plusieurs partitions doivent être montées sur différents chemins d’accès. Par exemple, le premier volume est sur /hana/<SID>/data1/mnt00001 et le deuxième volume a besoin d’un chemin d’accès différent (/hana/<SID>/data2/mnt00002). Pour obtenir ce résultat, vous devez adapter la convention d’affectation de noms manuellement. À savoir, <SID>-DATA1-MNT00001; <SID>-DATA2-MNT00002, ....
  • La mémoire est la clé du groupe de volumes d’application pour SAP HANA pour dimensionner la capacité et le débit. Par conséquent, vous devez adapter la taille pour prendre en charge le nombre de partitions. Pour deux partitions, vous devez utiliser 50 % de la mémoire. Pour trois partitions, vous devez utiliser 33 % de la mémoire, et ainsi de suite.

Pour chaque hôte et chaque partition que vous souhaitez créer, vous devez réexécuter le groupe de volumes d’applications pour SAP HANA et adapter la proposition de nommage pour suivre les recommandations ci-dessus.

Pour plus de détails sur ce sujet, consultez Utilisation du groupe de volumes d’application Azure NetApp Files pour SAP HANA pour déployer HANA avec plusieurs partitions

Quelles sont les règles derrière le débit proposé pour mes volumes de données et de journaux HANA ?

SAP définit les indicateurs de performance clés (KPI) pour les volumes HANA comme suit : 400 Mio/s pour le volume des données et 250 Mio/s pour le volume des journaux. Cette définition est indépendante de la taille ou de la charge de travail de la base de données HANA. Le groupe de volumes d’application met à l’échelle les valeurs du débit de sorte que même la base de données la plus petite satisfait aux indicateurs de performance clés de SAP HANA, et qu’une base de données plus grande bénéficie d’un niveau de débit plus élevé en adaptant la proposition en fonction de la taille de la base de données HANA entrée.

Le tableau suivant décrit la plage de mémoire et le débit proposé pour le volume de données HANA :

Plage mémoire (To)Débit proposé (Mo/s)
MinimaleMaximale
01400
12600
24800
461 000
681200
8101400
10illimité1 500

Le tableau suivant décrit la plage de mémoire et le débit proposé pour le volume des journaux HANA :

Plage mémoire (To)Débit proposé (Mo/s)
MinimaleMaximale
04250
4illimité500

Le débit d’un volume de base de données affecte principalement le temps nécessaire pour lire les données en mémoire au démarrage de la base de données. Lors de l’exécution toutefois, la plupart des E/S sont des E/S d’écriture, où même les indicateurs de performance clés affichent des valeurs inférieures. L’expérience utilisateur montre que, pour les bases de données plus petites, les valeurs des indicateurs de performance clés d’HANA peuvent être plus élevées que nécessaire la plupart du temps.

Les performances Azure NetApp Files de chaque volume peuvent être ajustées au moment de l’exécution. Ainsi, à tout moment, vous pouvez ajuster les performances de votre base de données en ajustant le débit des volumes de données et de journaux en fonction de vos besoins spécifiques. Par exemple, vous pouvez optimiser les performances et réduire les coûts en autorisant un débit plus élevé au démarrage tout en baissant les indicateurs de performance clés pendant une opération normale.

Tous les volumes sont-ils approvisionnés à proximité de mes serveurs SAP HANA ?

Avec un groupe de volumes d’applications, vous avez la possibilité de déployer des volumes avec une zone de disponibilité ou un placement de groupe de placement de proximité. Les deux méthodes garantissent que les volumes de données sont placés à proximité des machines virtuelles HANA, mais en utilisant des principes différents.

L’utilisation du placement de volume de zone de disponibilité (disponible avec l’extension 1) place les volumes dans la même zone de disponibilité que les machines virtuelles de l’application. L’utilisation de zones de disponibilité prend également en charge les fonctionnalités réseau Standard, qui prennent en charge la sécurité renforcée via la prise en charge des groupes de sécurité réseau. Cette méthode ne nécessite pas d’épinglage manuel. Elle est donc plus facile et rapide d’utilisation.

L’utilisation d’un groupe de placement de proximité nécessite la création d’un groupe de placement de proximité (PPG) pour vos serveurs SAP HANA. Ce placement garantit que les données, les journaux et les volumes partagés sont créés près des serveurs SAP HANA pour obtenir la meilleure latence et le meilleur débit. Cette méthode nécessite un épinglage manuel du groupe de placement de proximité, que le groupe de volumes d’application utilise pour trouver l’emplacement optimal pour le déploiement des volumes. Cette méthode prend uniquement en charge les fonctionnalités réseau de base. Notez que les volumes de sauvegarde des journaux et des données ne nécessitent pas de faible latence. Du point de vue de la protection, il est logique de stocker ces volumes de sauvegarde dans un emplacement différent de celui des volumes de données, de journaux et partagés. C’est pourquoi le groupe de volumes d’application place les volumes de sauvegarde dans un autre emplacement de stockage de la région qui dispose de suffisamment de disponibilité de débit et de capacité.

Quelle est la relation entre les volumes AVset, VM, PPG et Azure NetApp Files ?

Un groupe de placement de proximité (PPG, proximity placement group) doit se voir attribuer au moins une machine virtuelle (VM), directement ou via un groupe AVset. L’objectif du groupe PPG est d’extraire l’emplacement exact d’une VM et de transmettre ces informations au groupe de volumes d’application pour rechercher les ressources Azure NetApp Files dans le même centre de données. Ce paramètre fonctionne uniquement quand au moins une VM dans le groupe PPG est démarrée. En règle générale, vous pouvez ajouter vos serveurs de base de données au groupe PPG.

L’effet secondaire des groupes PPG est que, si toutes les VM sont arrêtées, il n’est PAS garanti qu’elles redémarrent dans le même centre de données que la dernière fois. Pour éviter que cette situation ne se produise, il est fortement recommandé d’utiliser un groupe AVset auquel sont associés toutes les VM et le groupe PPG, et d’utiliser le workflow d'épinglage HANA. Le workflow garantit non seulement que les VM ne bougent pas quand elles redémarrent, mais aussi que les emplacements sont sélectionnés là où suffisamment de ressources de calcul et Azure NetApp Files sont disponibles.

Pour un système de SAP HANA multi-hôtes, le volume partagé sera-t-il redimensionné lors de l’ajout d’hôtes HANA supplémentaires ?

Non. Ce scénario est actuellement l’un des rares cas où vous devez ajuster manuellement la taille. SAP recommande de dimensionner le volume partagé sous la forme 1 x RAM pour chacun des quatre hôtes HANA. Étant donné que vous créez le volume partagé dans le cadre du premier hôte SAP HANA, il est déjà dimensionné à 1 To. Deux options permettent de dimensionner le volume de partage pour SAP HANA correctement.

  • Si vous savez à l’avance que vous avez besoin, par exemple, de six hôtes, vous pouvez modifier la proposition de 1 To lors de la création initiale avec le groupe de volumes d’application pour SAP HANA. À ce stade, vous pouvez également augmenter le débit (c’est-à-dire la qualité de service) pour prendre en charge six hôtes.
  • Vous pouvez toujours modifier le volume partagé et modifier la taille et le débit individuellement après la création du volume. Vous pouvez le faire dans le groupe de placement de volumes ou directement dans le volume à l’aide du fournisseur de ressources Azure ou de l’interface graphique.

Je souhaite créer le volume de sauvegarde des données pour une seule instance, mais pour plusieurs bases de données SAP HANA. Comment procéder ?

Les volumes de reconnexion ou de sauvegarde des données sont facultatifs et ne nécessitent pas de proximité. La meilleure façon d’atteindre le résultat prévu consiste à supprimer le volume de sauvegarde de données ou de fichiers journaux lorsque vous créez le premier volume du groupe de volumes d’application pour SAP HANA. Vous pouvez ensuite créer votre propre volume en tant que volume indépendant unique en utilisant l’approvisionnement de volume standard et en sélectionnant la capacité et le débit appropriés qui répondent à vos besoins. Vous devez utiliser une convention d’affectation de noms qui indique un volume de sauvegarde des données, utilisée pour plusieurs identificateurs de sécurité.

Questions fréquentes sur le groupe de volumes d’application pour Oracle

Cette section répond aux questions sur le groupe de volumes d’application Azure NetApp Files pour Oracle.

Tous les volumes sont-ils approvisionnés dans la même zone de disponibilité que mon serveur de base de données pour Oracle ?

Le workflow de déploiement garantit que tous les volumes sont placés dans la zone de disponibilité que vous avez sélectionnée au moment de la création, ce qui devrait correspondre à la zone de disponibilité de vos machines virtuelles Oracle. Pour les régions qui ne prennent pas en charge les zones de disponibilité, les volumes sont placés avec une étendue régionale.

Comment dimensionner des volumes Azure NetApp Files à utiliser avec Oracle pour bénéficier des performances optimales et du meilleur coût ?

Pour un dimensionnement optimal, il est important de dimensionner le paysage complet de la base de données, y compris la haute disponibilité, les instantanés et les sauvegardes. Choisissez la disposition pour la production, la haute disponibilité et la protection des données de votre volume, puis effectuez votre dimensionnement en suivant Exécuter vos charges de travail Oracle les plus exigeantes dans Azure sans sacrifier les performances ou la scalabilité et Outil d’estimation pour le dimensionnement des charges de travail Oracle sur des machines virtuelles Azure IaaS. Vous pouvez également utiliser l’Estimateur de dimensionnement SAP sur Azure NetApp Files en utilisant l’option d’entrée Ajouter un volume unique.

Les informations importantes que vous devez fournir pour dimensionner chacun des volumes sont les suivantes : SID, rôle (production, dév, préprod/QA), réserve d’instantanés en pourcentage, nombre de jours pour la rétention des instantanés locaux, nombre de sauvegardes basées sur des fichiers, mono-hôte/multi-hôte avec le nombre d’hôtes et exigences de Data Guard (primaire, secondaire). Contactez un expert en dimensionnement Oracle sur Azure NetApp Files pour vous aider à planifier le dimensionnement global du système Oracle.

Les instructions de montage d’un volume incluent une liste d’adresses IP. Quelle adresse IP dois-je utiliser pour Oracle ?

Le groupe de volumes d’application s’assure que les volumes de données, de journaux de restauration, de journaux d’archive et de sauvegarde ont toujours des points de terminaison de stockage distincts avec des adresses IP différentes pour bénéficier des meilleures performances. Bien que toutes les adresses IP listées puissent être utilisées pour le montage, la première adresse IP indiquée est celle qui fournit la latence la plus faible. Il est recommandé de toujours utiliser la première adresse IP.

Quelle version de NFS dois-je utiliser pour mes volumes Oracle ?

Utilisez Oracle dNFS sur le client pour monter vos volumes. Même si le montage avec dNFS fonctionne avec des volumes créés avec NFSv3 et NFSv4.1, nous vous recommandons de déployer les volumes avec NFSv3. Pour en savoir plus et connaître les dépendances de version, consultez votre système d’exploitation client et les notes Oracle. Vous trouverez également plus de détails dans Avantages de l’utilisation d’Azure NetApp Files avec Oracle Database et Performances des bases de données Oracle sur plusieurs volumes Azure NetApp Files.

Pour obtenir de meilleures performances pour les grandes bases de données, nous vous recommandons d’utiliser dNFS sur le serveur de base de données pour monter le volume. Pour simplifier la configuration de dNFS, nous vous recommandons de créer les volumes avec NFSv3.

Quelle stratégie d’instantané dois-je utiliser pour mes volumes Oracle ?

Cette question n’est pas directement liée au groupe de volumes d’application pour Oracle. Vous pouvez utiliser des produits comme AzAcSnap ou CommVault pour une sauvegarde cohérente avec les applications pour vos bases de données Oracle. Vous ne pouvez pas utiliser les instantanés standard planifiés par la stratégie d’instantané intégrée Azure NetApp Files pour une protection des données cohérente de votre base de données Oracle.

Les recommandations générales pour les instantanés dans un environnement Oracle sont les suivantes :

  • Utilisez les outils d’instantané compatibles avec les bases de données pour garantir la création d’instantanés cohérents avec les bases de données.
  • Contrôlez attentivement les instantanés de volumes de données. La conservation des instantanés pendant une longue période peut augmenter vos besoins en capacité. Veillez à contrôler la capacité utilisée par rapport à la capacité allouée.
  • Si vous créez automatiquement des instantanés pour votre volume de sauvegarde, veillez à surveiller leur rétention afin d’éviter une augmentation imprévue du volume.

Oracle ASM peut-il être utilisé avec AVG pour les volumes créés avec Oracle ?

L’utilisation d’Oracle ASM en combinaison avec le groupe de volumes d’application Azure NetApp Files pour Oracle est prise en charge, mais sans prise en charge de la cohérence des instantanés entre les volumes d’un groupe de volumes d’application. Il est conseillé aux clients de choisir d’autres options de protection des données compatibles lorsqu’ils utilisent ASM jusqu’à nouvel ordre.

Pourquoi puis-je éventuellement utiliser un groupe de placement de proximité (PPG) pour un déploiement Oracle ?

Lors d’un déploiement dans des régions avec une disponibilité limitée des ressources, il ne sera peut-être pas possible de déployer les volumes dans les localisations les plus optimales. Dans ce cas, vous pouvez choisir de déployer les volumes à l’aide de la fonction de groupe de placement de proximité pour réaliser un déploiement avec le meilleur placement de volume possible dans les conditions données. Par défaut, l’utilisation du groupe PPG est désactivée. Vous devez demander l’activation de l’utilisation de groupes de placement de proximité via le canal de support.

Étapes suivantes