Skip to main content
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

ONTAP Selectシングルノードおよびマルチノードのネットワーク構成

ONTAP Selectは、シングルノードとマルチノードの両方のネットワーク構成をサポートします。

シングルノード ネットワーク構成

シングルノードONTAP Select構成では、クラスタ、HA、またはミラートラフィックが存在しないため、ONTAP内部ネットワークは必要ありません。

ONTAP Select製品のマルチノード版とは異なり、各ONTAP Select VMには3つの仮想ネットワークアダプタが含まれ、ONTAPネットワークポートe0a、e0b、およびe0cに提供されます。

これらのポートは、管理、データ、およびクラスタ間LIFといったサービスを提供するために使用されます。

KVM

ONTAP Selectをシングルノード クラスタとして導入できます。ハイパーバイザー ホストには、外部ネットワークへのアクセスを提供する仮想スイッチが含まれています。

ESXi

次の図は、これらのポートと基盤となる物理アダプタの関係を示しています。この図は、ESXiハイパーバイザー上のONTAP Selectクラスタノードを示しています。

シングルノード ONTAP Select クラスタのネットワーク構成

シングルノードONTAP Selectクラスタのネットワーク構成

メモ 2 つのアダプタでシングルノード クラスタには十分ですが、 NIC チーミングは依然として必要です。

LIF の割り当て

このドキュメントのマルチノードLIF割り当てセクションで説明されているように、ONTAPはIPspacesを使用してクラスタ ネットワーク トラフィックをデータおよび管理トラフィックとは分離します。このプラットフォームのシングルノード バリアントには、クラスタ ネットワークは含まれません。したがって、クラスター IPspaceにはポートが存在しません。

メモ クラスタとノードの管理LIFは、ONTAP Selectクラスタのセットアップ時に自動的に作成されます。残りのLIFはデプロイメント後に作成できます。

管理LIFおよびデータLIF(e0a、e0b、e0c)

ONTAPポートe0a、e0b、およびe0cは、以下の種類のトラフィックを伝送するLIFの候補ポートとして割り当てられています。

  • SAN/NASプロトコルトラフィック(CIFS、NFS、iSCSI)

  • クラスタ、ノード、およびSVM管理トラフィック

  • クラスター間トラフィック(SnapMirrorおよびSnapVault)

マルチノード ネットワーク構成

マルチノードONTAP Selectネットワーク構成は2つのネットワークで構成されます。

これらは、クラスタおよび内部レプリケーション サービスを提供する内部ネットワークと、データ アクセスおよび管理サービスを提供する外部ネットワークです。これら 2 つのネットワーク内を流れるトラフィックをエンドツーエンドで分離することは、クラスタの回復力に適した環境を構築する上で非常に重要です。

これらのネットワークを次の図に示します。この図は、VMware vSphereプラットフォームで実行されている4ノードのONTAP Selectクラスタを示しています。6ノード、8ノード、10ノード、および12ノードのクラスタも同様のネットワークレイアウトになります。

メモ 各ONTAP Selectインスタンスは、別々の物理サーバ上に存在します。内部トラフィックと外部トラフィックは、各仮想ネットワークインターフェイスに割り当てられた別々のネットワークポートグループを使用して分離され、クラスタノードが同じ物理スイッチインフラストラクチャを共有できるようにします。

ONTAP Selectマルチノードクラスタネットワーク構成の概要

ONTAP Selectマルチノードクラスタネットワーク構成の概要

各ONTAP Select VMには、ONTAPにe0aからe0gまでの7つのネットワークポートのセットとして提示される7つの仮想ネットワークアダプタが含まれています。ONTAPはこれらのアダプタを物理NICとして扱いますが、実際には仮想的なものであり、仮想化されたネットワーク層を介して一連の物理インターフェイスにマッピングされます。その結果、各ホスティングサーバには6つの物理ネットワークポートは必要ありません。

メモ ONTAP Select VMへの仮想ネットワークアダプターの追加はサポートされていません。

これらのポートは、以下のサービスを提供するように事前設定されています:

  • e0a、e0b、およびe0g。管理LIFとデータLIF

  • e0c、e0d。クラスタネットワークLIF

  • e0e.RSM

  • e0fHAインターコネクト

ポートe0a、e0b、およびe0gは外部ネットワーク上に存在します。ポートe0cからe0fはいくつかの異なる機能を実行しますが、全体として内部Selectネットワークを構成します。ネットワーク設計を決定するときは、これらのポートを単一のレイヤー2ネットワークに配置する必要があります。これらの仮想アダプターを異なるネットワーク間で分離する必要はありません。

これらのポートと基盤となる物理アダプタの関係を次の図に示します。この図は、ESXiハイパーバイザー上の1つのONTAP Selectクラスタノードを示しています。

*マルチノードONTAP Selectクラスタの一部である単一ノードのネットワーク構成*マルチノードONTAP Selectクラスタの一部である単一ノードのネットワーク構成

内部トラフィックと外部トラフィックを異なる物理NICに分離することで、ネットワーク リソースへの不十分なアクセスを防ぎ、システムに遅延が発生するのを防ぎます。さらに、NICチーミングによる集約により、単一のネットワーク アダプタに障害が発生した場合でも、ONTAP Selectクラスタ ノードはネットワークへのアクセスを継続できます。

メモ 外部ネットワーク ポート グループと内部ネットワーク ポート グループの両方に、4つのNICアダプタすべてが対称的に含まれています。外部ネットワーク ポート グループ内のアクティブ ポートは、内部ネットワーク内のスタンバイ ポートです。逆に、内部ネットワーク ポート グループ内のアクティブ ポートは、外部ネットワーク ポート グループ内のスタンバイ ポートになります。

