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

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

共同作成者 netapp-aherbin netapp-mwallis
PDF

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

SAN環境では、ホストはLUN_ターゲット_へのリクエストの_イニシエーター_として扱われます。MPIOは、イニシエーターからターゲットへの複数のパスを可能にします。ALUAは、_最適化されたパス_と呼ばれる最も直接的なパスを識別します。

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

ONTAP Selective LUN Map（SLM）は、デフォルトでホストからLUNへのパス数を制限します。新規に作成されたLUNには、LUNを所有するノードまたはそのHAパートナーへのパスを通じてのみアクセスできます。また、イニシエータの_ポート セット_にLIFを設定することで、LUNへのアクセスを制限することもできます。

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

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

デフォルトでは、ONTAP Selective LUN Map（SLM）_は、SANホストからLUNへのパス数を制限します。新しく作成されたLUNには、LUNを所有するノード、またはそのHAパートナー（LUNの_レポートノード）へのパスを通じてのみアクセスできます。

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