Skip to main content
SANtricity software
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

FAQ sur les systèmes hôtes et les clusters hôtes pour SANtricity System Manager

Cette FAQ peut vous aider si vous cherchez simplement une réponse rapide à une question.

Que sont les hôtes et les clusters d'hôtes ?

Un hôte est un serveur qui envoie des opérations d'entrée/sortie à un volume sur une baie de stockage. Un cluster d'hôtes est un groupe d'hôtes. Vous créez un cluster d'hôtes pour faciliter l'attribution des mêmes volumes à plusieurs hôtes.

Vous définissez un hôte séparément. Il peut s'agir d'une entité indépendante ou être ajouté à un cluster d'hôtes. Vous pouvez attribuer des volumes à un hôte individuel, ou un hôte peut faire partie d'un cluster d'hôtes qui partage l'accès à un ou plusieurs volumes avec d'autres hôtes du cluster d'hôtes.

Le cluster d'hôtes est une entité logique que vous créez dans SANtricity System Manager. Vous devez ajouter des hôtes au cluster d'hôtes avant de pouvoir attribuer des volumes.

Pourquoi aurais-je besoin de créer un cluster d'hôtes ?

Vous devez créer un cluster d'hôtes si vous souhaitez que deux hôtes ou plus partagent l'accès au même ensemble de volumes. En règle générale, les hôtes individuels ont un logiciel de clustering installé pour coordonner l'accès aux volumes.

Comment savoir quel type de système d'exploitation hôte est correct ?

Le champ « Type de système d'exploitation hôte » contient le système d'exploitation de l'hôte. Vous pouvez sélectionner le type d'hôte recommandé dans la liste déroulante.

Les types d'hôtes affichés dans la liste déroulante dépendent du modèle de baie de stockage et de la version du firmware. Les versions les plus récentes présentent d'abord les options les plus courantes, qui sont les plus susceptibles de convenir. La présence d'une option dans cette liste n'implique pas que l'option soit entièrement prise en charge.

Remarque

Pour plus d'informations sur la prise en charge hôte, reportez-vous à "Outil NetApp Interoperability Matrix Tool".

Certains des types d'hôtes suivants peuvent apparaître dans la liste :

Type de système d'exploitation hôte Système d'exploitation (OS) et pilote multipath

Linux DM-MP (Kernel 3.10 ou ultérieur)

Prend en charge les systèmes d'exploitation Linux utilisant une solution de basculement multipath Device Mapper avec un noyau 3.10 ou ultérieur.

VMware ESXi

Prend en charge les systèmes d'exploitation VMware ESXi exécutant l'architecture Native Multipathing Plug-in (NMP) à l'aide du module VMware intégré Storage Array Type Policy SATP_ALUA.

Windows (cluster ou non cluster)

Prend en charge les configurations Windows en cluster ou non en cluster qui n'exécutent pas le pilote de multipathing ATTO.

