Les déploiements ONTAP Select de NAS virtuel (vNAS) avec VSAN 100 % Flash ou les baies Flash génériques doivent suivre les bonnes pratiques pour ONTAP Select avec stockage DAS non SSD.

Vous devez respecter les recommandations suivantes :

Tous les disques d'un seul agrégat ONTAP Select doivent être du même type. Par exemple, vous ne devez pas combiner des disques HDD et SSD dans le même agrégat.

Le contrôleur RAID du serveur doit être configuré pour fonctionner en mode écriture différée. Si des problèmes de performances de la charge de travail d'écriture sont observés, vérifiez les paramètres du contrôleur et assurez-vous que l'écriture immédiate ou écrite n'est pas activée.

Si le serveur physique contient un seul contrôleur RAID gérant tous les disques connectés localement, NetApp recommande de créer un LUN distinct pour le système d'exploitation du serveur et un ou plusieurs LUN pour ONTAP Select. En cas de corruption du disque de démarrage, cette meilleure pratique permet à l'administrateur de recréer la LUN de système d'exploitation sans affecter le ONTAP Select.

Le cache du contrôleur RAID permet de stocker toutes les modifications des blocs entrants, et pas uniquement celles destinées à la partition NVRAM. Par conséquent, lors du choix d'un contrôleur RAID, sélectionnez un contrôleur avec le plus grand cache disponible. Un cache plus important permet de procéder à des bouffées vasomotrices moins fréquemment et améliore les performances de la machine virtuelle ONTAP Select, de l'hyperviseur et de toutes les machines virtuelles de calcul situées sur le serveur.

La taille optimale du groupe RAID est de huit à 12 disques. Le nombre maximal de disques par groupe RAID est de 24.

Le nombre maximum de disques NVMe pris en charge par nœud ONTAP Select est de 14.

Un disque de spare est optionnel mais recommandé. NetApp recommande également d'utiliser un disque de secours par groupe RAID. Cependant, il est possible d'utiliser des disques de secours globaux pour tous les groupes RAID. Par exemple, vous pouvez utiliser deux unités de rechange pour trois groupes RAID, chaque groupe RAID composé de huit à 12 disques.

ONTAP Select ne reçoit aucune amélioration en termes de performances en augmentant le nombre de LUN au sein d'un groupe RAID. Plusieurs LUN ne doivent être utilisées que dans le cadre des meilleures pratiques pour les configurations SATA/NL-SAS ou pour contourner les limitations du système de fichiers de l'hyperviseur.

NetApp recommande d'utiliser ESX 6.5 U2 ou version ultérieure et un disque NVMe pour le datastore hébergeant les disques système. Cette configuration offre les meilleures performances pour la partition NVRAM.

Définir des configurations de ports réseau dédiés, de bande passante et de vSwitch pour les réseaux ONTAP Select et le stockage externe (VMware VSAN et le trafic générique de la baie de stockage lors de l'utilisation d'iSCSI ou NFS).

Configurez l'option de capacité pour restreindre l'utilisation du stockage (ONTAP Select ne peut pas consommer l'intégralité de la capacité d'un datastore externe vNAS).

Assurez-vous que toutes les baies de stockage externes génériques utilisent, lorsque cela est possible, les fonctionnalités de redondance et de haute disponibilité disponibles.

La capacité disponible sur un nouvel hôte n'est pas le seul facteur lors de la décision d'utiliser VMware Storage vMotion avec un nœud ONTAP Select. Le type de stockage sous-jacent, la configuration hôte et les capacités réseau doivent être capables de gérer la même charge de travail que l'hôte d'origine.

Pour éviter que plusieurs instances de déploiement attribuent des adresses MAC dupliquées, un réseau de déploiement d'instance par couche 2 doit être utilisé pour créer ou gérer un cluster ou un nœud ONTAP Select.

Le cluster à deux nœuds ONTAP Select doit être soigneusement surveillé pour détecter les messages EMS indiquant que le basculement du stockage est désactivé. Ces messages indiquent une perte de connectivité au service médiateur et doivent être rectifiés immédiatement.

Le réseau entre les deux nœuds doit prendre en charge une latence moyenne de 5 ms avec une gigue périodique supplémentaire de 5 ms. Avant de déployer le cluster, tester le réseau en suivant la procédure décrite dans le rapport technique Architecture des produits et meilleures pratiques de ONTAP Select.

