Dell EMC Unity: Miten LUN-luvaton tunkeutuminen tapahtuu Unity-levyjärjestelmässä. (käyttäjän korjattavissa)

LUN-tunkeutumistoiminto voi tapahtua useista syistä, mutta Unity Sidelta LUN-tunkeutumiskäynnistin tapahtuu joko jonkin tallennussuorittimen vikatapahtumassa tai isännässä, joka käyttää optimoimatonta suunniteltua polkua. Omistetut LUN:t siirretään toiselle SP:lle.

Itse asiassa Unity hyödyntää Asymmetric Logic Unit Access (ALUA) -tekniikkaa isännän käyttöön. Tämä mahdollistaa useiden polkujen aktiivisuuden I/O:lle, mutta jotkin polut on optimoitu ja toiset optimoimattomia. Optimoiduiksi määritetyt polut ovat yhteydessä kyseisen resurssin omistavaan tallennussuorittimeen. Jos I/O lähetetään optimoimatonta polkua pitkin, vertaisoperaattori käyttää sisäistä CMI (Common Messaging Interface) -väylää ohjatakseen I/O:n resurssin omistavaan SP:hen. Tämä toiminto on täysin läpinäkyvä isännälle, eikä I/O:n suorittamiseen tarvita resurssiin tunkeutumista. Tässä oletetaan, että isännän yhdistämisessä on noudatettu parhaita käytäntöjä: kaksi isännän väyläsovitinta isäntää kohti, kaksi kytkettyä ja kaksi SP-porttia SP:tä kohti. Tämä on määritetty neljälle polulle - katso toinen kuva alla.
 
Esimerkki: Tässä on erilaisia skenaarioita, joissa LUN: t siirretään toiselle SP: lle "alun perin omistamaton"
 
Skenaario1:
Alla olevassa asetuksessa, jos SPA on poissa käytöstä, sen omistamat LUN: t siirretään SPA: sta SPB: hen, kunnes SPA on UP, sitten LUN: ien omistus ohjataan takaisin alkuperäiselle omistajalle - Tunkeutuu takaisin SPA: han  Tilanne 2:
Jos suuri määrä I/O:ita vastaanotetaan optimoimatonta polkua pitkin, Unity-järjestelmä siirtää LUN-yhteyden vertaistarjoajaan tietopolun optimoimiseksi.
Myöhemmin mainittu tilanne tapahtuu, kun isäntä lähettää tietonsa vahingossa väärälle polulle, joten vastaavasti Unity tunkeutuu automaattisesti loogisiin linkkeihin optimoidakseen tietopolun. 
 
Joten tämä on vain Unity-puolustusmekanismi, jolla vältetään sellaisen SP: n suuri käyttö, joka ei omista tiettyä LUN: ta.

Skenaario 3:
Jos SP:stä tulee vika, LUN ei siirry viviin SP:hen ja jatkaa I/O-huoltoa, koska se on kytketty samoihin kytkimiin. Kytkinvirheen sattuessa jäljellä oleva kytkin tarjoaa pääsyn molempiin tallennussuorittimiin, jolloin optimoimatonta polkua ei tarvitse käyttää. Jos isäntä epäonnistuu, klusteri käynnistää vikasietotilan toisessa isännässä ja palauttaa sovelluksen verkkoon. Viallisesta kaapelista tai portista johtuva polkuvirhe ei aiheuta ongelmia, koska toista optimoitua polkua voidaan käyttää.
 
Tämä määritys voi myös kestää useita vikoja, kunhan ne eivät ole samassa osassa. Esimerkiksi isännän B, kytkimen A ja SPA: n vika voidaan sietää, koska jäljellä olevia komponentteja voidaan käyttää LUN: n käyttämiseen. Tässä tapauksessa isäntä A voi muodostaa yhteyden kytkimen B kautta ja käyttää SPB:hen tunkeutunutta LUN-levyä.