ONTAP Oneライセンスには、ONTAPシステムでVVOLを使用するために必要なすべてのライセンスが含まれています。追加で必要なのは、VASA Providerとして機能する無料のONTAP tools OVAだけです。VVOL環境では、VASA Providerソフトウェアによってアレイの機能がポリシーベースの属性に変換され、VASA APIを介して利用できるようになります。vSphere管理者は、機能がバックグラウンドでどのように管理されているかを知る必要はありません。これにより、割り当てられたストレージ容量がポリシーに基づいて動的に消費されるため、従来のデータストアを手動で作成したり、個 々 のストレージ消費率を管理したりする必要がなくなります。要するに、VVOLは、エンタープライズストレージの管理に伴う複雑さをすべて解消し、vSphere管理者から抽象化されて仮想化レイヤに注力できるようにします。

VMware Cloud FoundationとvSANを使用しているお客様の場合、vVolは補助ストレージとして任意の管理ドメインまたはワークロードドメインに追加できます。vVolは、共通のストレージポリシーベースの管理フレームワークを通じてvSANとシームレスに統合されます。

次世代のONTAP tools 10リリースファミリーは、ESXi上のシンプルなOVAフォーマットアプライアンスを通じて導入可能な、拡張性に優れたコンテナ化されたマイクロサービスベースのアーキテクチャにより、以前の機能を最新化します。ONTAP tools 10は、以前の3つのアプライアンスと製品のすべての機能を1つの環境に統合します。VVOLの管理には、ONTAP tools VASA Provider用のvCenter UI拡張機能またはREST APIを使用します。SRAコンポーネントは従来のデータストア用であることに注意してください。VMware Site Recovery Managerでは、vVolにSRAは使用されません。

vSphereでONTAP vVolを使用するのは簡単で、公開されているvSphereのメソッドに従います（使用しているバージョンのESXiに対応するVMwareのドキュメントの「vSphere Storage」の「Working with Virtual Volumes」を参照してください）。ここでは、ONTAP と併せて考慮すべき追加のプラクティスをいくつか紹介します。

制限

一般に、ONTAPでサポートされるVVOLの制限は、VMwareで定義されています（公開されているを参照 "構成の最大値"）。LUN、ネームスペース、およびファイルの数とサイズに関する最新の制限については、を必ず確認してください "NetApp Hardware Universe の略"。

VVOLデータストアは一般的なvSphereインターフェイスを使用して作成することもできますが、ONTAPツールを使用すると、必要に応じてプロトコルエンドポイントが自動的に作成され、ONTAPのベストプラクティスに従ってFlexVolボリューム（ASA R2では不要）が作成されます。ホスト/クラスタ/データセンターを右クリックし、ONTAP tools_and_Provision datastores_を選択します。ウィザードで目的のvVolオプションを選択するだけです。

その結果、アプライアンスのリブートが必要になった場合、リブート中に自身のVVOLを再バインドできないため、アプライアンスのリブートが必要になることがあります。これらのデータは、別のONTAP ツールとvCenter環境で管理されるvVolデータストアに格納できます。

異なるONTAP リリース間でのVVOL処理は避けてください。

サポートされるストレージ機能（QoS、パーソナリティなど）はVASA Providerのリリースによって変更され、一部はONTAP リリースに依存します。ONTAP クラスタで異なるリリースを使用したり、リリースの異なるクラスタ間でVVolを移動したりすると、予期しない動作やコンプライアンスアラームが発生する可能性があります。

ONTAP tools VASAプロバイダは、管理対象のESXiホストで検出されたイニシエータに基づいて、FCPおよびiSCSI igroup、およびONTAP 内のNVMeサブシステムを管理します。ただし、ゾーニングを管理するためにファイバチャネルスイッチと統合することはできません。プロビジョニングを実行する前に、ベストプラクティスに従ってゾーニングを実行する必要があります。次に、4つのONTAPシステムに対する単一イニシエータゾーニングの例を示します。

単一イニシエータのゾーニング：

ベストプラクティスの詳細については、次のドキュメントを参照してください。

"_TR-4080『Best Practices for Modern SAN ONTAP 9』を参照してください"

"_TR-4684『Implementing and Configuring Modern SANs with NVMe-oF』を参照してください"

あなたの必要性に応じてあなたのバッキングFlexVolを計画しなさい。

ASA R2以外のシステムでは、複数の元のボリュームをvVolデータストアに追加して、ONTAPクラスタ全体にワークロードを分散したり、さまざまなポリシーオプションをサポートしたり、許可されるLUNやファイルの数を増やしたりすることができます。ただし、最大限のストレージ効率が必要な場合は、すべてのバッキングボリュームを1つのアグリゲートに配置してください。また、クローニングのパフォーマンスを最大限に高める必要がある場合は、単一のFlexVol ボリュームを使用し、テンプレートまたはコンテンツライブラリを同じボリューム内に維持することを検討してください。VASA Providerは、移行、クローニング、Snapshotなど、多くのVVOLストレージ処理をONTAP にオフロードします。単一のFlexVol ボリューム内で実行すると、スペース効率に優れたファイルクローンが使用され、ほぼ瞬時に使用できます。この処理をFlexVol ボリューム間で実行すると、コピーをすぐに使用でき、インラインの重複排除と圧縮が使用されます。ただし、バックグラウンドの重複排除と圧縮を使用するボリュームでバックグラウンドジョブが実行されるまで、最大限のストレージ効率が回復されることはありません。ソースとデスティネーションによっては、一部の効率が低下する場合があります。

ASA R2システムでは、ボリュームやアグリゲートの概念がユーザから抽象化されるため、この複雑さは解消されます。動的配置は自動的に処理され、必要に応じてプロトコルエンドポイントが作成されます。追加の拡張が必要な場合は、追加のプロトコルエンドポイントをその場で自動的に作成できます。

最大IOPSを使用して不明なVMやテストVMを制御することを検討してください。

最大IOPSを使用すると、不明なワークロードのIOPSを特定のVVolに制限して、他の重要度の高いワークロードへの影響を回避できます。パフォーマンス管理の詳細については、表4を参照してください。

*十分な数のデータLIFがあることを確認してください。*を参照してください "vVolストレージの導入"。

すべてのプロトコルのベストプラクティスに従ってください。

選択したプロトコルに固有のNetAppおよびVMwareのその他のベストプラクティスガイドを参照してください。一般的に、上記以外の変更はありません。