VPLEX: LUN Z förklaras

LUNZ är associerat med olika problem, inklusive värdar som inte kan starta, panik och prestandaproblem.
 Efter den första installationen lämnades LUNZ presenterat för värden.

LUNZ refererar till en falsk logisk enhet noll som presenteras för värden för att tillhandahålla en sökväg för värdprogramvaran att skicka konfigurationskommandon till disksystemet när ingen fysisk logisk enhet noll är tillgänglig för värden. LUNZ är värdoperativsystemsoberoende och kan presenteras av olika EMC-disksystem, inklusive CLARiiON, VNX och VPLEX.

Som platshållare för anslutning bör LUNZ tas bort från värden efter konfigurationen. Om LUNZ förblir synlig för värden kan olika problem uppstå från en värd som inte startar och panik till prestandaproblem.

Det finns två huvudsakliga orsaker till att en värd skulle se en LUNZ.

1. Värd-HBA:n är ansluten till disksystemet men finns inte i en lagringsgrupp eller lagringsvy.
2. Värd-HBA:n finns i en lagringsgrupp eller lagringsvy, men gruppen eller vyn har ingen tilldelad HLU0.

Det bästa sättet att lösa problemet är att se till att värd-HBA är ansluten till disksystemet och i en lagringsgrupp eller vy som innehåller HLU0. Även om det är möjligt att inaktivera den här typen av kommunikation på vissa matriser rekommenderas det inte.
 
Steg:

1. Registrera värdinitierarna i disksystemet
2. Tilldela lagring till värdinitierarna i lagringsgruppen eller lagringsvyn
3. Kontrollera att det finns en HLU 0 i lagringsgruppen eller lagringsvyn

VÄRD-LUNZ-synlighet
för värd-LUNZ
refererar till en falsk logisk enhet noll som visas för värden för att tillhandahålla en sökväg så att värdprogramvaran kan skicka konfigurationskommandon till disksystemet när ingen fysisk logisk enhet noll är tillgänglig för värden.
På en Invista-instans ersätts LUNZ-enheten när ett giltigt LUN tilldelas HLU LUN0 av den virtuella ramen.
LUNZ har implementerats på Invista för att göra disksystemet synligt för värdoperativsystemet och PowerPath när inga LUN är bundna på disksystemet.

VNX-anmärkning
: Om arraycommpath ställs in på 1 (aktiverat) skapas LUNZ-enheter.
En LUNZ-enhet gör det möjligt för hanteringsgränssnittet att kommunicera med lagringssystemet när inga LUN i lagringssystemet är anslutna till servern.

VPLEX
Det finns inget konfigurationsalternativ för LUNZ på VPLEX.
Med ett backend-lagringsdisksystem med VNX/Clariion kan du ändra arraycommpath-inställningen på disksystemet för att ändra beteendet hos LUNZ som presenteras.
Från VPLEX kan du ändra LUN-ID för befintlig virtuell volym till "0". Volymen måste finnas i den lagringsvy som värden som ser LUNZ använder. Du kan även presentera ett litet LUN för VPLEX, bygga en virtuell volym ovanpå det och ge volymen LUN-ID "0" när den virtuella volymen placeras i lagringsvyn.
Från ESXi är detta endast kosmetiskt men kan vara oroande att se döda vägar. En dummy-LUN 0 från VPLEX är förmodligen den bästa lösningen om du inte vill konfigurera om lagringsvyn så att volymen visas på 0.


 
När en VMware-värd ser ett LUN Z och värden därefter ansluts till en lagringsgrupp med ett riktigt värd-LUN 0 måste VMware-lagringsenheterna genomsökas TVÅ GÅNGER.  
Den första genomsökningen tar bort LUN Z, men den riktiga värd-LUN 0 läggs inte till.
 En andra genomsökning är nödvändig för att installera den verkliga HLU LUN 0. 

Vid en omstart av ESXi-värden ändras LUN Z automatiskt till verklig värd-LUN 0, om nuvarande värd-LUN 0 finns.

LUN Z är en initieraregenskap, inte en lagringsgruppsegenskap

Varför har min Broadcom-värd (VMware) både värd-LUN 0 och LUN Z?