La déduplication à la volée, la déduplication entre les volumes, la compression et la compaction à la volée sont prises en charge avec SAP HANA dans une configuration SSD.

L'activation des fonctions d'efficacité du stockage dans une configuration HDD n'est pas prise en charge.

L'utilisation de NetApp FlexGroup volumes n'est pas prise en charge pour SAP HANA. L'architecture de SAP HANA rend l'utilisation de FlexGroup volumes moins avantageuse et peut entraîner des problèmes de performances.

SAP HANA prend en charge l'utilisation du chiffrement de volume NetApp (NVE) et du chiffrement d'agrégat NetApp (NAE).

La qualité de service peut être utilisée pour limiter le débit du stockage de systèmes SAP HANA spécifiques. Dans ce cas, il serait possible de limiter le débit des systèmes de développement et de test de manière à ce qu'ils ne puissent pas influencer les systèmes de production dans une configuration mixte.

Au cours du processus de dimensionnement, les exigences de performance d'un système non opérationnel doivent être déterminées. Les systèmes de développement et de test peuvent être dimensionnés avec des valeurs de performances inférieures, généralement entre 20 et 50 % d'un système de production.

Depuis la version ONTAP 9, la qualité de service est configurée au niveau du volume de stockage et utilise des valeurs maximales pour le débit (Mbit/s) et le nombre d'E/S (IOPS).

Les E/S d'écriture importantes ont le plus grand impact sur les performances du système de stockage. Par conséquent, la limite de débit de la qualité de service doit être définie sur un pourcentage des valeurs KPI des performances du stockage SAP HANA d'écriture correspondantes dans les volumes de données et de journaux.

La technologie NetApp FabricPool ne doit pas être utilisée pour des systèmes de fichiers primaires actifs dans des systèmes SAP HANA. Cela inclut les systèmes de fichiers pour la zone des données et du journal ainsi que pour le /hana/shared système de fichiers. Ce qui entraîne des performances imprévisibles, en particulier lors du démarrage d'un système SAP HANA.

L'utilisation de la règle de hiérarchisation « Snapshot uniquement » est aussi possible que l'utilisation de FabricPool en général sur une cible de sauvegarde telle que SnapVault ou la destination SnapMirror.

FabricPool est une bonne option pour déplacer les sauvegardes des journaux vers un autre niveau de stockage. Le déplacement des sauvegardes affecte le temps nécessaire à la restauration d'une base de données SAP HANA. Par conséquent, l'option « Tiering-minimum-refroidissement-jours » doit être définie sur une valeur qui place les sauvegardes de journaux, habituellement nécessaires pour la restauration, sur le niveau de stockage local rapide.

La présentation suivante résume les étapes de configuration du stockage requises. Chaque étape est traitée de manière plus détaillée dans les sections suivantes. Avant d'entreprendre ces étapes, terminez la configuration du matériel de stockage, l'installation du logiciel ONTAP et la connexion des ports FCP de stockage à la structure SAN.

Avec les disques durs, un maximum de deux tiroirs disques DS2246 ou quatre tiroirs disques DS224C peut être connecté à une pile SAS afin d'assurer les performances nécessaires aux hôtes SAP HANA, comme illustré dans la figure suivante. Les disques dans chaque tiroir doivent être répartis de manière homogène sur les deux contrôleurs de la paire haute disponibilité.

Avec les disques SSD, un maximum d'un tiroir disque peut être connecté à une pile SAS afin d'assurer les performances requises pour les hôtes SAP HANA, comme illustré dans la figure suivante. Les disques dans chaque tiroir doivent être répartis de manière homogène sur les deux contrôleurs de la paire haute disponibilité. Avec le tiroir disque DS224C, il est possible d'utiliser un câblage SAS à quatre chemins, sans qu'il soit nécessaire.

De manière générale, vous devez configurer deux agrégats par contrôleur, quel que soit le tiroir disque ou la technologie HDD utilisée. Cette étape est nécessaire pour que vous puissiez utiliser toutes les ressources disponibles du contrôleur. Pour les systèmes FAS de la gamme 2000, un seul agrégat de données est suffisant.

Plusieurs paysages SAP avec des bases de données SAP HANA peuvent utiliser une seule machine virtuelle de stockage. Un SVM peut également être attribué à chaque paysage SAP si nécessaire en cas de gestion par différentes équipes au sein d'une entreprise. Les captures d'écran et les sorties de commande de ce document utilisent un SVM nommé hana.

Dans la configuration du cluster de stockage, une interface réseau (LIF) doit être créée et attribuée à un port FCP dédié. Si, par exemple, quatre ports FCP sont requis pour des raisons de performances, quatre LIF doivent être créées. La figure ci-dessous présente une capture d'écran des quatre LIF (nommée fc_*_*) qui ont été configurés sur le hana SVM.

