Dell EMC Unity: Jak odbywa się wtargnięcie jednostki LUN w macierzy Unity. (możliwość korekty z poziomu użytkownika)

Operacja wtargnięcia jednostki LUN może nastąpić z kilku powodów, jednak po stronie Unity wyzwalacz naruszenia jednostki LUN występuje w przypadku zdarzeń awarii jednego z SP lub hosta korzystającego z niezoptymalizowanej zaprojektowanej ścieżki. Należące do nich jednostki LUN są naruszane do innego SP.

W rzeczywistości Unity wykorzystuje asymetryczny dostęp do jednostki logicznej (ALUA) do dostępu do hosta. Dzięki temu wiele ścieżek może być aktywnych dla operacji we/wy, ale niektóre z nich są zoptymalizowane, a inne nie. Ścieżki oznaczone jako zoptymalizowane to ścieżki połączone z SP, który jest właścicielem tego konkretnego zasobu. Jeśli we/wy jest wysyłane niezoptymalizowaną ścieżką, równorzędny SP wykorzystuje wewnętrzną magistralę CMI (Common Messaging Interface) do przekierowania we/wy do SP, który jest właścicielem zasobu. Ta operacja jest całkowicie nieprzezroczysta dla hosta i eliminuje konieczność naruszenia zasobu w celu zakończenia operacji we/wy. Zakłada się, że stosowane są najlepsze praktyki podłączania hosta — dwa porty HBA na hosta, dwa przełączane i dwa porty SP na SP. Jest on skonfigurowany dla czterech ścieżek — patrz drugi rysunek poniżej.
 
Example: Poniżej przedstawiono różne scenariusze naruszeń jednostek LUN do innego SP "początkowo nieposiadającego"
 
Scenariusz1
: W poniższej konfiguracji, jeśli SPA jest wyłączone, należące do niego jednostki LUN są naruszane z SPA do SPB do SPA do SPA do SPA, a następnie własność jednostek LUN jest przekierowywana z powrotem do początkowego właściciela - Wtargnięcie z powrotem do SPA  Scenariusz 2:
w przypadku odebrania dużej liczby operacji we/wy niezoptymalizowaną ścieżką system Unity narusza jednostkę LUN do peer SP w celu zoptymalizowania ścieżki danych.
Wspomniany później scenariusz ma miejsce, gdy przez błąd host wyśle swoje dane niewłaściwą ścieżką, więc w związku z tym Unity automatycznie przekroczy jednostki LUN, aby zoptymalizować ścieżkę danych. 
 
Jest to więc mechanizm obrony Unity, który pozwala uniknąć wysokiego wykorzystania SP, który nie posiada określonej jednostki LUN.

Scenariusz 3:
w poniższej konfiguracji w przypadku awarii SP jednostka LUN przełącza się awaryjnie na ocalały SP i kontynuuje obsługę we/wy, ponieważ jest podłączona do tych samych przełączników. W przypadku awarii przełącznika pozostały przełącznik zapewnia dostęp do obu SP, eliminując potrzebę korzystania z niezoptymalizowanej ścieżki. W przypadku awarii hosta klaster inicjuje przełączanie awaryjne na drugi host i przełącza aplikację w tryb online. Awaria ścieżki spowodowana uszkodzonym kablem lub portem nie powoduje żadnych problemów, ponieważ można użyć drugiej zoptymalizowanej ścieżki.
 
Ta konfiguracja może również przetrwać wiele awarii, o ile nie znajdują się one w tym samym komponencie. Na przykład awaria hosta B, przełącznika A i SPA może być tolerowana, ponieważ ocalałe komponenty mogą być używane do uzyskiwania dostępu do jednostki LUN. W takim przypadku host A może połączyć się przez przełącznik B i uzyskać dostęp do jednostki LUN, która została naruszona do SPB.