Dell EMC Unity: Hoe LUN-verboden terrein plaatsvindt in een Unity-array. (Op te lossen door gebruiker)

De LUN-overtredingsbewerking kan om verschillende redenen plaatsvinden, maar vanaf Unity Side treedt een LUN-overtredingstrigger op bij foutgebeurtenissen voor een van de SP's of een host die het niet-geoptimaliseerde ontworpen pad gebruikt. De LUN's die eigendom zijn, zijn eigendom van de andere SP.

In feite maakt Unity gebruik van Asymmetric Logic Unit Access (ALUA) voor hosttoegang. Hierdoor kunnen meerdere paden actief zijn voor I/O, maar sommige paden zijn geoptimaliseerd terwijl andere niet-geoptimaliseerd zijn. De paden die als geoptimaliseerd zijn aangewezen, zijn de paden die zijn verbonden met de SP die eigenaar is van die specifieke resource. Als I/O langs het niet-geoptimaliseerde pad wordt verzonden, maakt de peer-SP gebruik van de interne CMI-bus (Common Messaging Interface) om de I/O om te leiden naar de SP die eigenaar is van de resource. Deze bewerking is volledig transparant voor de host en elimineert de noodzaak om de bron te betreden om de I/O te voltooien. Hierbij wordt ervan uitgegaan dat de best practices voor het aansluiten van een host zijn gevolgd: twee HBA's per host, twee geschakelde en twee SP-poorten per SP. Dit is geconfigureerd voor vier paden - zie de tweede afbeelding hieronder.
 
Voorbeeld: Hier zijn verschillende scenario's voor het betreden van LUN's naar de andere SP die in eerste instantie geen eigendom isScenario
 
1:
In de onderstaande opstelling, als SPA niet beschikbaar is, worden de LUN's in eigendom overgedragen van SPA naar SPB totdat SPA UP is, waarna het eigendom van de LUN's wordt teruggeleid naar de oorspronkelijke eigenaar - Trespassed terug naar SPA  Scenario 2:
Als een groot aantal I/O's wordt ontvangen langs het niet-geoptimaliseerde pad, overschrijdt het Unity-systeem de LUN naar de peer-SP om het datapad te optimaliseren.
Het later genoemde scenario zal zich voordoen wanneer de host per ongeluk zijn data op een verkeerd pad verzendt, zodat Unity automatisch de LUN's overschrijdt om het datapad te optimaliseren. 
 
Dit is dus slechts een Unity-verdedigingsmechanisme om een hoog gebruik van een SP die geen eigenaar is van een bepaalde LUN te voorkomen.

Scenario 3 :
In de onderstaande setup, in het geval van een SP-storing, schakelt de LUN over naar de overlevende SP en blijft de I/O onderhouden omdat deze op dezelfde switches is aangesloten. In het geval van een switchstoring biedt de resterende switch toegang tot beide SP's, waardoor het niet meer nodig is om het niet-geoptimaliseerde pad te gebruiken. In het geval van een hostfout initieert het cluster een failover naar de andere host en brengt de applicatie online. Een padfout als gevolg van een slechte kabel of poort veroorzaakt geen problemen, omdat het tweede geoptimaliseerde pad kan worden gebruikt.
 
Deze configuratie kan ook meerdere storingen overleven, zolang ze zich niet binnen hetzelfde onderdeel bevinden. Storingen van host B, Switch A en SPA kunnen bijvoorbeeld worden getolereerd, omdat de overgebleven componenten kunnen worden gebruikt om toegang te krijgen tot de LUN. In dit geval kan host A verbinding maken via Switch B en toegang krijgen tot de LUN die naar SPB is overtreden.