LIF の割り当て

IPスペースの導入により、ONTAPポートロールは非推奨になりました。FAS アレイと同様に、ONTAP Selectクラスタには、デフォルトIPスペースとクラスタIPスペースの両方が含まれます。ネットワークポートe0a、e0b、e0gをデフォルトのIPスペースに、ポートe0cとe0dをクラスタIPスペースに配置することで、これらのポートは本来属さないLIFをホストすることから事実上隔離されています。ONTAP Selectクラスタ内の残りのポートは、内部サービスを提供するインターフェースの自動割り当てを通じて利用されます。これらは、RSMおよびHAインターコネクトインターフェースの場合と同様に、ONTAPシェルを通じて公開されません。

メモ すべての LIF が ONTAP コマンドシェルから見えるわけではありません。HA インターコネクトと RSM インターフェイスは ONTAP からは非表示になっており、それぞれのサービスを提供するために内部的に使用されます。

ネットワークポートとLIFについては、以降のセクションで詳しく説明します。

管理およびデータLIF(e0a、e0b、e0g)

ONTAPポートe0a、e0b、およびe0gは、以下の種類のトラフィックを伝送するLIFの候補ポートとして割り当てられています:

  • SAN/NASプロトコルトラフィック(CIFS、NFS、iSCSI)

  • クラスタ、ノード、およびSVM管理トラフィック

  • クラスター間トラフィック(SnapMirrorおよびSnapVault)

メモ クラスタとノードの管理LIFは、ONTAP Selectクラスタのセットアップ時に自動的に作成されます。残りのLIFはデプロイメント後に作成できます。

クラスタネットワークLIF(e0c、e0d)

ONTAPポートe0cとe0dは、クラスタインターフェイスのホームポートとして委任されます。各ONTAP Selectクラスタノード内で、リンクローカルIPアドレス(169.254.x.x)を使用して、ONTAP のセットアップ中に2つのクラスタインターフェイスが自動的に生成されます。

メモ これらのインターフェイスに静的 IP アドレスを割り当てることはできません。また、追加のクラスタ インターフェイスを作成しないでください。

クラスタネットワーク トラフィックは、低レイテンシでルーティングされないレイヤー2ネットワークを経由する必要があります。クラスタのスループットとレイテンシの要件により、ONTAP Selectクラスタを物理的に近接した場所(たとえば、マルチパック、単一のデータセンター)に配置する必要があります。WANまたは地理的に離れた場所を介してHAノードを分離して、4、6、8、10、または12ノードのストレッチクラスタ構成を構築することはサポートされていません。メディエーターを使用した拡張2ノード構成がサポートされています。

詳細については、セクション"2ノード伸長HA(MetroCluster SDS)のベストプラクティス"を参照してください。

メモ クラスタ ネットワーク トラフィックの最大スループットを確保するため、このネットワーク ポートは、ジャンボ フレーム(7500~9000 MTU)を使用するように構成されています。クラスタを正しく動作させるには、ONTAP Select クラスタ ノードに内部ネットワーク サービスを提供する上流のすべての仮想スイッチと物理スイッチでジャンボ フレームが有効になっていることを確認してください。

RAID SyncMirrorトラフィック(e0e)

HAパートナーノード間でのブロックの同期レプリケーションは、ネットワークポートe0eに存在する内部ネットワークインターフェイスを使用して行われます。この機能は、クラスタのセットアップ時にONTAPによって設定されたネットワークインターフェイスを使用して自動的に実行され、管理者による設定は不要です。

メモ ポートe0eは、ONTAPによって内部レプリケーション トラフィック用に予約されています。そのため、ポートもホストされているLIFも、ONTAP CLIまたはSystem Managerには表示されません。このインターフェイスは、自動的に生成されたリンク ローカルIPアドレスを使用するように設定されており、代替IPアドレスを割り当てることはできません。このネットワークポートでは、ジャンボフレーム(7500~9000 MTU)を使用する必要があります。

HAインターコネクト(e0f)

NetApp FASアレイは、ONTAPクラスタ内のHAペア間で情報を受け渡すために特殊なハードウェアを使用します。しかし、ソフトウェア定義環境では、このタイプの機器(InfiniBandやiWARPデバイスなど)が利用できない傾向があるため、代替ソリューションが必要です。いくつかの可能性が検討されましたが、インターコネクト伝送に課せられたONTAP要件により、この機能をソフトウェアでエミュレートする必要がありました。その結果、ONTAP Selectクラスタ内では、HAインターコネクトの機能(従来はハードウェアによって提供されていた)が、イーサネットを伝送メカニズムとして使用してOS内に設計されています。

各ONTAP SelectノードにはHAインターコネクトポートe0fが設定されています。このポートはHAインターコネクトネットワークインターフェースをホストし、主に2つの機能を担っています:

  • HAペア間でのNVRAMの内容のミラーリング

  • HAペア間でのHAステータス情報とネットワークハートビートメッセージの送受信

HAインターコネクトトラフィックは、イーサネットパケット内にリモートダイレクトメモリアクセス(RDMA)フレームを階層化することにより、単一のネットワークインターフェースを使用してこのネットワークポートを介して流れます。

メモ RSMポート(e0e)と同様に、物理ポートもホストされているネットワークインターフェイスも、ONTAP CLIまたはSystem Managerからユーザーには表示されません。その結果、このインターフェイスのIPアドレスを変更することはできず、ポートの状態を変更することもできません。このネットワークポートでは、ジャンボフレーム(7500~9000 MTU)を使用する必要があります。