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ペアのレポートノードをマッピングから削除できます。