Dell EMC Unity: Unity 어레이에서 LUN 트레스패스가 수행되는 방식입니다. (사용자 수정 가능)

LUN 트레스패스 작업은 여러 가지 이유로 인해 발생할 수 있지만 Unity 측에서는 SP 중 하나에 대한 장애 이벤트 또는 최적화되지 않은 설계 경로를 사용하는 호스트에서 LUN 트레스패스 트리거가 발생합니다. 소유한 LUN이 다른 SP로 트레스패스됩니다.

실제로 Unity는 호스트 액세스에 ALUA(Asymmetric Logic Unit Access)를 활용합니다. 이를 통해 I/O에 대해 여러 경로를 활성화할 수 있지만 일부 경로는 최적화되고 다른 경로는 최적화되지 않습니다. 최적화된 것으로 지정된 경로는 특정 리소스를 소유한 SP에 연결된 경로입니다. I/O가 비최적화 경로로 전송되는 경우 피어 SP는 내부 CMI(Common Messaging Interface) 버스를 활용하여 리소스를 소유하는 SP로 I/O를 리디렉션합니다. 이 작업은 호스트에 영향을 미치지 않으며 I/O를 완료하기 위해 리소스를 트레스패스할 필요가 없습니다. 이 모든 것은 호스트 연결에 대한 모범 사례(호스트당 HBA 2개, SP당 스위치 2개, SP 포트 2개)를 따랐다고 가정합니다. 이는 4개의 경로에 대해 구성됩니다 - 아래의 두 번째 이미지 참조.
 
예: 다음은 LUN이 다른 SP로 트레스패스되는 다양한 시나리오입니다. "처음에 소유하지 않은 SP
 
"시나리오 1:
아래 설정에서 SPA가 다운된 경우 SPA가 가동될 때까지 소유한 LUN이 SPA에서 SPB로 트레스패스된 다음 LUN의 소유권이 초기 소유자에게 다시 리디렉션됩니다.  시나리오 2:
비최적화 경로에서 많은 수의 I/O가 수신되면 Unity 시스템은 데이터 경로를 최적화하기 위해 LUN을 피어 SP로 트레스패스합니다.
나중에 언급한 시나리오는 실수로 호스트가 잘못된 경로로 데이터를 전송하는 경우에 발생합니다. 따라서 Unity는 데이터 경로를 최적화하기 위해 자동으로 LUN을 트레스패스합니다. 
 
이는 특정 LUN을 소유하지 않은 SP의 높은 활용도를 방지하기 위한 Unity 방어 메커니즘일 뿐입니다.

시나리오 3:
아래 설정에서 SP 장애가 발생할 경우 LUN이 정상 작동하는 SP로 페일오버되고 동일한 스위치에 연결되어 있기 때문에 I/O를 계속 처리합니다. 스위치 장애가 발생할 경우 나머지 스위치에서 두 SP에 대한 액세스를 제공하므로 최적화되지 않은 경로를 사용할 필요가 없습니다. 호스트 장애가 발생할 경우 클러스터는 다른 호스트로 페일오버를 시작하고 애플리케이션을 온라인 상태로 전환합니다. 두 번째 최적화된 경로를 사용할 수 있으므로 잘못된 케이블 또는 포트로 인한 경로 장애가 발생해도 문제가 발생하지 않습니다.
 
이 구성은 동일한 구성 요소 내에 있지 않은 한 여러 장애가 발생한 경우에도 사용할 수 있습니다. 예를 들어, 호스트 B, 스위치 A 및 SPA의 장애가 허용되더라도 남아 있는 구성 요소를 사용하여 LUN에 액세스할 수 있습니다. 이 경우 호스트 A는 스위치 B를 통해 연결하고 SPB에 트레스패스된 LUN에 액세스할 수 있습니다.