「Dell EMC Unity：UnityアレイでのLUNトレスパスの実行方法。（ユーザー修正可能）（英語）」

LUNトレスパス操作はいくつかの理由で発生する可能性がありますが、Unity側からは、最適化されていない設計パスを使用しているSPまたはホストのいずれかの障害イベントでLUNトレスパス トリガーが発生します。所有するLUNは、他のSPにトレスパスされます。

実際、Unityではホスト アクセスにALUA(非対称論理ユニット アクセス)を活用しています。これにより、I/Oに対して複数のパスをアクティブにできますが、一部のパスは最適化され、他のパスは最適化されません。最適化として指定されるパスは、その特定のリソースを所有するSPに接続されているパスです。I/Oが最適化されていないパスに送信されると、ピアSPは内部CMI(Common Messaging Interface)バスを活用して、リソースを所有するSPにI/Oをリダイレクトします。この操作はホストに対して完全に透過的であり、I/Oを完了するためにリソースをトレスパスする必要がなくなります。これはすべて、ホスト接続のベスト プラクティス(ホストあたり2つのHBA、SPあたり2つのスイッチド ポートと2つのSPポート)に従っていることを前提としています。これは4つのパスに対して構成されています。次の2番目の画像を参照してください。

Example: LUNが他の「最初は所有されていない」
 
SPにトレスパスされるシナリオ1:
次のセットアップでは、SPAがダウンしている場合、SPAが稼働するまで、そのLUNがSPAからSPBにトレスパスされ、その後、LUNの所有権は最初の所有者にリダイレクトされます。つまり、SPAにトレスパスされます  シナリオ2:
最適化されていないパスで多数のI/Oを受信した場合、Unityシステムはデータ パスを最適化するためにLUNをピアSPにトレスパスします。
後述のシナリオでは、ホストが誤って誤ったパスでデータを送信し、それに応じてUnityがLUNを自動的にトレスパスしてデータ パスを最適化した場合に発生します。 
 
これは、特定のLUNを所有していないSPの使用率が高くならないようにするためのUnity防御メカニズムにすぎません。

シナリオ3:
次のセットアップでは、SPに障害が発生した場合、LUNは正常に動作しているSPにフェールオーバーし、同じスイッチに接続されているため、I/Oの処理を継続します。スイッチに障害が発生した場合、もう一方のスイッチが両方のSPにアクセスできるため、最適化されていないパスを使用する必要がなくなります。ホストに障害が発生した場合、クラスターは他のホストへのフェールオーバーを開始し、アプリケーションをオンラインにします。ケーブルまたはポートの不良によるパス障害が発生しても、2番目の最適化されたパスを使用できるため、問題は発生しません。

この構成は、同じコンポーネント内にない限り、複数の障害に耐えることができます。たとえば、ホストB、スイッチA、SPAの障害は、正常に動作しているコンポーネントを使用してLUNにアクセスできるため、許容できます。この場合、ホストAはスイッチBを介して接続し、SPBにトレスパスされたLUNにアクセスできます。