Prise en charge de ONTAP pour les chemins d'accès multiples d'hôtes SAN
Suggérer des modifications
PDF
ONTAP utilise le logiciel ALUA (Asymmetric Logical Unit Access) pour les chemins d'accès multiples avec les hôtes FC et iSCSI.
Depuis la version ONTAP 9.5, le basculement/rétablissement de paire haute disponibilité multivoie est pris en charge pour les hôtes NVMe qui utilisent ANA (Asynchronous Namespace Access). Dans ONTAP 9.4, NVMe ne prend en charge qu'un seul chemin de l'hôte vers la cible. L'hôte d'application doit donc gérer le basculement de chemin vers son partenaire haute disponibilité.
Pour plus d'informations sur les configurations d'hôte spécifiques prenant en charge ALUA ou ANA, reportez-vous au "Matrice d'interopérabilité NetApp" et "Configuration de l'hôte SAN ONTAP" pour votre système d'exploitation hôte.
Le logiciel de gestion de chemins multiples, également appelé MPIO (Multipath I/O), est recommandé dans les configurations à haute disponibilité. Le logiciel de gestion de chemins multiples est requis sur votre hôte SAN afin qu'il puisse accéder à un LUN ou un espace de noms NVMe via plusieurs chemins. Il présente un disque unique au système d'exploitation pour tous les chemins d'accès à un LUN ou un espace de noms NVMe. Sans lui, le système d'exploitation pourrait traiter chaque chemin comme un disque distinct, ce qui entraînerait une corruption des données.
Votre solution est considérée comme ayant plusieurs chemins si vous avez l'un des suivants :
-
Un port initiateur unique sur l'hôte reliant plusieurs LIF SAN au sein du SVM
-
Plusieurs ports initiateurs se connectant à une seule LIF SAN dans le SVM
-
Plusieurs ports initiateurs qui se fixent sur plusieurs LIF SAN au sein du SVM
Vous devriez utiliser le mappage LUN sélectif, le zonage des commutateurs FC ou les portsets pour limiter les chemins utilisés pour accéder aux LUN et aux espaces de noms.
En savoir plus "Configurations multipath SAN prises en charge par ONTAP".
Nombre recommandé de chemins entre l'hôte et les nœuds dans le cluster
Vous ne devez pas dépasser huit chemins entre l'hôte et chaque nœud du cluster. De plus, vous ne devez pas dépasser le nombre total de chemins d'accès pris en charge pour le système d'exploitation hôte et les chemins d'accès multiples utilisés sur l'hôte.
Si votre cluster contient quatre nœuds ou plus, ou plus de quatre ports cibles utilisés par les SVM sur l'un de vos nœuds, Vous pouvez utiliser les méthodes suivantes pour limiter le nombre de chemins pouvant être utilisés pour accéder aux LUN sur vos nœuds. De cette manière, vous ne devez pas dépasser le maximum recommandé de huit chemins.
-
"Mappage de LUN sélectif (SLM)"
Le SLM réduit le nombre de chemins d'accès entre l'hôte et le LUN aux seuls chemins situés sur le nœud propriétaire du LUN et le partenaire HA du nœud propriétaire. Le SLM est activé par défaut. Vous devez disposer d'au moins deux chemins par LUN connectés à chaque nœud de reporting via le SLM utilisé par la machine virtuelle de stockage (SVM) dans votre cluster. Cela élimine les points de défaillance uniques et permet au système de survivre aux pannes de composants.
-
Les ensembles de ports peuvent être utilisés avec SLM pour restreindre davantage l'accès de certaines cibles à certains initiateurs. Lors de l'utilisation de SLM avec des ensembles de ports, les LUN sont accessibles sur l'ensemble des LIF du portset sur le nœud propriétaire de la LUN et sur le partenaire HA de ce nœud.
-
Mappages de groupes d'initiateurs (igroup) de votre hôte
Vous pouvez définir des groupes d'initiateurs et les associer à des LUN pour contrôler quels initiateurs ont accès aux LUN.
-
"Segmentation des commutateurs FC"
Vous devez créer une configuration de zonage si votre hôte ne dispose pas d'une solution de chemin multiple installée, si quatre hôtes ou plus sont connectés à votre SAN ou si SLM n'est pas implémenté sur les nœuds de votre cluster.