VMFS は、共有ストレージプールであるデータストアを提供する、高性能なクラスタファイルシステムです。VMFSデータストアは、FC、iSCSI、FCoEを使用してアクセスするLUN、またはNVMe/FCまたはNVMe/TCPプロトコルを使用してアクセスするNVMeネームスペースで構成できます。VMFSを使用すると、クラスタ内のすべてのESXサーバから同時にストレージにアクセスできます。ONTAP 9.12.1P2以降（およびASAシステムの以前のバージョン）では、一般に最大LUNサイズは128TBです。したがって、単一のLUNを使用して、64TBの最大サイズのVMFS 5または6データストアを作成できます。

vSphereには、ストレージデバイスへの複数のパスのサポートが組み込まれています。vSphereは、サポートされているストレージシステムのストレージデバイスのタイプを検出し、使用されているプロトコルに関係なく、またはASA、AFF、FAS、またはSoftware Defined ONTAPを使用している場合は、使用中のストレージシステムの機能をサポートするようにマルチパススタックを自動的に構成します。

vSphereとONTAPはどちらも、Asymmetric Logical Unit Access（ALUA；非対称論理ユニットアクセス）をサポートしてファイバチャネルとiSCSI用のアクティブ/最適パスとアクティブ/非最適パスを確立し、NVMe/FCとNVMe/TCPを使用するNVMeネームスペース用のAsymmetric Namespace Access（ANA）をサポートしています。ONTAPでは、アクセスするLUNまたはネームスペースをホストするノード上のターゲットポートを使用する直接データパスが、ALUAまたはANA最適パスになります。ALUA / ANAは、vSphereとONTAPの両方でデフォルトで有効になっています。vSphereのマルチパスソフトウェアは、ONTAPクラスタをALUAまたはANAとして認識し、ラウンドロビンの負荷分散ポリシーが設定された適切なネイティブプラグインを使用します。

NetAppのASAシステムでは、LUNとネームスペースは対称パスを使用してESXiホストに提供されます。つまり、すべてのパスがアクティブで最適化されています。vSphereのマルチパスソフトウェアはASAシステムを対称と認識し、適切なネイティブプラグインとラウンドロビンによる負荷分散ポリシーを使用します。

ESXiで、制限を超えたLUN、ネームスペース、パスは認識されません。大規模な ONTAP クラスタでは、 LUN 数の上限に達する前にパス数の制限に達する可能性があります。この制限に対処するため、 ONTAP では、リリース 8.3 以降の選択的 LUN マップ（ SLM ）がサポートされています。

SLM は、特定の LUN へのパスをアドバタイズするノードを制限します。NetAppのベストプラクティスでは、SVMごとにノードごとに少なくとも2つのLIFを配置し、アドバタイズされるパスをSLMを使用してLUNをホストするノードとそのHAパートナーに制限することを推奨します。他のパスは存在しますが、デフォルトではアドバタイズされません。SLM 内で、レポートノードの追加引数および削除引数を使用して通知されたパスを変更することができます。8.3より前のリリースで作成されたLUNではすべてのパスがアドバタイズされるため、ホストしているHAペアへのパスのみがアドバタイズされるように変更する必要があります。SLMの詳細については、のセクション5.9を参照してください "TR-4080"。以前のポートセットの方式を使用すると、 LUN の使用可能なパスをさらに削減できます。ポートセットを使用すると、 igroup 内のイニシエータが LUN を認識する際に経由可能なパス数を減らすことができます。

SCSIベースのブロックプロトコル（iSCSI、FC、FCoE）は、LUN IDとシリアル番号、および一意の名前を使用してLUNにアクセスします。FCとFCoEはWorldwide Name（WWNNとWWPN）を使用し、iSCSIはiSCSI Qualified Name（IQN）を使用して、ポートセットとSLMでフィルタリングされたLUNとigroupのマッピングに基づいてパスを確立します。NVMeベースのブロックプロトコルは、自動生成されたネームスペースIDを持つネームスペースをNVMeサブシステムに割り当て、そのサブシステムをホストのNVMe Qualified Name（NQN）にマッピングすることで管理されます。FCとTCPに関係なく、NVMeネームスペースはWWPNまたはWWNNではなくNQNを使用してマッピングされます。次に、ホストは、マッピングされたサブシステム用のSoftware-Definedコントローラを作成して、そのネームスペースにアクセスします。ONTAP内のLUNおよびネームスペースへのパスは、ブロックプロトコルでは意味がなく、プロトコルのどこにも表示されません。したがって、 LUN のみが含まれるボリュームは内部でマウントする必要がなく、データストアで使用される LUN を含むボリュームのジャンクションパスも必要ありません。

考慮すべきその他のベストプラクティス：