Dell Unity: Come avviene il trespass delle LUN nell'array Unity.

L'operazione di trespass della LUN si verifica per diversi motivi. Dal lato Unity, si verifica un trespass della LUN su un evento di guasto del service processor (SP) per uno degli SP o un host utilizzando il relativo percorso progettato non ottimizzato. In questo caso, le LUN di proprietà possono passare all'altro SP.

Unity sfrutta ALUA (Asymmetric Logic Unit Access) per l'accesso host. Ciò consente di attivare più percorsi per l'I/O, ma alcuni sono ottimizzati mentre altri non sono ottimizzati. I percorsi designati come ottimizzati sono connessi all'SP proprietario di tale particolare risorsa. Se l'I/O viene inviato lungo il percorso non ottimizzato, l'SP peer sfrutta il bus CMI (Common Messaging Interface) interno per reindirizzare l'I/O all'SP proprietario della risorsa. Questa operazione è trasparente per l'host ed elimina la necessità di sconfinare nella risorsa per completare l'I/O. Ciò presuppone che siano state seguite le best practice per la connessione di un host: due HBA per host, due porte switch e due porte SP per SP. Questa opzione è configurata per quattro percorsi, vedere la seconda immagine riportata di seguito.
 
Esempio: Di seguito sono riportati diversi scenari per le LUN che eseguono il trespass nell'altro SP "inizialmente senza proprietario"
 
Scenario1:
nell'immagine seguente, se l'SPA si arresta, le LUN di proprietà vengono ignorate dall'SPA all'SPB. Una volta che SPA torna in servizio, la proprietà delle LUN viene reindirizzata al proprietario iniziale - Trespassed back a SPA. 

  

Scenario 2:
se vengono ricevuti molti I/O lungo il percorso non ottimizzato, Unity oltrepasserà la LUN all'SP peer per ottimizzare il percorso dati.
Il seguente scenario menzionato si verifica quando, per errore, l'host invia i propri dati su un percorso errato, di conseguenza Unity oltrepassa automaticamente le LUN per ottimizzare il percorso dati. 
 
In questo modo Unity evita l'utilizzo elevato di un SP che non possiede una determinata LUN.

Scenario 3:
nell'immagine seguente, in caso di guasto di un SP, la LUN esegue il failover sull'SP rimanente e continua a eseguire le operazioni di I/O poiché è connessa agli stessi switch. Se si è verificato un errore dello switch, lo switch rimanente fornisce l'accesso a entrambi gli SP, eliminando la necessità di utilizzare il percorso non ottimizzato. Se si è verificato un errore dell host, il cluster avvia un failover sull'altro host e porta l'applicazione online. Qualsiasi errore di percorso dovuto a un cavo o a una porta difettosi non causa alcun problema poiché è possibile utilizzare il secondo percorso ottimizzato.
 
Questa configurazione può anche sopravvivere a più guasti, purché non si trovino all'interno dello stesso componente. Ad esempio, il guasto dell host B, dello switch A e dell'SPA può essere tollerato poiché i componenti rimanenti possono essere utilizzati per accedere alla LUN. In questo caso, l'host A può connettersi tramite lo switch B e accedere alla LUN che ha eseguito il trespass per SPB.