Lors de la création de SVM avec ONTAP 9.8 System Manager, tous les ports FCP physiques requis peuvent être sélectionnés et une LIF par port physique est créée automatiquement.

La figure suivante décrit la création d'un SVM et de LIF avec ONTAP 9.8 System Manager.

Un ensemble de ports FCP est utilisé pour définir les LIFs à utiliser par un groupe initiateur spécifique. En général, toutes les LIF créées pour les systèmes HANA sont placées dans le même ensemble de ports. La figure suivante montre la configuration d'un port set nommé 32g, qui inclut les quatre LIF qui ont déjà été créées.

Un groupe initiateur peut être configuré pour chaque serveur ou pour un groupe de serveurs nécessitant l'accès à une LUN. La configuration d'un groupe initiateur nécessite les noms de port (WWPN) mondiaux des serveurs.

À l'aide du sanlun Pour obtenir les WWPN de chaque hôte SAP HANA, exécutez la commande suivante :

La figure ci-dessous présente la liste des initiateurs pour SS3_HANA. Le groupe initiateur contient tous les WWPN des serveurs et est attribué au jeu de ports du contrôleur de stockage.

La figure suivante montre la configuration de volume de quatre systèmes SAP HANA à hôte unique. Les volumes de données et de journaux de chaque système SAP HANA sont répartis sur différents contrôleurs de stockage. Par exemple, volume SID1``data``mnt00001 `is configured on controller A and volume `SID1``log``mnt00001 Est configuré sur le contrôleur B. Une seule LUN est configurée au sein de chaque volume.

Pour chaque hôte SAP HANA, un volume de données, un volume de journal et un volume pour /hana/shared sont configurés. Le tableau suivant présente un exemple de configuration avec quatre systèmes SAP HANA à un seul hôte.

Le tableau suivant montre un exemple de configuration de point de montage pour un système à un hôte unique.

Le LVM de Linux peut être utilisé pour augmenter les performances et répondre aux restrictions de taille des LUN. Les différentes LUN d'un groupe de volumes LVM doivent être stockées dans un agrégat différent et au niveau d'un contrôleur différent. Le tableau ci-dessous présente un exemple de deux LUN par groupe de volumes.

Sur l'hôte SAP HANA, des groupes de volumes et des volumes logiques doivent être créés et montés. Le tableau suivant répertorie les points de montage pour les systèmes à un hôte à l'aide de LVM.

La figure suivante montre la configuration de volume d'un système SAP HANA à plusieurs hôtes dans 4+1. Les volumes de données et les volumes de journaux de chaque hôte SAP HANA sont distribués sur différents contrôleurs de stockage. Par exemple, le volume SID``data``mnt00001 Est configuré sur le contrôleur A et le volume SID``log``mnt00001 Est configuré sur le contrôleur B. Une LUN est configurée au sein de chaque volume.

Le /hana/shared Le volume doit être accessible par tous les hôtes HANA et est donc exporté via NFS. Même s'il n'existe aucun KPI spécifique de performance pour le /hana/shared Pour le système de fichiers, NetApp recommande d'utiliser une connexion Ethernet 10 Gbits.

Pour chaque hôte SAP HANA, un volume de données et un volume journal sont créés. Le /hana/shared Le volume est utilisé par tous les hôtes du système SAP HANA. La figure suivante présente un exemple de configuration pour un système SAP HANA à plusieurs hôtes en 4+1.

Le tableau suivant présente la configuration et les points de montage d'un système à plusieurs hôtes avec quatre hôtes SAP HANA actifs.

Le LVM de Linux peut être utilisé pour augmenter les performances et répondre aux restrictions de taille des LUN. Les différentes LUN d'un groupe de volumes LVM doivent être stockées dans un agrégat différent et au niveau d'un contrôleur différent. Le tableau ci-dessous présente un exemple de deux LUN par groupe de volumes pour un système SAP HANA multiple de 2+1.

Sur l'hôte SAP HANA, il est nécessaire de créer et de monter des groupes de volumes et des volumes logiques :

Les options du volume répertoriées dans le tableau suivant doivent être vérifiées et définies sur l'ensemble des SVM.

Vous pouvez utiliser NetApp OnCommand System Manager pour créer des volumes et des LUN de stockage, et les mapper aux igroups des serveurs.

Les étapes suivantes montrent la configuration d'un système HANA à plusieurs hôtes 2+1 avec le SID SS3.

Cette section présente un exemple de configuration à l'aide de la ligne de commande avec ONTAP 9.8 pour un système hôte SAP HANA multiple 2+1 avec SID FC5 utilisant LVM et deux LUN par groupe de volumes LVM.