Comment vérifier si un LUN a été présenté à mon serveur ? Quels sont les commandes Linux pour cela ? Les LUN apparaissent-ils dans une commande fdisk -l comme un /dev/sda normal ?
Quelles sont les autres commandes associées aux vérifications générales liées au SAN sous Linux ?
Qu'est-ce que le WWN et en quoi est-il pertinent ?
Si nous avons des LUN, quel est l'intérêt du multipathing ?
Un peu long mais je n'arrive pas à saisir le sujet. Toute aide serait appréciée.
Oui, une LUN sera présentée par le HBA à l'OS comme un autre disque; fdisk -l devrait l'afficher.
Puisque l'OS n'a pas de visibilité sur le stockage SAN, il n'y a pas de commandes spéciales dans l'OS qui vous donneront un aperçu de l'environnement SAN. Cependant, certains fabricants de stockage fournissent des outils qui interagiront avec les cartes HBA pour vous donner une certaine visibilité.
Le WWN (nom mondial) d'un appareil est un identifiant similaire à une adresse MAC en réseau IP (et est essentiellement équivalent à l'EUI du côté iSCSI); il devrait identifier de manière unique un membre d'un réseau de stockage (le SAN et les HBA des ordinateurs clients ont tous deux des WWN) et est utilisé à la fois en transit ("où ces données doivent-elles aller?") et en authentification ("quel système peut voir cette LUN?").
Le multipathing est, en essence, un moyen d'éliminer les points de défaillance uniques ou de répartir la charge sur l'ensemble de votre réseau de stockage.
Par exemple, disons que vous avez deux unités de contrôleur pour vos étagères SAN, de sorte que si l'une tombe en panne, l'autre peut toujours servir les données. Eh bien, cela ne vous servira à rien si vous êtes présenté la LUN via un seul chemin - à travers le contrôleur décédé.
La même chose vaut pour les commutateurs SAN et les cartes HBA dans les serveurs; vous ne voulez pas perdre la connectivité en raison de la défaillance d'un seul équipement. Comme chaque équipement a son propre WWN, l'ajout de redondance dans tout le système vous donnera au moins 4 chemins; chacun des deux HBA verra chaque LUN à travers chacun des deux contrôleurs.
Voici la difficulté, cependant - sans conscience du multipathing, l'OS sur le système client va considérer chacun de ces 4 chemins comme des disques séparés (retournant au fait que les disques sont simplement présentés tels quels à l'OS hôte). Ainsi, ce que le multipathing donne à l'OS est la capacité de comprendre que toutes ces copies du même disque sont, en fait, juste des chemins multiples pour accéder au même disque, et d'utiliser les chemins alternatifs comme secours ou de répartir la charge sur les chemins.
Les commandes que vous utiliserez sous linux pour interagir avec le stockage SAN dépendent du protocole utilisé. Le stockage que vous rendez disponible à un serveur linux depuis votre SAN ne sera généralement pas visible à partir d'une commande comme fdisk tant que vous ne le découvrez pas. Pour l'iscsi, vous feriez cela avec iscsiadm --mode discovery --portal $PORTAL --type sendtargets où PORTAL est l'adresse IP de votre SAN. Pour le canal de fibre, vous écririez $C $T $L à /sys/class/scsi_host/host$H/scan, où C est le canal, T est l'identifiant de la cible, L est l'unité logique, et H est l'hôte.
Ceci est juste un avant-goût ; vous devriez consulter le Guide d'administration du stockage de Red Hat et le Guide DM Multipath pour plus de détails sinistres.
Une autre note : vous pouvez voir l'état actuel de l'initiateur iscsi avec la commande iscsiadm -m session -P 3. Cela vous montrera quels périphériques de bloc correspondent à quels LUN sur quelles cibles.
Les mêmes informations sont également disponibles en examinant le système de fichiers sysfs. J'ai écrit un script Perl qui interroge les entrées sysfs et mappe un périphérique de bloc iscsi sur sa cible et son LUN : https://gist.github.com/3154821
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
