Dell Unity: Hvordan LUN-overtredelse foregår i Unity-array.

LUN-overtredelsesoperasjonen oppstår av flere grunner. Fra Unity-siden oppstår det en LUN-overtredelse enten på en feilhendelse for tjenesteprosessor (SP) for en av SP-ene eller en vert som bruker den ikke-optimaliserte utformede banen. Når dette skjer, overføres de eide LUN-ene til den andre SP-en.

Unity utnytter ALUA (Asymmetric Logic Unit Access) for vertstilgang. Dette gjør at flere baner kan være aktive for I/O, men noen baner er optimalisert, mens andre ikke er optimalisert. Banene som er angitt som optimalisert, er koblet til SP-en som eier den bestemte ressursen. Hvis I/O sendes ned den ikke-optimaliserte banen, utnytter node-SP-en den interne CMI-bussen (Common Messaging Interface) til å omdirigere I/O til SP-en som eier ressursen. Denne operasjonen er gjennomsiktig for verten og fjerner behovet for å overtre ressursen for å fullføre I/O. Dette forutsetter at beste praksis for tilkobling av en vert er fulgt – to HBA-er per vert, to svitsjet og to SP-porter per SP. Dette er konfigurert for fire baner - se andre bilde nedenfor.
 
Eksempel: Her er forskjellige scenarier for LUN-er som blir overført til den andre SP-en "opprinnelig ueid en"
 
Scenario1:
På bildet nedenfor, hvis SPA går ned, blir de eide LUN-ene overført fra SPA til SPB. Når SPA tas i bruk igjen, blir eierskapet til LUN-ene omdirigert tilbake til den opprinnelige eieren – Trespassed tilbake til SPA. 

  

Scenario2:
Hvis mange I/O-er mottas på den ikke-optimaliserte banen, vil Unity overtre LUN-en til node-SP-en for å optimalisere databanen.
Det sistnevnte scenariet skjer når verten ved en feil sender dataene sine på feil bane, så følgelig vil Unity automatisk overtre LUN-ene for å optimalisere databanen. 
 
Slik unngår Unity den høye utnyttelsen av en SP som ikke eier en viss LUN.

Scenario 3:
Hvis en SP mislykkes i bildet nedenfor, mislykkes LUN-en over til den gjenværende SP-en, og fortsetter å utføre service på I/O siden den er koblet til de samme svitsjene. Hvis det oppstod en feil på svitsjen, gir den gjenværende svitsjen tilgang til begge SP-ene, noe som eliminerer behovet for å bruke den ikke-optimaliserte banen. Hvis det oppstod en vertsfeil, starter klyngen en failover til den andre verten og bringer applikasjonen til nettet. Enhver banefeil på grunn av en dårlig kabel eller port forårsaker ingen problemer siden den andre optimaliserte banen kan brukes.
 
Denne konfigurasjonen kan også overleve flere feil, så lenge de ikke er innenfor samme komponent. For eksempel kan feil på vert B, bryter A og SPA tolereres siden de gjenværende komponentene kan brukes til å få tilgang til LUN. I dette tilfellet kan vert A koble til via svitsj B og få tilgang til LUN-en som er overtrådt til SPB.