Dell Unity: Så här sker LUN-intrång i Unity-disksystemet.

LUN-intrånget sker av flera anledningar. Från Unity-sidan sker ett LUN-intrång antingen på en tjänstprocessorfelshändelse (SP) för en av SP:erna eller på en värd som använder dess icke-optimerade sökväg. När detta inträffar överförs de ägda LUN-enheterna till den andra SP.

Unity använder Asymmetric Logic Unit Access (ALUA) för värdåtkomst. Detta gör att flera sökvägar kan vara aktiva för I/O, men vissa sökvägar är optimerade medan andra är icke-optimerade. De sökvägar som anges som optimerade är anslutna till den SP som äger den specifika resursen. Om I/O skickas längs den icke-optimerade sökvägen använder peer-SP den interna CMI-bussen (Common Messaging Interface) för att omdirigera I/O till den SP som äger resursen. Den här åtgärden är transparent för värden och tar bort behovet av att inkräkta på resursen för att slutföra I/O. Detta förutsätter att bästa praxis för anslutning av en värd har följts – två HBA:er per värd, två switchade och två SP-portar per lagringsprocessor. Detta är konfigurerat för fyra sökvägar - se andra bilden nedan.
 
Exempel: Här är olika scenarier för LUN som överträds till den andra SPA som "från början inte ägdes"
 
Scenario 1:
I bilden nedan, om SPA slutar fungera, överträds dess ägda LUN från SPA till SPB. När SPA återgår till tjänst omdirigeras ägarskapet av LUN tillbaka till den ursprungliga ägaren – Trespassed tillbaka till SPA. 

  

Scenario 2:
Om många I/O tas emot längs den icke-optimerade sökvägen kommer Unity att överbelasta LUN till peer-SP för att optimera datasökvägen.
Det senare nämnda scenariot inträffar när värden av misstag skickar sina data på fel sökväg, så Unity kommer automatiskt att inkräkta på LUN för att optimera datasökvägen. 
 
På så sätt undviker Unity hög användning av en SP som inte äger ett visst LUN.

Scenario 3:
Om en SP i bilden nedan slutar fungera växlar LUN över till den kvarvarande SP och fortsätter att underhålla I/O eftersom den är ansluten till samma switchar. Om det uppstod ett switchfel ger den återstående switchen åtkomst till båda SP:erna, vilket eliminerar behovet av att använda den icke-optimerade sökvägen. Om det uppstod ett värdfel initierar klustret en redundansväxling till den andra värddatorn och ansluter programmet. Eventuella sökvägsfel på grund av en felaktig kabel eller port orsakar inga problem eftersom den andra optimerade sökvägen kan användas.
 
Den här konfigurationen kan också överleva flera fel, så länge de inte finns i samma komponent. Fel på värd B, Switch A och SPA kan till exempel tolereras eftersom de kvarvarande komponenterna kan användas för att komma åt LUN. I det här fallet kan värd A ansluta via Switch B och få åtkomst till det LUN som SPB har inkräktat på.