Partager via

Configurations du stockage des machines virtuelles SAP HANA Azure

  • Article

Azure fournit des types de stockage différents, adaptés aux machines virtuelles Azure exécutant SAP HANA. Types de stockage Azure certifiés SAP HANA pouvant être pris en compte pour la liste des déploiements SAP HANA, tels que :

Pour en savoir plus sur ces types de disques, consultez les articles Types de stockage Azure pour une charge de travail SAP et Sélectionner un type de disque

Azure offre deux méthodes de déploiement pour les disques durs virtuels sur Stockage Azure Standard et Premium v1/v2. Nous vous recommandons de tirer parti du disque géré Azure pour les déploiements de stockage par blocs Azure.

Pour obtenir une liste des types de stockage et les contrats SLA associés pour les débits d’IOPS et de stockage, passez en revue la documentation Azure sur les disques managés.

Important

Indépendamment du type de stockage Azure choisi, le système de fichiers utilisé sur ce stockage doit être pris en charge par SAP pour le système d’exploitation et le SGBD spécifiques. La Note de support SAP n°2972496 répertorie les systèmes de fichiers pris en charge pour les différents systèmes d’exploitation et bases de données, dont SAP HANA. Cela s’applique à tous les volumes SAP HANA qui pourraient accéder à des fins de lecture et d’écriture pour n’importe quelle tâche. En particulier, en utilisant NFS sur Azure pour SAP HANA, des restrictions supplémentaires des versions NFS s’appliquent, comme indiqué plus loin dans cet article

Les conditions certifiée SAP HANA minimales pour les différents types de stockages sont les suivantes :

  • Stockage Premium Azure v1 – /hana/log est requis pour être pris en charge par l’Accélérateur d’écriture Azure. Le volume /hana/data peut être placé sur un stockage Premium v1 sans l’Accélérateur d’écriture Azure ou sur un disque Ultra. Stockage Premium Azure v2 ou SSD Premium Azure v2 ne prend pas en charge l’utilisation de l’Accélérateur d’écriture Azure.
  • Disque Ultra Azure au moins pour le volume /hana/log. Le volume/hana/data peut être placé sur Stockage Premium v1/v2 sans l’Accélérateur d’écriture Azure ou sur un disque Ultra pour accélérer les temps de redémarrage.
  • Volumes NFS v4.1 par-dessus Azure NetApp Files pour /hana/log et /hana/data. Le volume de/hana/shared peut utiliser le protocole NFS v3 ou NFS v4.1

Sur la base de l’expérience acquise avec les clients, nous avons modifié la prise en charge de la combinaison de différents types de stockage entre /hana/data et /hana/log. La combinaison de l’utilisation des différents stockages de bloc Azure certifiés pour les partages HANA/NFS basés sur Azure NetApp Files est prise en charge. Par exemple, il est possible de placer /hana/data sur Stockage Premium v1 ou v2, et /hana/log sur un disque de stockage Ultra afin d’obtenir la latence faible requise. Si vous utilisez un volume basé sur ANF pour /hana/data, le volume /hana/log peut également être placé sur un des types de stockage de bloc Azure certifiés pour HANA. L’utilisation de NFS en plus d’ANF pour un des volumes (comme /hana/data) et de Stockage Premium Azure v1/v2 ou d’un disque Ultra pour l’autre volume (comme /hana/log) est prise en charge.

Localement, vous aviez rarement besoin de vous occuper des sous-systèmes d’E/S et de leurs fonctionnalités. En effet, le fournisseur d’appliance devait s’assurer que les exigences de stockage minimales étaient remplies pour SAP HANA. Comme vous générez l’infrastructure Azure vous-même, vous devez connaître certaines de ces conditions requises par SAP. Voici quelques-unes des caractéristiques de débit minimales recommandées par SAP :

  • Lecture/écriture sur /hana/log à un débit de 250 Mo/s pour des tailles d’E/S de 1 Mo
  • Activité de lecture à un débit de 400 Mo/s au minimum pour /hana/data pour des tailles d’E/S de 16 Mo et 64 Mo
  • Activité d’écriture à un débit de 250 Mo/s au minimum pour /hana/data avec des tailles d’E/S de 16 Mo et 64 Mo

Étant donné qu’une latence de stockage faible est critique pour les systèmes SGBD, même pour ceux comme SAP HANA, conservez les données en mémoire. Le point critique dans le stockage concerne généralement les écritures du journal de transaction sur les systèmes SGBD. D’autres opérations peuvent également être critiques, par exemple, l’écriture des points de sauvegarde ou le chargement des données en mémoire après une récupération sur incident. C’est pourquoi vous devez obligatoirement utiliser Stockage Premium Azure v1/v2, un disque Ultra ou ANF pour les volumes /hana/data et /hana/log.

