La conception du cluster de stockage NetApp garantit une haute disponibilité à tous les niveaux :

Les SVM NetApp fournissent une infrastructure de baies de stockage virtuelles pour séparer votre domaine de sécurité, vos règles et votre réseau virtuel. NetApp recommande de créer des SVM distincts pour chaque organisation de locataires qui héberge les données sur le cluster de stockage.

Prenez en compte les meilleures pratiques de stockage NetApp suivantes :

NetApp recommande d'implémenter un démarrage SAN pour les serveurs Cisco UCS dans la solution de data Center FlexPod. Cette étape permet de sécuriser le système d'exploitation en toute sécurité grâce au système de stockage NetApp AFF, offrant ainsi de meilleures performances. La conception décrite dans cette solution utilise un démarrage SAN iSCSI.

Lors du démarrage SAN iSCSI, chaque serveur Cisco UCS est affecté à deux vNIC iSCSI (une pour chaque structure SAN), qui fournissent une connectivité redondante sur tout le réseau de stockage. Les ports de stockage dans cet exemple, e2a et e2e, qui sont connectés aux commutateurs Cisco Nexus, sont regroupés pour former un port logique appelé groupe d'interface (ifgrp) (dans cet exemple, a0A). Les VLAN iSCSI sont créés sur le groupe initiateur et les LIF iSCSI sont créées sur des groupes de ports iSCSI (dans cet exemple, a0A-<iSCSI-A-VLAN>). Le LUN de démarrage iSCSI est exposé aux serveurs via la LIF iSCSI en utilisant des igroups. Cette approche permet uniquement au serveur autorisé d'accéder à la LUN de démarrage. Pour disposition des ports et LIF, voir la figure ci-dessous.

Contrairement aux interfaces réseau NAS, les interfaces réseau SAN ne sont pas configurées pour basculer en cas de défaillance. En revanche, si une interface réseau n'est plus disponible, l'hôte choisit un nouveau chemin optimisé vers une interface réseau disponible. ALUA, une norme prise en charge par NetApp, fournit des informations sur les cibles SCSI, qui permet à un hôte d'identifier le meilleur chemin d'accès au stockage.

NetApp s'est leader de l'innovation en matière d'efficacité du stockage, avec notamment la première déduplication pour les workloads primaires et la compaction des données à la volée qui améliore la compression et stocke les fichiers et E/S de petite taille. ONTAP prend en charge la déduplication à la volée et en arrière-plan, ainsi que la compression à la volée et en arrière-plan.

Pour bénéficier des avantages de la déduplication dans un environnement de blocs, les LUN doivent être à provisionnement fin. Bien que la LUN soit toujours visible par l'administrateur de vos machines virtuelles en prenant la capacité provisionnée, les économies de déduplication sont renvoyées vers le volume pour qu'il soit utilisé pour d'autres besoins. NetApp recommande de déployer ces LUN dans des volumes FlexVol également à provisionnement fin avec une capacité deux fois supérieure à la taille de la LUN. Lorsque vous déployez la LUN de cette manière, le volume FlexVol agit simplement comme un quota. Le stockage utilisé par la LUN est signalé dans le volume FlexVol et son agrégat de contenant.

Pour des économies de déduplication maximales, envisagez de planifier la déduplication en arrière-plan. Cependant, ces processus utilisent des ressources système lorsqu'ils sont en cours d'exécution. Dans l'idéal, il est préférable de les planifier pendant les heures moins actives (par exemple pendant les week-ends) ou de les exécuter plus fréquemment pour réduire la quantité de données modifiées à traiter. La déduplication automatique en arrière-plan sur les systèmes AFF a beaucoup moins d'impact sur les activités prioritaires. La compression en arrière-plan (pour les systèmes sur disque dur) consomme également des ressources. Vous devez donc l'envisager uniquement pour les charges de travail secondaires dont les besoins de performances sont limités.

Les systèmes qui exécutent le logiciel ONTAP peuvent utiliser la fonctionnalité de qualité de services du stockage ONTAP pour limiter le débit en mégabits par seconde (Mbit/s) et limiter les IOPS pour différents objets de stockage tels que les fichiers, les LUN, les volumes, ou des SVM entiers. La QoS adaptative sert à définir un seuil et un plafond (QoS minimale) d'IOPS, qui s'ajustent dynamiquement en fonction de la capacité du datastore et de l'espace utilisé.

Les limites de débit permettent de contrôler les charges de travail inconnues ou de test avant un déploiement pour confirmer qu'elles n'affectent pas les autres charges de travail. Vous pouvez également utiliser ces limites pour contraindre une charge de travail dominante après son identification. Des niveaux minimaux de service basés sur des IOPS sont également pris en charge afin d'assurer des performances prévisibles pour les objets SAN d'ONTAP.

Avec un datastore NFS, une politique de qualité de services peut s'appliquer à tout le volume FlexVol ou à chaque fichier VMDK (Virtual machine Disk) de celui-ci. Avec les datastores VMFS (CSV (Cluster Shared volumes [CSV] dans Hyper-V) qui utilisent des LUN ONTAP, vous pouvez appliquer les règles de QoS au volume FlexVol qui contient les LUN ou aux LUN individuels. Toutefois, comme ONTAP ne connaît pas le VMFS, vous ne pouvez pas appliquer les règles de QoS à des fichiers VMDK individuels. Si vous utilisez les volumes virtuels VMware (VVol) avec VSC 7.1 ou version ultérieure, vous pouvez définir une QoS maximale sur des machines virtuelles individuelles à l'aide du profil de capacité de stockage.

Pour affecter une politique de QoS à une LUN, y compris VMFS ou CSV, vous pouvez obtenir le SVM ONTAP (affiché en tant que Vserver), chemin LUN et numéro de série dans le menu Storage Systems de la page d'accueil de VSC. Sélectionner le système de stockage (SVM), puis objets associés > SAN. Utilisez cette approche lorsque vous spécifiez la QoS en utilisant l'un des outils ONTAP.

Vous pouvez définir la limite de débit maximal QoS sur un objet en Mbit/s et en IOPS. Si vous utilisez les deux, la première limite atteinte est appliquée par ONTAP. Une charge de travail peut contenir plusieurs objets et une règle de QoS peut être appliquée à un ou plusieurs workloads. Lorsque vous appliquez une règle à plusieurs charges de travail, la limite totale de la règle est partagée par vos charges de travail. Les objets imbriqués ne sont pas pris en charge (par exemple, pour un fichier au sein d'un volume, ils ne peuvent pas chacun avoir leur propre stratégie). La valeur minimale de qualité de service peut être définie uniquement en IOPS.

Cette section décrit les meilleures pratiques pour l'organisation des LUN, des volumes et des agrégats sur le stockage.

NetApp recommande les meilleures pratiques suivantes en matière de mise en réseau :

Vous trouverez des pratiques d'excellence réseau supplémentaires dans les guides de conception et de déploiement d'infrastructure FlexPod.