Pour optimiser l'équilibrage de la charge sur les réseaux ONTAP Select internes et externes, utilisez le routage en fonction de la stratégie d'équilibrage de la charge du port virtuel d'origine.

Si le trafic de données couvre plusieurs réseaux de couche 2 et que vous devez utiliser des ports VLAN ou si vous utilisez plusieurs IPspaces, VGT doit être utilisé.

VMware recommande de définir le protocole STP sur PortFast sur les ports de commutateur connectés aux hôtes ESXi. Le fait de ne pas définir le protocole STP sur le port Fast sur les ports du commutateur peut affecter la capacité de ONTAP Select à tolérer les défaillances de liaisons ascendantes. Si vous utilisez LACP, le minuteur LACP doit être défini sur FAST (1 seconde). La stratégie d'équilibrage de charge doit être définie sur route en fonction du hachage IP sur le groupe de ports et sur l'adresse IP source et de destination, ainsi que sur le port TCP/UDP et le VLAN sur le LAG.

Vous devez configurer un switch virtuel sur chacun des hôtes ONTAP Select pour prendre en charge le réseau externe et le réseau interne (clusters multi-nœuds uniquement). Dans le cadre du déploiement d'un cluster multinœud, vous devez tester la connectivité réseau sur le réseau interne du cluster.

Pour en savoir plus sur la configuration d'un Open vSwitch sur un hôte hyperviseur, reportez-vous au "Architecture des produits ONTAP Select sur KVM et meilleures pratiques" rapport technique.

Il est recommandé de sauvegarder régulièrement les données de configuration de déploiement, notamment après la création d'un cluster. Cette étape est particulièrement importante dans les clusters à deux nœuds, car les données de configuration de médiateur sont incluses dans la sauvegarde.

Après avoir créé ou déployé un cluster, il est préférable de sauvegarder les données de configuration de ONTAP Select Deploy.

Bien que l'existence de l'agrégat mis en miroir soit nécessaire pour fournir une copie à jour (RPO 0) de l'agrégat primaire, veiller à ce que l'agrégat primaire ne manque pas d'espace disponible. Une condition de faible espace dans l'agrégat primaire peut entraîner la suppression de la copie Snapshot commune utilisée comme base pour le rétablissement du stockage par ONTAP. Cela fonctionne comme pour les écritures client. Cependant, en l'absence de copie Snapshot commune en cas de restauration, le nœud ONTAP Select doit effectuer une base complète à partir de l'agrégat en miroir. Cette opération peut prendre beaucoup de temps dans un environnement sans partage.

ONTAP Select prend en charge une liaison 10 Gb unique pour les clusters à deux nœuds. Cependant, il est préférable que nous terme de redondance matérielle via l'agrégation de cartes réseau ou l'agrégation de cartes réseau sur les réseaux internes et externes du cluster ONTAP Select.

Si une carte réseau possède plusieurs circuits intégrés spécifiques aux applications (ASIC), sélectionnez un port réseau à partir de chaque ASIC lorsque vous créez des constructions réseau via le regroupement de cartes réseau pour les réseaux internes et externes.

NetApp recommande que le mode LACP soit actif sur l'ESX et les switchs physiques. De plus, le minuteur LACP doit être défini sur FAST (1 seconde) sur le commutateur physique, les ports, les interfaces de canal de port et sur les vmnics.

Lors de l'utilisation d'un vSwitch distribué avec LACP, NetApp vous recommande de configurer la règle d'équilibrage de la charge sur le routage en fonction du hachage IP sur le groupe de ports, l'adresse IP source et de destination, le port TCP/UDP et le VLAN du LAG.

Avant de créer un MetroCluster SDS, utilisez le vérificateur de connectivité ONTAP déployé pour vérifier que la latence du réseau entre les deux data centers se situe dans la plage acceptable.

Cet inconvénient est que lors de l'utilisation du marquage invité virtuel (VGT) et des clusters à deux nœuds est particulièrement prudence. Dans les configurations en cluster à deux nœuds, l'adresse IP de gestion des nœuds permet d'établir la connectivité précoce vers le médiateur avant que ONTAP soit entièrement disponible. Par conséquent, seul le balisage externe des commutateurs (est) et le balisage du commutateur virtuel (VST) sont pris en charge sur le groupe de ports mappé sur le LIF de gestion des nœuds (port e0a). De plus, si la gestion et le trafic de données utilisent le même port group, seuls l'outil est et VST sont pris en charge pour l'ensemble du cluster à deux nœuds.