Configuration du contrôleur de stockage
Suggérer des modifications
PDF
Cette section décrit la configuration du système de stockage NetApp. Vous devez effectuer l'installation et la configuration principales conformément aux guides d'installation et de configuration de Data ONTAP correspondants.
Efficacité du stockage
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.
NetApp FlexGroup volumes
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.
Chiffrement de volume et d'agrégat NetApp
SAP HANA prend en charge l'utilisation du chiffrement de volume NetApp (NVE) et du chiffrement d'agrégat NetApp (NAE).
Qualité de service
La QoS peut être utilisée pour limiter le débit du stockage pour des systèmes SAP HANA spécifiques ou des applications non SAP sur un contrôleur partagé.
Production et développement/test
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, vous devez déterminer les exigences de performance d'un système non opérationnel. Les systèmes de développement et de test peuvent être dimensionnés avec des valeurs de performances inférieures, généralement dans la plage de 20 à 50 % d'un KPI de système de production tel que défini par SAP. 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.
Environnements partagés
Autre cas d'usage : limiter le débit de charges de travail en écriture élevées, surtout pour éviter que ces charges de travail aient un impact sur d'autres charges de travail en écriture sensibles à la latence. Dans de tels environnements, il est recommandé d'appliquer une règle de groupe de QoS au plafond de débit non partagé à chaque LUN au sein de chaque SVM afin de limiter le débit maximal de chaque objet de stockage à la valeur donnée. Cela réduit le risque qu'une seule charge de travail puisse avoir une influence négative sur d'autres charges de travail.
Pour cela, il faut créer une group-policy en utilisant l'interface de ligne de commandes du cluster ONTAP pour chaque SVM :
qos policy-group create -policy-group <policy-name> -vserver <vserver name> -max-throughput 1000MB/s -is-shared false
Et appliquées à chaque LUN au sein du SVM. Voici un exemple d'application de la « policy group » à toutes les LUN existantes au sein d'un SVM :
lun modify -vserver <vserver name> -path * -qos-policy-group <policy-name>
Cela doit être fait pour chaque SVM. Le nom du groupe de police QoS pour chaque SVM doit être différent. Pour les nouveaux LUN, la règle peut être appliquée directement :
lun create -vserver <vserver_name> -path /vol/<volume_name>/<lun_name> -size <size> -ostype <e.g. linux> -qos-policy-group <policy-name>
Il est recommandé d'utiliser 1 000 Mo/s comme débit maximal pour une LUN donnée. Si une application requiert un débit supérieur, plusieurs LUN avec répartition par LUN doivent être utilisées pour fournir la bande passante nécessaire. Ce guide fournit un exemple de SAP HANA basé sur Linux LVM à la section "Configuration de l'hôte".
|
La limite s'applique également aux lectures. Utilisez donc suffisamment de LUN pour remplir les SLA requis pour le délai de démarrage de la base de données SAP HANA et pour les sauvegardes. |
NetApp FabricPool
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.
Vous pouvez utiliser la règle de Tiering uniquement Snapshot et FabricPool sur une cible de sauvegarde telle que SnapVault ou la destination SnapMirror.
|
|
L'utilisation de FabricPool pour le Tiering de copies Snapshot sur le stockage primaire ou l'utilisation de FabricPool sur une cible de sauvegarde modifie le délai requis pour la restauration et la restauration d'une base de données ou d'autres tâches, comme la création de clones système ou la réparation de systèmes. Prenez ceci en considération pour planifier votre stratégie globale de gestion du cycle de vie et vérifier que vos contrats de niveau de service sont toujours respectés lors de l'utilisation de cette fonction. |
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-cooling-days doit être défini sur une valeur qui place les sauvegardes de journaux, habituellement nécessaires pour la restauration, sur le niveau de stockage rapide local.
Configurer le stockage
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. Dans cette section, nous supposons que le matériel de stockage est configuré et que le logiciel ONTAP est déjà installé. De même, la connexion des ports FCP de stockage à la structure SAN doit déjà être en place.
-
Vérifiez la configuration correcte des tiroirs disques, comme décrit dans la [Connexion du tiroir disque].
-
Créez et configurez les agrégats requis, comme décrit à la section Configuration d'agrégat.
-
Créez un SVM (Storage Virtual machine), comme décrit dans la Configuration des serveurs virtuels de stockage.
-
Créez des interfaces logiques (LIF), comme décrit dans Configuration de l'interface logique.
-
Créez des groupes d'initiateurs (igroups) avec des noms mondiaux (WWN) de serveurs HANA comme décrit dans la section Groupes d'initiateurs .
-
Créez et configurez des volumes et des LUN dans les agrégats comme décrit dans la section "Configuration d'un seul hôte" pour hôtes individuels ou en section "Configuration de plusieurs hôtes"
Connexions d'étagères de disques
Tiroirs disques basés sur SAS
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 l'illustre la figure suivante. Les disques dans chaque tiroir doivent être répartis de manière homogène entre les deux contrôleurs de la paire haute disponibilité. ADPv2 est utilisé avec ONTAP 9 et les tiroirs disques DS224C.
|
|
Avec le tiroir disque DS224C, il est possible d'utiliser un câblage SAS à quatre chemins, sans qu'il soit nécessaire. |
Étagères de disques basées sur NVMe
Chaque tiroir disque NVMe NS224 est connecté à deux ports 100 GbE par contrôleur, comme illustré dans la figure ci-dessous. Les disques dans chaque tiroir doivent être répartis de manière homogène sur les deux contrôleurs de la paire haute disponibilité. ADPv2 est également utilisé pour le tiroir disque NS224.
Configuration d'agrégat
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.
|
|
Les systèmes ASA lancés après août 2024 ne nécessitent pas cette étape car elle est effectuée automatiquement |
La figure ci-dessous présente une configuration de 12 hôtes SAP HANA qui s'exécutent sur un tiroir SAS 12 Gb configuré avec ADPv2. Six hôtes SAP HANA sont connectés à chaque contrôleur de stockage. Quatre agrégats distincts, deux sur chaque contrôleur de stockage, sont configurés. Chaque agrégat est configuré avec 11 disques comprenant neuf données et deux partitions de parité. Deux partitions de rechange sont disponibles pour chaque contrôleur.
Configuration des serveurs virtuels de stockage
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.
Si un profil QoS est créé et attribué automatiquement lors de la création d'un nouveau SVM, supprimer ce profil automatiquement créé du SVM afin de garantir les performances requises pour SAP HANA :
vserver modify -vserver <svm-name> -qos-policy-group none
Configuration de l'interface logique
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 suivante présente une capture d'écran des huit LIF configurées sur le SVM.
Au cours de la création du SVM avec ONTAP System Manager, vous pouvez sélectionner tous les ports FCP physiques requis et une LIF par port physique est créée automatiquement.
Groupes d'initiateurs
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 :
stlrx300s8-6:~ # sanlun fcp show adapter /sbin/udevadm /sbin/udevadm host0 ...... WWPN:2100000e1e163700 host1 ...... WWPN:2100000e1e163701
|
|
Cet sanlun outil fait partie des utilitaires d'hôtes NetApp et doit être installé sur chaque hôte SAP HANA. Pour plus de détails, reportez-vous à la section "Configuration de l'hôte."
|
Les groupes initiateurs peuvent être créés à l'aide de l'interface de ligne de commandes du cluster ONTAP.
lun igroup create -igroup <igroup name> -protocol fcp -ostype linux -initiator <list of initiators> -vserver <SVM name>