Redirection de LUN via mds?

Redirection de LUN via mds? - Stockage - Systèmes & Réseaux Pro

Marsh Posté le 12-04-2011 à 10:39:25    

Bonjour,
 
Dans le cadre de mon tfe, je dois déployer une architecture HCS. Pour cela j'ai un UCS 5108, un Fabric Interconnect, un MDS 9222i et un NexSan SATABeast2 pour la partie "SAN".
 
Mon problème est que sur l'UCS j'aimerai garder mes blades bindé au template de base. Cependant, un point de la configuration me pose problème (boot from SAN). Tous les blades ont la même LUN pour booter or sur le storage ils ont une LUN chacun.
 
Ma question est, existe t il un moyen pour que au finale sur le SAN en fonction du WWPN source je puisse rediriger le LUN vers un autre.
(peut importe quel device fait se changement)
Schématiquement:
Blade1 (LUN1) ----> LUN1
Blade2 (LUN1) ----> LUN2
BladeX (LUN1) ----> LUNX
 
Je ne sais pas si je suis suffisamment claire, si vous avez besoin de plus de précision n'hésiter pas.
 
Merci d'avance
 
Olivier

Reply

Marsh Posté le 12-04-2011 à 10:39:25   

Reply

Marsh Posté le 12-04-2011 à 11:39:09    

Bin normalement tu devrais pas avoir de problème, tu as toujours 2 numérotations de LUN différente.
 
Une numérotation locale au serveur, et une numérotation spécifique au stockage centralisé (UCS ou pas d'ailleurs).
 
Le n° de LUN est purement logique.
 
Pour ton mapping (associer telle LUN de ton SAN sur tel serveur), ça se fait via 2 principes :
1- Le zoning (présentation des ports de ta baie à 1 ou plusieurs ports de ton serveur via tes switchs FC)
2- Le LUN Masking sur la baie de stockage (tu attribue ta LUN au serveur)
 
La façon de faire pour chacun des points est dépendante du matériel (l'attachement d'une LUN depuis une baie NetApp ne se fait pas comme sur une baie HDS qui ne se fait pas comme sur une baie EMC par exemple).


---------------
== Esprits.net est de retour !! ==
Reply

Marsh Posté le 12-04-2011 à 12:37:07    

Oui, si je dissocie chaque blades je sais changer le numéro de LUN pour chacun. Mais ici j'ai un template pour toutes mes blades qui est configuré pour que la séquence de boot, boot sur le storage désigné par un WWPN et une LUN de se storage.

Reply

Marsh Posté le 12-04-2011 à 13:06:05    

Et ton template il est configuré comment exactement ?
 
Parceque là comme ça, j'ai du mal à voir où se trouve ton problème (en même temps je suis pas un spécialiste des UCS).
 
Le n° de LUN que tu spécifie, c'est le n° tel que défini au niveau de la baie SAN ou bien un n° que lui attribue l'OS localement ?


---------------
== Esprits.net est de retour !! ==
Reply

Marsh Posté le 12-04-2011 à 13:40:39    

le numéro de LUN est le numéro qui est mappé sur le storage, les serveurs sont pas encore sur un OS à ce moment, c'est la séquence de boot du serveur.
Ce que je cherche c'est un moyen de changer le numéro de LUN d'une "trame" en fonction de son origine (wwpn).
Je pense que si c'est faisable, ça doit se situer sur l'MDS (switch) ou bien le storage

Reply

Marsh Posté le 12-04-2011 à 15:13:44    

La connaissance d'un n° de LUN est uniquement soit par le serveur, soit par le stockage.

 

Et la numérotation est propre à ces systèmes. C'est pour ça qu'une LUN 1 côté serveur peut très bien être la LUN 345 côté stockage.

 

Donc lorsque ton serveur boot, il essaye de monter de son côté la LUN 1, mais sa numérotation propre. Ca ne signifie pas qu'il souhaite monter la LUN numérotée 1 sur le stockage.

 

Si ton zoning est fait correctement, et que côté baie tu as bien ton LUN Masking, normalement c'est bon.

 

J'ai trouvé ça dans un coin sur le BOS avec UCS : (http://jeffsaidso.com/2010/11/boot-from-san-101-with-cisco-ucs/)

 
Citation :


    UCS Manager Tasks
        Create a Service Profile Template with x number of vHBAs.
        Create a Boot Policy that includes SAN Boot as the first device and link it to the Template
        Create x number of Service Profiles from the Template
        Use Server Pools, or associate servers to the profiles
        Let all servers attempt to boot and sit at the “Non-System Disk” style message that UCS servers return
    Switch Tasks
        Zone the server WWPN to a zone that includes the storage array controller’s WWPN.
        Zone the second fabric switch as well. Note: For some operating systems (Windows for sure), you need to zone just a single path during OS installation so consider this step optional.
    Array Tasks
        On the array, create a LUN and allow the server WWPNs to have access to the LUN.
        Present the LUN to the host using a desired LUN number (typically zero, but this step is optional and not available on all array models)


Message édité par MirabelleBenou le 12-04-2011 à 15:14:12

---------------
== Esprits.net est de retour !! ==
Reply

Marsh Posté le 12-04-2011 à 19:04:23    

Merci, pour le lien, je test ça demain :-)

Reply

Marsh Posté le 13-04-2011 à 14:31:39    

Je viens de regarder le lien, et enfaîte j'ai exactement la même configuration coté UCS. Je pense donc que j'ai soit un soucis avec la configuration du MDS, soit du storage qui pourtant me semble simple.
 
J'ai créé une zone de test avec le wwpn du storage et le wwpn d'un vHBA d'un blade. Dans le storage la LUN est la 4 et sur le blade c'est la 0.
Le storage donne accès en lecture/écriture uniquement sur la LUN4 pour ce vHBA. ça ne fonctionne pas :S
 
J'ai essayé d'ajouter à la zone du MDS les numéro de LUN, mais ça ne fonctionne toujours pas.
 
Voici la config de la zone avec LUN:

Code :
  1. zone name TestBootSAN vsan 10
  2.     member pwwn 20:00:00:25:b5:00:00:0f lun 0x0000
  3.     member pwwn 50:00:40:20:02:fc:6b:82 lun 0x0004
  4. !


sans LUN:

Code :
  1. zone name TestBootSAN vsan 10
  2.     member pwwn 20:00:00:25:b5:00:00:0f
  3.     member pwwn 50:00:40:20:02:fc:6b:82
  4. !


 
D'après ces infos, y a t il quelque chose qui te semble mal configuré?
 
Encore merci pour ton aide.
 
Olivier

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed