Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

SANパスのフェイルオーバー

共同作成者

リンク障害が発生すると、 SAN ホストは ALUA (非対称論理ユニットアクセス)と MPIO (マルチパス I/O )を使用してトラフィックを稼働している LIF に再ルーティングします。SVM が提供する LUN への使用可能なルートは、事前に定義されたパスで決まります。

SAN 環境では、ホストは lun_targets への要求の _ イニシエータ _ とみなされます。 _MPIO を使用すると、イニシエータからターゲットへの複数のパスを使用できます。ALUA は、「 _optimized paths 」と呼ばれる最も直接パスを特定します。 _

通常は、 LUN の所有者ノード上の LIF への最適パスと、 HA パートナー上の LIF への最適化されていないパスを、それぞれ複数構成します。所有者ノードの 1 つのポートで障害が発生すると、稼働しているポートにトラフィックがルーティングされます。すべてのポートで障害が発生した場合は、最適化されていないパスを介してトラフィックがルーティングされます。

ONTAP の選択的 LUN マップ( SLM )は、ホストから LUN へのパスの数をデフォルトで制限します。新しく作成した LUN には、 LUN を所有するノードまたは HA パートナーへのパス経由でのみアクセスできます。また、イニシエータに対して port set で LIF を設定して、 LUN へのアクセスを制限することもできます。

SANパスのフェイルオーバーの例

*_ SAN 環境でのボリュームの移動 _ *

デフォルトでは、 ONTAP の選択的 LUN マップ( SLM ) _ は、 SAN ホストから LUN へのパスの数を制限します。新しく作成した LUN には、 LUN を所有するノードまたは HA パートナーである LUN の _reporting nodes _ へのパス経由でのみアクセスできます。

そのため、ボリュームを別の HA ペアのノードに移動した場合、移動先の HA ペアのレポートノードを LUN マッピングに追加する必要があります。その後、 MPIO に新しいパスを指定します。ボリュームの移動が完了したら、ソース HA ペアのレポートノードをマッピングから削除できます。