Fibrechannel en linux, implementatievragen

[IcE_364]

Ik heb al op internet gezocht maar dit specifiek word eigenlijk vrijwel nergens vermeld. Misschien omdat het zo basic is ofzo maar goed.

Op wat voor manier word de ruimte op een fibrechannel san, aangesloten via FC switch op een FC HBA aan linux gepresenteerd? Krijg je dit gewoon te zien als een /dev/sdX(X) device? Kun je ook gewoon aanspreken als een normaal blockdevice? En dan de belangrijkste vraag, gelden de antwoorden op de bovenstaande vragen ook als je gebruik maakt van multipath FC?

De hardware waar we waarschijnlijk mee gaan werken is:
per server 2x Qlogic QLA2460-CK HBA

2x QLogic SanBox 5600

1x Eonstor A16F-G2422

OS: Redhat EL

[ Voor 13% gewijzigd door IcE_364 op 04-08-2006 10:02 ]

[Verwijderd]

wat dat betreft heb ik alleen ervaring met emc en netapp, maar van een linux oogpunt veranderd daar niets.... je hba is eigenlijk niets meer of minder dan een een scsi controller en linux ziet dus ook een lun als scsi disk.
afhankelijk van je multipath oplossing moet je dan een ander device aanspreken ipv je /dev/sda of /dev/sdb, bij emc krijg je dan een /dev/emcpowera bv.

[SpamLame]

Met single path krijgt ziet elke OS het als een losse disk (HPUX bv /dev/(r)dsk/cXtXdX op een EVA), windows (ook EVA & MSA) als een uninitialized disk. Hoe jou linux dat gaat doen kan ik niet zeggen, maar het ligt in de lijn der verwachting dat het mechanisme hetzelfde werkt (dus alsware het een extra local disk).

Met multipath software gaat dat anders, uitendelijk krijg je vanuit de software ook wel 1 disk aangeboden, maar dat is een disk die door de software "gemaakt"wordt. De software regelt verder ook de afhandeling naar de verschillende paden af. Meestal zit er een tool bij waarmee je zien kan welke LUN via welke paden binnen komen en hoe deze aan het OS gepresenteerd wordt (SecurePath os van HP doet dat).

Heb je wel meerdere paden maar geen multipath software, dan kun je met LVM alternate path gebruiken, althans de HPUX versie kan dat. Hoe dat voor jouw linux geimplementeerd is moet je even uitzoeken, maar ik meen dat je het op moet geven bij een pvcreate. pvdisplay geeft dan 2 paden naar de zelfde disk. Hoe je het ook doet, zorg dat er geen losse eindjes zijn (vergeten alternate path op te geven oid).

[ Voor 1% gewijzigd door SpamLame op 04-08-2006 09:21 . Reden: leestekens etcetc ]

[IcE_364]

Okay het begint duidelijker te worden, mooi dat het zo simpel werkt eigenlijk. De disks zijn dus ook gewoon te partitioneren e.d. aan de linux kant?

[SpamLame]

IcE_364 schreef op vrijdag 04 augustus 2006 @ 09:50:
Okay het begint duidelijker te worden, mooi dat het zo simpel werkt eigenlijk. De disks zijn dus ook gewoon te partitioneren e.d. aan de linux kant?

Yep uiteindelijk (dus met of zonder extra software) ziet het OS een disk zoals ie lokaal ook zou zijn.
Dus ja, je kan met LVM aan de slag (of wat je dan ook gebruikt).

En simpel is het, zolang het het kleinschalig blijft. In grotere omgeving of als je loopt te stressen wordt het algauw complex. Als de administratitie dan niet goed is bijgehouden, kan je lekker in de weer met wwn nummers.
Dus een tip; zorg dat je ten alle tijden een geupdate papieren (klinkt oud) overzicht hebt met daarop de componenten van je SAN en welke LUN's met welke WWN's gepresenteerd zijn en welke servers en wat de bijbehorende devices/ volumegroups/ schijfletters zijn.