ATTO Cluster (tous systèmes d'exploitation)

Prend en charge toutes les configurations de cluster utilisant le pilote multipathing de ATTO Technology, Inc.

Linux (Veritas DMP)

Prend en charge les systèmes d'exploitation Linux utilisant une solution de multipathing Veritas DMP.

Linux (ATTO)

Prend en charge les systèmes d'exploitation Linux utilisant un pilote multipathing ATTO Technology, Inc.

Mac OS (ATTO)

Prend en charge les versions de Mac OS utilisant un pilote multipathing d'ATTO Technology, Inc.

Windows (ATTO)

Prend en charge les systèmes d'exploitation Windows utilisant un pilote multipathing ATTO Technology, Inc.

IBM SVC

Prend en charge une configuration IBM SAN Volume Controller.

Valeurs par défaut d'usine

Réservé au démarrage initial de la baie de stockage. Si le type de système d'exploitation de votre hôte est défini sur Factory Default, modifiez-le pour qu'il corresponde au système d'exploitation hôte et au pilote multipath exécutés sur l'hôte connecté.

Linux DM-MP (noyau 3.9 ou antérieur)

Prend en charge les systèmes d'exploitation Linux utilisant une solution de basculement multipath Device Mapper avec un Kernel 3.9 ou antérieur.

Cluster Windows (obsolète)

Si le type de système d'exploitation hôte est défini sur cette valeur, utilisez plutôt le paramètre Windows (cluster ou non-cluster).

Que sont les HBA et les ports adaptateurs ?

Un adaptateur de bus hôte (HBA) est une carte intégrée à un hôte et comportant un ou plusieurs ports hôtes. Un port hôte est un port d’un adaptateur de bus hôte (HBA) qui assure la connexion physique à un contrôleur et est utilisé pour les opérations d’E/S.

Les ports de l'adaptateur sur le HBA sont appelés ports hôtes. La plupart des HBA ont un ou deux ports hôtes. Le HBA possède un identifiant mondial unique (WWID), et chaque port hôte du HBA possède un WWID unique. Les identifiants de port hôte sont utilisés pour associer le HBA approprié à l'hôte physique lorsque vous créez manuellement l'hôte via SANtricity System Manager.

Comment faire correspondre les ports hôtes à un hôte ?

Si vous créez manuellement un hôte, vous devez d'abord utiliser l'utilitaire d'adaptateur de bus hôte (HBA) approprié disponible sur l'hôte pour déterminer les identifiants de port hôte associés à chaque HBA installé dans l'hôte.

Une fois ces informations en votre possession, sélectionnez les identifiants de port hôte qui se sont connectés à la baie de stockage dans la liste fournie dans la boîte de dialogue Créer un hôte.

Remarque

Veillez à sélectionner les identifiants de port hôte appropriés pour l'hôte que vous créez. Si vous associez les mauvais identifiants de port hôte, vous pourriez provoquer un accès non intentionnel à ces données depuis un autre hôte.

Comment créer des secrets CHAP ?

Si vous configurez l'authentification Challenge Handshake Authentication Protocol (CHAP) sur un hôte iSCSI connecté à la baie de stockage, vous devez saisir à nouveau ce secret CHAP d'initiateur pour chaque hôte iSCSI.

Pour ce faire, vous pouvez utiliser System Manager soit dans le cadre de l'opération Créer un hôte, soit via l'option Afficher/Modifier les paramètres.

Si vous utilisez l'authentification mutuelle CHAP, vous devez également définir un secret CHAP cible pour la baie de stockage dans la page Settings et saisir à nouveau ce secret CHAP cible sur chaque hôte iSCSI.

Quel est le cluster par défaut ?

Le cluster par défaut est une entité définie par le système qui permet à tout identifiant de port hôte non associé, ayant ouvert une session sur la baie de stockage, d'accéder aux volumes attribués au cluster par défaut. Un identifiant de port hôte non associé est un port hôte qui n'est pas logiquement associé à un hôte particulier, mais qui est physiquement installé dans un hôte et connecté à la baie de stockage.

Remarque

Si vous souhaitez que des hôtes aient un accès spécifique à certains volumes de la baie de stockage, vous ne devez pas utiliser le cluster par défaut. À la place, vous devez associer les identifiants de port des hôtes à leurs hôtes correspondants. Cette tâche peut être effectuée manuellement lors de l’opération de création d’hôte. Ensuite, vous assignez les volumes soit à un hôte individuel, soit à un cluster d’hôtes.

Vous ne devriez utiliser le cluster par défaut que dans des situations particulières où votre environnement de stockage externe permet à tous les hôtes et à tous les identifiants de port d'hôte connectés à la baie de stockage d'avoir accès à tous les volumes (mode d'accès total) sans que les hôtes soient spécifiquement connus de la baie de stockage ou de l'interface utilisateur.

Dans un premier temps, vous ne pouvez affecter des volumes au cluster par défaut que via la ligne de commandes (CLI). Cependant, après avoir affecté au moins un volume au cluster par défaut, cette entité (appelée Cluster par défaut) s'affiche dans l'interface utilisateur, où vous pouvez ensuite gérer cette entité.

Qu'est-ce que le rapport de connectivité hôte ?

Lorsque le signalement de la connectivité hôte est activé, la baie de stockage surveille en permanence la connexion entre les contrôleurs et les hôtes configurés, puis vous alerte si la connexion est interrompue.

Des interruptions de connexion peuvent survenir en cas de câble mal branché, endommagé ou manquant, ou en cas d'autre problème avec l'hôte. Dans ces situations, le système peut afficher un message Recovery Guru :

  • Redondance de l'hôte perdue — S'ouvre si l'un des contrôleurs ne peut pas communiquer avec l'hôte.

  • Type d'hôte incorrect — S'ouvre si le type d'hôte est mal spécifié sur la baie de stockage, ce qui pourrait entraîner des problèmes de basculement.

Vous pourriez vouloir désactiver le signalement de la connectivité hôte dans les situations où le redémarrage d'un contrôleur pourrait prendre plus de temps que le délai d'expiration de la connexion. La désactivation de cette fonctionnalité supprime les messages Recovery Gurus.

Remarque

La désactivation du reporting de la connectivité hôte désactive également l'équilibrage de charge automatique, qui surveille et répartit l'utilisation des ressources du contrôleur. Cependant, si vous réactivez le reporting de la connectivité hôte, la fonction d'équilibrage de charge automatique n'est pas réactivée automatiquement.