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

ONTAPパスフェイルオーバー管理について学ぶ

共同作成者 netapp-aherbin netapp-ahibbard netapp-thomi

ONTAP が NAS トポロジと SAN トポロジでパス フェイルオーバーを管理する方法には重要な違いがあります。NAS LIF はリンク障害発生後に自動的に別のネットワーク ポートに移行します。SAN LIF は(障害発生後に手動で移動しない限り)移行しません。代わりに、ホスト上のマルチパス テクノロジによってトラフィックが同じ SVM 上の別の LIF に転送されますが、その LIF は別のネットワーク ポートにアクセスします。

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

NAS LIFは、現在のポートでリンク障害が発生すると、正常に動作しているネットワーク ポートに自動的に移行します。LIFの移行先ポートは、LIFの_フェイルオーバー グループ_のメンバーである必要があります。_フェイルオーバー グループ ポリシー_により、データLIFのフェイルオーバー先は、データを所有するノードとそのHAパートナーのポートに絞り込まれます。

管理の利便性のため、ONTAPはネットワーク アーキテクチャ内の各_ブロードキャスト ドメイン_に対してフェイルオーバー グループを作成します。ブロードキャスト ドメインは、同じレイヤ2ネットワークに属するポートをグループ化します。例えば、VLANを使用してトラフィックを部門(エンジニアリング、マーケティング、財務など)ごとに分離している場合、各VLANは個別のブロードキャスト ドメインを定義します。ブロードキャスト ドメインに関連付けられたフェイルオーバー グループは、ブロードキャスト ドメイン ポートを追加または削除するたびに自動的に更新されます。

フェイルオーバー グループを常に最新の状態に保つために、ブロードキャスト ドメインを使用してフェイルオーバー グループを定義することは、ほとんどの場合に推奨されます。ただし、場合によっては、ブロードキャスト ドメインに関連付けられていないフェイルオーバー グループを定義したい場合があります。たとえば、ブロードキャスト ドメインで定義されたポートのサブセット内のポートにのみLIFをフェイルオーバーさせたい場合などです。

ポートのリンク障害後の LIF 移行の図。

サブネット

_サブネット_は、ブロードキャスト ドメイン内のIPアドレスのブロックを予約します。これらのアドレスは同じレイヤ3ネットワークに属し、LIFの作成時にブロードキャスト ドメイン内のポートに割り当てられます。通常、LIFアドレスを定義する際にIPアドレスとネットワーク マスクを指定するよりも、サブネット名を指定する方が簡単でエラーも少なくなります。

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

リンク障害が発生すると、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ペアのレポート ノードはマッピングから削除できます。