Voici une liste de certains principes de directeur quant au choix de la configuration de stockage pour HANA :

  • Choisissez le type de stockage en vous référant aux articles Types de stockage Azure pour une charge de travail SAP et Sélectionner un type de disque
  • Gardez à l’esprit le débit d’E/S global et les limites d’IOPS de la machine virtuelle lors du dimensionnement ou du choix d’une machine virtuelle. Le débit de stockage de machine virtuelle global est décrit dans l’article Tailles de machine virtuelle à mémoire optimisée
  • Lorsque vous choisissez la configuration du stockage, essayez de rester en dessous du débit global de la machine virtuelle avec votre configuration de volume /hana/data. SAP HANA écrivant des points d’enregistrement, HANA peut générer des opérations d’E/S agressives. Vous pouvez facilement atteindre les limites de débit de votre volume /hana/data lors de l’écriture d’un point d’enregistrement. Si votre ou vos disques générant le volume /hana/data affichent un débit supérieur à celui autorisé par votre machine virtuelle, vous pouvez rencontrer des situations où le débit utilisé par l’écriture du point d’enregistrement interfère avec les demandes de débit des écritures de journal de rétablissement. Cette situation peut avoir un impact sur le débit de l’application
  • Si vous envisagez d’utiliser la réplication système HANA, le stockage utilisé pour /hana/data sur chaque réplica doit être identique et le type de stockage utilisé pour /hana/log sur chaque réplica doit être identique. Par exemple, l’utilisation de Stockage Azure Premium v1 pour /hana/data avec une machine virtuelle et un disque Ultra Azure pour /hana/data sur une autre machine virtuelle exécutant un réplica de la même configuration de HANA System Replication n’est pas prise en charge

Important

Les suggestions relatives aux configurations de stockage dans ce document et les documents suivants doivent être utilisées comme point de départ. Lors de l’exécution de la charge de travail et de l’analyse des modèles d’utilisation du stockage, vous pouvez constater que vous n’utilisez pas la bande passante de stockage ou les IOPS fournies. Dans ce cas, vous pouvez réduire le stockage. En revanche, votre charge de travail peut nécessiter plus de débit de stockage que ce que ces configurations vous recommandent. Par conséquent, vous devrez peut-être augmenter la capacité, les IOPS ou le débit. Sur la question concernant la tension entre la capacité de stockage requise, la latence de stockage nécessaire, le débit de stockage et les IOPS requis et la configuration la moins onéreuse, Azure propose suffisamment de types de stockage différents avec des fonctionnalités différentes et divers tarifs pour trouver le bon compromis pour vous et votre charge de travail HANA.

Jeux d’agrégats par bandes et partitionnement de volume de données SAP HANA

Utiliser Stockage Premium Azure v1 vous permet d’obtenir le meilleur rapport prix/performances quand vous utilisez des agrégats par bandes pour répartir le volume /hana/data et/ou /hana/log sur plusieurs disques Azure. au lieu de déployer des volumes de disque plus volumineux qui génèrent davantage d’opérations IOPS ou de débit que nécessaire. La création d’un volume unique sur plusieurs disques Azure peut être effectuée avec les gestionnaires de volumes LVM et MDADM, qui font partie de Linux. La méthode d’agrégation de disques par bandes est connue depuis plusieurs décennies. Aussi bénéfique que soit l’accès aux fonctionnalités IOPS ou de débit dont vous pourriez avoir besoin, la gestion de ces volumes en bandes devient d’autant plus complexe. En particulier dans les cas où les volumes doivent offrir une capacité étendue. Pour /hana/data au moins, SAP a introduit une méthode alternative qui atteint le même objectif que l’agrégation par bandes sur plusieurs disques Azure. Depuis SAP HANA 2.0 SPS03, le serveur d’index HANA est capable de répartir son activité E/S entre plusieurs fichiers de données HANA se trouvant sur différents disques Azure. L’avantage est que vous n’avez pas à vous occuper de la création et de la gestion d’un volume agrégé par bandes sur différents disques Azure. Les fonctionnalités SAP HANA du partitionnement du volume de données sont décrites en détail ici :

En lisant ces informations, il apparaît évident que l’application de cette fonctionnalité permet d’éliminer les complexités des jeux d’agrégats par bandes basés sur le gestionnaire de volume. Vous constatez également que le partitionnement du volume de données HANA ne fonctionne pas seulement pour le stockage de bloc Azure, comme Stockage Premium Azure v1/v2. Vous pouvez aussi utiliser cette fonctionnalité pour répartir les données sur plusieurs partages NFS au cas où ces partages présentent des limites d’IOPS ou de débit.

Mode Planificateur d’E-S Linux

Linux dispose de plusieurs modes de planification d’E-S. Les fournisseurs Linux et SAP recommandent couramment de remplacer le mode planificateur d’E/S mq-deadline ou kyber par noop (absence de plusieurs files d’attente) ou none (plusieurs files d’attente) pour les volumes de disque si ce n’est déjà fait par les profils de réglage SAP SLES. Pour plus de détails à ce sujet, consultez les rubriques suivantes :

Sur Red Hat, laissez les paramètres définis par les profils de réglage spécifiques pour les différentes applications SAP.

Tailles de bande lors de l’utilisation de gestionnaires de volumes logiques

