ONTAP は、包括的な機能セットと幅広いストレージ要件への適応性で知られる、堅牢で多用途なストレージ プラットフォームです。この柔軟性により、多様なワークロードを抱える組織にとって最適な選択肢となりますが、お客様によっては、特定の環境のニーズに合わせて最適化された、よりカスタマイズされたストレージ ソリューションからメリットを得られる場合もあります。

これらの特殊なニーズに対応するために、一部のNetAppストレージ システムでは、それぞれ独自の顧客要件をサポートするように設計された機能セットを含む、異なるONTAPパーソナリティを提供しています。 ONTAPパーソナリティは通常、ハードウェアとソフトウェアの機能を組み合わせたもので、対象となるユースケースに最適化されたエクスペリエンスを提供する目的で構築されています。 NetApp は、次の 3 つのONTAPパーソナリティを提供します。

NetApp は、これらの明確なONTAP特性を提供することで、組織が運用要件とアプリケーション ワークロードに適合したストレージ ソリューションを選択できるようにします。

いいえ。ONTAPONTAPシステムのパーソナリティは不変であり、変更することはできません。たとえば、 FASまたはAFFストレージ システム (Unified ONTAPパーソナリティを実行) を AFX ストレージ システムに変換またはアップグレードすることはできません。

System Manager の左側のナビゲーション ペインで Cluster を選択し、次に Overview を選択します。ページにパーソナリティが表示されます。代わりに、CLI でコマンド「system node show」を発行することもできます。 REST APIを使用してONTAPクラスタのパーソナリティを確認することもできます。"最初のAFXシステムREST API呼び出し"詳細については。

AFX ストレージ システムは、2025 年 10 月のNetApp Insightカンファレンスで発表されました。AFX はONTAP 9.17.1 以降のリリースをサポートしています。詳細については、 NetApp の営業担当者にお問い合わせください。

「分解」という用語は、文脈に応じて、AFX では関連性のある 2 つの異なる意味を持つことがあります。

まず重要な概念は、コントローラー ノードのコンピューティング機能をストレージ シェルフから分離することです。 AFX では、Unified ONTAPパーソナリティを実行するFASおよびAFFシステムの場合のように、クラスターのコンピューティング コンポーネントとストレージ コンポーネントが密接に結合されなくなりました。代わりに、クラスター スイッチを介して接続されます。各 AFX ノード コントローラーは、クラスター ストレージ プール全体の完全なビューを持ちます。

分散ストレージに関連する 2 番目の概念は、集約と RAID 管理が管理可能なエンティティとして削除されることです。 AFX 内のストレージ抽象化レイヤーは、物理ディスクや RAID グループなどのストレージの低レベルの側面を自動的に構成および管理します。これにより、AFX 管理者はボリュームとバケットに基づいた高レベルのストレージ構成に集中できるようになります。

いいえ。同じクラスタ内で異なるONTAPパーソナリティを実行するシステム ノードを混在させることはできません。たとえば、同じクラスタ内で AFX ノード (AFX ONTAPパーソナリティを実行) とAFFまたはFASノード (Unified ONTAPパーソナリティを実行) を混在させることはできません。

○AFX ストレージ システムは、Unified ONTAPパーソナリティを実行するAFFまたはFASシステムとの間のFlexCache をサポートします。唯一の制限は、ライトバック モードのFlexCache がAFX ではサポートされないことです。

AFX のSnapMirrorバージョン ルールは、Unified ONTAPと同じです。つまり、Unified ONTAPからレプリケートするには、ソース システムがサポートされているバージョン範囲内にある必要があります。 AFX からレプリケートするには、Unified ONTAPシステムがONTAP 9.16.1 以降 (Advanced Capacity Balancing 機能がサポートされている最も古いリリース) である必要があります。 FlexCacheの場合、ソースシステムと宛先システムに同じルールが適用されます。 "TR-4743" 。

FlexGroupボリュームのサポートにはいくつかの違いがあります。 AFX 上のFlexGroupボリュームは、Writeback モードを使用するFlexCacheボリュームの元のボリュームになることはできません。

いいえ。AFX ではONTAP REST API のみがサポートされています。 ZAPI を使用する自動化コードは、AFX で使用するために REST API に変換する必要があります。

AFX でサポートされているデータ プロトコルは次のとおりです。

いいえ。AFX のデータ プロトコルは、 AFFおよびFASシステムと同じように動作します。

いいえ。ADP は AFX では使用されません。 AFX にはルート アグリゲートが存在しないため、ディスク領域効率を最大化するために ADP 機能は必要ありません。

いいえ。クラスター ネットワークでは、AFX ストレージ プラットフォーム用に特別に承認され、提供されているスイッチのみがサポートされます。また、これらのバックエンド スイッチは AFX クラスター操作専用です。クライアント アクセス操作 (NFS、SMB、S3 を使用) は、フロントエンド クライアント データ ネットワーク経由でのみ実行する必要があります。

クラスタ ネットワーク スイッチは、 NetAppが提供する構成ファイルを使用して構成されます。構成ファイルへの変更はサポートされていません。

AFX クラスターに接続されているすべてのディスクとストレージ シェルフは、ストレージ可用性ゾーン (SAZ) の一部です。各 AFX クラスターは 1 つの SAZ のみをサポートし、AFX クラスター間で共有することはできません ( SnapMirrorレプリケーションとFlexCache操作を除く)。

各ノードは SAZ 内のすべてのストレージを可視化できます。ストレージ シェルフがクラスターに追加されると、 ONTAPによってディスクが自動的に追加されます。

Unified ONTAPパーソナリティを実行するAFFおよびFASシステムでは、クラスタ内の 1 つのノードまたはアグリゲートから別のノードまたはアグリゲートにボリュームを無停止で再配置できます。これは、 SnapMirrorテクノロジーを使用したバックグラウンド コピー操作を使用して実行され、新しい場所に新しい宛先ボリュームが作成されます。ボリュームのサイズとクラスター リソースの使用率に応じて、ボリュームの移動が完了するまでにかかる時間は異なります。

AFX では集計はありません。すべてのストレージは、クラスター内のすべてのノードからアクセスできる単一のストレージ可用性ゾーン内に含まれます。その結果、ボリュームの移動では実際にデータをコピーする必要がなくなります。代わりに、すべてのボリュームの移動は、ノード間のポインタの更新によって実行されます。これはゼロ コピー ボリューム移動 (ZCVM) と呼ばれ、実際にデータがコピーまたは移動されないため瞬時に実行されます。これは基本的に、 SnapMirrorコピーなしの Unified ONTAPで使用されるボリューム移動プロセスと同じです。

AFX の初期リリースでは、ボリュームはストレージ フェイルオーバーのシナリオと、クラスターにノードが追加または削除された場合にのみ移動します。これらの移動はONTAPを通じてのみ制御されます。

AFX には、システムとユーザー オブジェクトの不均衡に対応する Automated Topology Management (ATM) と呼ばれる機能が含まれています。 ATM の主な目的は、AFX クラスター全体のボリュームのバランスを取ることです。不均衡が検出されると、アクティブ ノード全体にデータを均等に分散するための内部ジョブがトリガーされます。データは、オブジェクト メタデータのコピーと更新のみを必要とする ZCVM を使用して再割り当てされます。