VPLEX: LUN Z forklart
Summary: Denne artikkelen forklarer hva en LUNZ-enhet er, hvorfor en vert vil se en, og hvordan du fjerner den.
Symptoms
LUNZ er knyttet til forskjellige problemer, inkludert verter som ikke starter opp, panikk og ytelsesproblemer.
Etter første oppsett ble LUNZ presentert for verten.
Cause
LUNZ refererer til en falsk logisk enhet null presentert for verten for å gi en bane for vertsprogramvare for å sende konfigurasjonskommandoer til arrayet når ingen fysisk logisk enhet null er tilgjengelig for verten. LUNZ er uavhengig av vertsoperativsystemet og kan presenteres av forskjellige EMC-arrayer, inkludert CLARiiON, VNX og VPLEX.
Som plassholder for tilkobling bør LUNZ fjernes fra verten etter konfigurasjon. Hvis LUNZ forblir synlig for verten, kan det oppstå forskjellige problemer fra en vert som ikke starter opp og får panikk til ytelsesproblemer.
Det er to hovedgrunner til at en vert vil se en LUNZ.
- Verts-HBA-en er koblet til arrayet, men er ikke i en lagringsgruppe eller lagringsvisning.
- Verts-HBA-en er i en lagringsgruppe eller lagringsvisning, men gruppen eller visningen har ikke en HLU0 tilordnet.
Resolution
Den beste måten å løse problemet på er å sikre at HBA-verten er koblet til arrayet og i en lagringsgruppe eller visning som inneholder en HLU0. Selv om det er mulig å deaktivere denne formen for kommunikasjon på enkelte matriser, anbefales det ikke.
Trinn:
- Registrer vertsinitiatorene på arrayet
- Tilordne lagring til vertsinitiatorene i lagringsgruppen eller lagringsvisningen
- Kontroller at det er en HLU 0 i lagringsgruppen eller lagringsvisningen
Additional Information
HOST
LUNZ synlighet for vert
LUNZ refererer til en falsk logisk enhet null presentert for verten for å gi en bane for vertsprogramvare for å sende konfigurasjonskommandoer til arrayet når ingen fysisk logisk enhet null er tilgjengelig for verten.
I en Invista-forekomst erstattes LUNZ-enheten når en gyldig LUN tilordnes HLU LUN0 av den virtuelle rammen.
LUNZ er implementert på Invista for å gjøre arrayet synlig for vertsoperativsystemet og PowerPath når ingen LUN-er er bundet til denne arrayen.
VNX
Merk: Hvis du setter arraycommpath til 1 (aktivert), opprettes LUNZ-enheter.
En LUNZ-enhet gjør at administrasjonsgrensesnittet kan kommunisere med lagringssystemet når ingen LUN-er i lagringssystemet er koblet til serveren.
VPLEX
Det er ikke noe konfigurasjonsalternativ for LUNZ på VPLEX.
Med et backend-lagringsarray for VNX/Clariion kan du endre arraycommpath-innstillingen på arrayet for å endre virkemåten til LUNZ som presenteres.
Fra VPLEX kan du endre LUN-ID-en til eksisterende virtuelt volum til "0". Dette volumet må være i lagringsvisningen som verten som ser LUNZ-en har tilgang til. Du kan også presentere en liten LUN til VPLEX, bygge et virtuelt volum på toppen av det, og gi volumet en LUN-ID på "0" når det virtuelle volumet er plassert i lagringsvisningen.
Fra ESXi er dette bare kosmetisk, men kan være bekymringsfullt å se døde stier. En dummy LUN 0 fra VPLEX er sannsynligvis den beste løsningen hvis du ikke vil konfigurere lagringsvisningen på nytt for å presentere volumet på 0.
Når en VMware-vert ser en LUN Z, og verten deretter kobles til en lagringsgruppe med en ekte vert LUN 0, må VMware-lagringsenhetene skannes på nytt to ganger.
Den første skanningen sletter LUN Z, men den legger ikke til den virkelige verts-LUN 0.
En ny skanning er nødvendig for å få på plass den virkelige HLU LUN 0.
En omstart av ESXi-verten vil automatisk endre LUN Z til ekte vert LUN 0, hvis den nåværende verten LUN 0 var til stede.
LUN Z er en initiatoregenskap, ikke en lagringsgruppeegenskap
Hvorfor har Broadcom-verten min (VMware) både vert LUN 0 og LUN Z?