Si vous utilisez LVM ou mdadm pour créer des jeux de bandes sur plusieurs disques Azure Premium, vous devez définir des tailles de bande. Ces tailles sont différentes pour /hana/data et /hana/log. Recommandation : utilisez les tailles de bande recommandées suivantes :

  • 256 Ko pour /hana/data
  • 64 Ko pour /hana/log

Notes

La taille de bande pour /hana/data a été modifiée par rapport aux recommandations antérieures demandant 64 Ko ou 128 Ko à 256 Ko, en fonction des expériences client avec les versions plus récentes de Linux. La taille de 256 Ko offre des performances légèrement meilleures. Nous avons également modifié la recommandation pour les tailles de bande de /hana/log de 32 ko à 64 ko afin d’obtenir un débit suffisant avec des tailles d’E/S plus importantes.

Notes

Vous n’avez pas besoin de configurer un niveau de redondance avec des volumes RAID, car le stockage par blocs Azure conserve trois images d’un disque dur virtuel. L’utilisation d’un jeu de bandes avec des disques Azure Premium sert uniquement à configurer des volumes fournissant un débit d’IOPS et/ou d’E/S suffisant.

L’accumulation de disques Azure sous un jeu de bandes a pour effet d’augmenter les débits d’IOPS et de stockage. Ainsi, si vous placez un jeu d’agrégats par bandes sur trois disques P30 de stockage Premium Azure v1, vous obtenez en principe trois fois plus de débit d’IOPS et trois fois plus de débit de stockage qu’avec un seul disque P30 de stockage Premium Azure v1.

Important

Si vous utilisez LVM ou mdadm comme gestionnaire de volume pour créer des jeux de bandes sur plusieurs disques Azure Premium, les trois volumes SAP HANA FileSystems /data, /log et /shared ne doivent pas être placés dans un groupe de volumes par défaut ou racine. Il est vivement recommandé de suivre les instructions des fournisseurs Linux, qui consistent généralement à créer des groupes de volumes individuels pour /data, /log et /shared.

Considérations relatives au système de fichiers partagé HANA

Lors du dimensionnement des systèmes de fichiers HANA, l’attention se concentre sur les systèmes HANA de fichiers de données et de fichiers journaux. Cependant, /hana/shared joue également un rôle important dans l’exploitation d’un système HANA stable, car il héberge des composants essentiels comme les fichiers binaires HANA.
S’il est sous-dimensionné, /hana/shared peut devenir saturé en E/S en raison d’opérations de lecture/écriture excessives, par exemple lors de l’écriture d’un vidage de grande taille ou d’un traçage intensif, ou encore si la sauvegarde est écrite dans le système de fichiers /hana/shared. La latence pourrait également augmenter.

Si le système HANA se trouve dans une configuration à haute disponibilité, des réponses lentes du système de fichiers partagé, c’est-à-dire /hana/shared, pourraient entraîner des dépassements de délai d’expiration des ressources du cluster. Ces dépassements de délai d’expiration peuvent entraîner des basculements inutiles, car les agents de ressources HANA peuvent erronément supposer que la base de données n’est pas disponible.

Les instructions SAP pour les tailles recommandées de /hana/shared se présentent comme ceci :

Volume Taille recommandée
/hana/shared scale-up Min (1 To, 1 x RAM)
/hana/shared scale-out 1 x RAM de nœud Worker
par quatre nœuds Worker

Pour plus d’informations, consultez les notes SAP suivantes :
3288971 – FAQ : Gestionnaire des ressources clusters SUSE HAE/RedHat HAA Pacemaker dans les environnements SAP HANA System Replication
1999930 – FAQ : Analyse des E/S de SAP HANA

À titre de meilleure pratique, dimensionnez /hana/shared de façon à éviter les goulots d’étranglement des performances. Rappelez-vous qu’un système de fichiers /hana/shared bien dimensionné contribue à la stabilité et à la fiabilité de votre système SAP HANA, en particulier dans les scénarios de haute disponibilité.

Configurations de Stockage Premium Azure v1 pour HANA

Pour obtenir des recommandations détaillées sur la configuration du stockage HANA en utilisant Stockage Premium Azure v1, lisez le document Configurations du stockage SSD Premium pour les machines virtuelles Azure SAP HANA.

Configurations SSD Premium v2 Azure pour HANA

Pour obtenir des recommandations détaillées sur la configuration du stockage HANA en utilisant Stockage Premium Azure v2, lisez le document Configurations du stockage SSD Premium v2 pour les machines virtuelles Azure SAP HANA.

Configuration du stockage sur disque Ultra Azure pour SAP HANA

Pour obtenir des recommandations détaillées sur la configuration du stockage HANA en utilisant Disque Ultra Azure, lisez le document Configurations du stockage Disque Ultra pour les machines virtuelles Azure SAP HANA.

Volumes NFS v4.1 sur Azure NetApp Files

Pour plus d’informations sur Azure NetApp Files pour HANA, lisez le document Volumes NFS v4.1 sur Azure NetApp Files pour SAP HANA.

Étapes suivantes

Pour plus d'informations, consultez les pages suivantes :