オンタップ

オンタップ

開発者	ネットアップ
OSファミリー	Unix ライク( BSD ) (Data ONTAP GX、Data ONTAP 8 以降)
作業状態	アクティブ
最新リリース	9.16.1 [1] / 2024年11月; 1か月前 (2024-11)
プラットフォーム	IA-32 (サポート終了)、Alpha (サポート終了)、MIPS (サポート終了)、ONTAP 8 以降を搭載したx86-64
カーネルタイプ	動的にロード可能なモジュールを備えたモノリシック
ユーザーランド	BSDA の
デフォルトの ユーザーインターフェース	コマンドラインインターフェース（PowerShell、SSH、シリアルコンソール）、Webベースのユーザーインターフェースを介したグラフィカルユーザーインターフェース、REST API
公式サイト	netapp.com/data-management/ontap-data-management-software/

ONTAP、Data ONTAP、Clustered Data ONTAP ( cDOT )、またはData ONTAP 7-Mode は、 NetApp FASおよび AFF、ONTAP Select、Cloud Volumes ONTAPなどのストレージディスク アレイで使用されるNetApp独自のオペレーティング システムです。バージョン 9.0 のリリースで、NetApp は Data ONTAP の名前を簡素化することを決定し、そこから「Data」という単語を削除し、7-Mode イメージを削除しました。そのため、ONTAP 9 は Clustered Data ONTAP 8 の後継となります。

ONTAPには、 BSD Net/2と4.4BSD-Lite、Spinnaker Networksテクノロジー、およびその他のオペレーティングシステムのコードが含まれています。 ^[2] ONTAPは当初NFSのみをサポートしていましたが、後にSMB、iSCSI、およびファイバチャネルプロトコル（Fibre Channel over EthernetとFC-NVMeを含む）のサポートが追加されました。2006年6月16日、^[3] NetAppはData ONTAPの2つの派生版、つまりData ONTAP 7Gと、ほぼ完全に書き直された^[2] Data ONTAP GXをリリースしました。Data ONTAP GXは、Spinnaker Networksから取得したグリッドテクノロジーをベースとしていました。2010年にこれらのソフトウェア製品ラインは1つのOSであるData ONTAP 8に統合され、Data ONTAP 7GがData ONTAP GXクラスタプラットフォームに組み込まれました。

Data ONTAP 8 には、単一のファームウェア イメージに保持される 2 つの異なる動作モードが含まれています。これらのモードは、ONTAP 7 モードと ONTAP クラスタ モードと呼ばれます。NetApp が発行した ONTAP 7 モードの最後のサポート バージョンは、バージョン 8.2.5 でした。それ以降のすべての ONTAP バージョン (バージョン 8.3 以降) には、ONTAP クラスタ モードという 1 つの動作モードのみがあります。

NetApp ストレージアレイは、高度にカスタマイズされたハードウェアと独自のONTAP オペレーティングシステムを使用します。どちらも元々は NetApp の創設者であるDavid Hitzと James Lau によってストレージサービス提供の目的で設計されました。ONTAP は NetApp の社内オペレーティングシステムで、高レベルと低レベルの両方でストレージ機能用に特別に最適化されています。ONTAP のオリジナルバージョンには、独自の非 UNIX カーネルと TCP/IP スタック、ネットワークコマンド、BSD の低レベルスタートアップコードが含まれていました。^{[4] [2]} Data ONTAP GX から派生したバージョンは、スタンドアロンのカーネルスペースモジュールとしてFreeBSDから起動し、 FreeBSDの一部の機能を使用します(たとえば、コマンドインタープリタとドライバスタックを使用します)。^[2] ONTAP は、ONTAP Select や Cloud Volumes ONTAP などの仮想ストレージアプライアンス (VSA) にも使用されます。これらはどちらも Data ONTAP Edge という以前の製品に基づいています。

すべてのストレージアレイハードウェアにはバッテリバックアップされた不揮発性メモリ[ ^5]が搭載されており、仮想ストレージアプライアンスが仮想不揮発性メモリを使用している間、ディスクを待つことなく安定したストレージへの書き込みを迅速にコミットできます。

実装者は、多くの場合、ファイバ チャネル、InfiniBand、10 ギガビット イーサネット、40 ギガビット イーサネット、または100 ギガビット イーサネットのいずれかのプライベート高速リンクを使用して、高可用性クラスタに 2 つのストレージ システムを編成します。さらに、Data ONTAP 8 オペレーティング システムの「クラスタ モード」または ONTAP 9 で実行している場合は、 このようなクラスタを単一の名前空間にグループ化することもできます。

Data ONTAPは、 VMware vSphereハイパーバイザー上で実行されるx86プロセッサを搭載したコモディティコンピューティングサーバー向けに「ONTAP Edge」という名前で提供されました。 ^[6]その後、ONTAP EdgeはONTAP Selectに名前が変更され、サポートされるハイパーバイザーとしてKVMが追加されました。

WAFLを含むData ONTAPは、1992年にDavid Hitz、James Lau、^[7]、Michael Malcolmによって開発されました。 ^[8]当初はNFSv2をサポートしていましたが、CIFSプロトコルは1996年にData ONTAP 4.0に導入されました。^[9] 2019年4月、ONTAPのSVPであるOctavian Tanaseは、デモ用のコンテナとしてKubernetesで実行されているONTAPのプレビュー写真をTwitterに投稿しました。

Write Anywhere File Layout (WAFL) は、ONTAP OS で使用されるファイル レイアウトであり、大規模で高性能な RAID アレイ、クラッシュや電源障害が発生した場合の長い整合性チェックなしの迅速な再起動、およびファイル システムのサイズの迅速な拡張をサポートします。

ONTAP OS には、WAFL 機能に基づく複数のストレージ効率が含まれています。すべてのプロトコルでサポートされており、ライセンスは必要ありません。2018 年 2 月^[要出典]にNetApp は、重複排除、圧縮、コンパクション、クローンの節約により、クライアントの AFF システムが平均 4.72:1 のストレージ効率を実現したと主張しています。ONTAP 9.3 以降では、オフラインの重複排除および圧縮スキャナーがデフォルトで自動的に開始され、スケジュールではなく、書き込まれた新しいデータの割合に基づいて開始されます。

• データ削減効率は、ボリュームと集計の効率およびゼロブロック重複排除の要約です。
  • ボリューム効率は、ボリュームごとに個別に有効化/無効化できます。
    1. オフラインボリューム重複排除は4KBブロックレベルで動作します。
    2. 後に導入された追加の効率化メカニズムには、ポストプロセス（またはバックグラウンド）圧縮とも呼ばれるオフラインボリューム圧縮があり、ポストプロセスセカンダリ圧縮とポストプロセスアダプティブ圧縮の2種類があります。
    3. インライン ボリューム重複排除とインライン ボリューム圧縮は、データがディスクに到達する前に一部のデータをオンザフライで圧縮し、ONTAP でオンザフライで処理するのに時間がかかると判断された場合は一部のデータを非圧縮のまま残し、後でこの非圧縮データに対して他のストレージ効率化メカニズムを活用するように設計されています。インライン ボリューム圧縮には、インライン アダプティブ圧縮とインライン セカンダリ圧縮の 2 種類があります。
  • 集計レベルのストレージ効率には以下が含まれます。
    1. データ圧縮は、4KB未満の多数のデータブロックを1つの4KBブロックに圧縮するために使用される別のメカニズムです。
    2. インライン アグリゲート全体のデータ重複排除 (IAD)とポストプロセス アグリゲート重複排除(別名クロスボリューム重複排除^{[要出典])は、アグリゲート上のボリューム間で共通ブロックを共有します。IAD は、ストレージ システムが特定のしきい値を超えると、自動的に調整できます。現在、単一の}SSDアグリゲートの物理スペースの制限は800 TiB です。
  • インラインゼロブロック重複排除^[10]は、ディスクに到達する前にゼロを重複排除する。
• スナップショットとFlexCloneも効率化メカニズムと見なされます。9.4 ONTAP 以降では、デフォルトでアクティブなファイル システムとボリューム上のすべてのスナップショットにわたってデータの重複が排除されます。スナップショット共有による節約はスナップショットの数の大きさに比例し、スナップショットの数が多いほど節約額も大きくなります。したがって、スナップショット共有により、SnapMirror の宛先システムでより多くの節約が実現します。
• シンプロビジョニング

ボリューム間の重複排除ストレージ効率機能は、SSD メディアでのみ機能します。データベースを活用するインラインおよびオフラインの重複排除メカニズムは、重複排除プロセスによって処理されたデータ ブロックのデータ ブロックとチェックサムのリンクで構成されます。各重複排除データベースは、重複排除が有効になっている各ボリュームおよびアグリゲート上にあります。All Flash FAS システムでは、後処理圧縮はサポートされていません。

ストレージ効率の実行順序は次のとおりです。

1. インラインゼロブロック重複排除
2. インライン圧縮: 8 KB に圧縮できるファイルには適応型圧縮を使用し、32 KB を超えるファイルには二次圧縮を使用します。
3. インライン重複排除: 最初にボリューム、次にアグリゲート
4. インライン適応型データ圧縮
5. 後処理圧縮
6. 後処理重複排除: 最初にボリューム、次にアグリゲート

1 つまたは複数の RAID グループが「アグリゲート」を形成し、アグリゲート内で ONTAP オペレーティング システムが「フレキシブル ボリューム」( FlexVol ) を設定して、ユーザーがアクセスできるデータを格納します。RAID 0と同様に、各アグリゲートは、基盤となる保護された RAID グループの領域を統合して、フレキシブル ボリューム用の 1 つの論理ストレージを提供します。NetApp のディスクと RAID グループのアグリゲートに加えて、アグリゲートは、FlexArray、ONTAP Select、または Cloud Volumes ONTAP を備えたサードパーティのストレージ システムですでに保護されている LUN で構成できます。各アグリゲートは、LUN または NetApp の RAID グループで構成できます。代替案は、「従来のボリューム」で、1 つまたは複数の RAID グループが 1 つの静的ボリュームを形成します。フレキシブル ボリュームの利点は、1 つのアグリゲート上に多数のフレキシブル ボリュームを作成し、いつでもサイズを変更できることです。小さいボリュームは、基盤となるアグリゲートで使用可能なすべてのスピンドルを共有できます。また、ストレージの組み合わせにより、QoS によってフレキシブル ボリュームのパフォーマンスをオンザフライで変更できますが、従来のボリュームでは変更できません。ただし、従来のボリュームは、基盤となるディスクと通信するために追加の仮想化レイヤーを通過する必要がないため、（理論上は）フレキシブル ボリューム（同じスピンドル数）よりもわずかに高い I/O スループットを処理できます。アグリゲートと従来のボリュームは拡張のみ可能で、縮小することはできません。オールフラッシュ FAS システムの場合、現在の最大アグリゲート物理有効スペース サイズは 800 TiB です。^{[引用が必要]}

ONTAP に追加された最初の冗長性は、NetApp ストレージ システムのペアを高可用性クラスタ(HA ペア)に編成する機能でした。 ^[11] HA ペアは、ディスク シェルフを追加することで容量を拡張できます。HA ペアでパフォーマンスの最大値に達した場合、2 つの方法がありました。1 つは別のストレージ システムを購入してワークロードを分割すること、もう 1 つは新しい、より強力なストレージ システムを購入してすべてのワークロードをそこに移行することです。すべての AFF および FAS ストレージ システムは通常、以前のモデルの古いディスク シェルフを接続できました。このプロセスはヘッド スワップと呼ばれます。ヘッド スワップでは、ケーブルの再接続操作のためにダウンタイムが必要になり、システムを再構成せずに新しいコントローラで古いデータにアクセスできます。Data ONTAP 8 以降、各ファームウェア イメージには、7 モードとクラスタ モードという「モード」と呼ばれる 2 つのオペレーティング システムが含まれています。^[12]両方のモードを同じ FAS プラットフォームで 1 つずつ使用できます。ただし、FAS をあるモードから別のモードに変換する場合や、ディスク シェルフを 7 モードから Cluster モードに再配線する場合、またはその逆の場合、各モードのデータは他のモードと互換性がありませんでした。

その後、NetAppは7モード移行ツール（7MTT）をリリースしました。これは、古いディスクシェルフ上のデータを7モードからクラスタモードに変換することができます。これはコピーフリー移行と呼ばれ、^[13]ダウンタイムを必要とするプロセスです。バージョン8.3では、7モードはData ONTAPファームウェアイメージから削除されました。^[14]

Clustered ONTAP は、前身の Data ONTAP (バージョン 7 および 7 モードのバージョン 8) と比較して、より高度な新しい OS です。新しい HA ペアを単一の名前空間クラスタに追加することでスケールアウトし、クラスタ全体にわたって透過的なデータ移行を行うことができます。バージョン 8.0 では、以前のリリースの Data ONTAP でサポートされていた 16 テラバイト (TB) のアグリゲート サイズしきい値よりも大きいサイズしきい値を持つ新しいアグリゲート タイプが導入されました。これは 64 ビット アグリゲートとも呼ばれます。^[15]

バージョン9.0では、SnapLockを含む7-Modeのほぼすべての機能がONTAP（クラスタ化）に正常に実装されました。^[16 ]また、FlexGroup、FabricPoolなどの機能や、ワークロードの高速プロビジョニングやフラッシュ最適化などの新機能など、7-Modeでは利用できなかった多くの新機能が導入されました。^[17]

NetApp の Clustered ONTAP のユニークな点は、単一クラスタに異機種システム (単一クラスタ内のすべてのシステムが同じモデルまたは世代である必要がない)を追加できることです。これにより、クラスタ内のすべてのノードを単一の画面で管理できるようになり、クラスタへの新しいモデルの追加、古いノードの削除、ボリュームおよび LUN のオンライン移行などの操作を中断することなく実行でき、クライアントはデータを連続的に利用できます。^[18]バージョン 9.0 では、NetApp は Data ONTAP を ONTAP に改名しました。

ONTAP は統合ストレージ システムと見なされており、クライアントに対してブロック レベル (FC、FCoE、NVMeoF、iSCSI) とファイル レベル (NFS、pNFS、CIFS/SMB ) の両方のプロトコルをサポートしています。ONTAP の SDS バージョン (ONTAP Select および Cloud Volumes ONTAP) は、ソフトウェア定義の性質上、FC、FCoE、NVMeoF プロトコルをサポートしていません。

NFSはONTAPで最初に利用可能になったプロトコルです。最新バージョンのONTAP 9はNFSv2、NFSv3、NFSv4（4.0および4.1）、pNFSをサポートしています。ONTAP 9.5以降では、基本多言語面以外の文字に対する4バイトUTF-8シーケンスがファイル名とディレクトリ名でサポートされています。^[19]

ONTAP は、CIFS 2.0 以降から SMB 3.1 までをサポートします。ONTAP 9.4 以降では、SAN プロトコルのマルチパスと同様の機能を提供する SMB マルチチャネルがサポートされています。ONTAP 8.2 以降では、CIFS プロトコルで、SMB 経由の Microsoft Hyper-V および SMB 経由の SQL Server に対して、SMB 3.0 による継続的可用性 (CA) がサポートされています。ONTAP は、シーリングとも呼ばれる SMB 暗号化をサポートしています。SMB 3.0 以降では、高速 AES 命令 (Intel AES NI) 暗号化がサポートされています。

物理アプライアンス上の ONTAP は、HBA ポート速度に応じて、FCoE と FC プロトコルをサポートします。

A220/FAS2700 システムでサポートされる iSCSI データ センター ブリッジング (DCB) プロトコル。

NVMe over Fabrics ( NVMeoF ) とは、イーサネット (統合型または従来型)、TCP、ファイバ チャネル、InfiniBand などの既存のネットワーク インフラストラクチャ上で NVMe プロトコルを利用して転送する機能を指します (NVMe over PCI を実行するのとは対照的)。NVMe は、SAN ブロック レベルのデータ ストレージ プロトコルです。NVMeoF は、オールフラッシュ A システムでのみサポートされ、ローエンドの A200 および A220 システムではサポートされません。ONTAP 9.5 以降では、ALUA マルチパス機能に似た機能を NVMe に提供する ANA プロトコルがサポートされています。NVMe 用の ANA は現在、SUSE Enterprise Linux 15 でのみサポートされています。ANA なしの FC-NVMe は、SUSE Enterprise Linux 12 SP3 および RedHat Enterprise Linux 7.6 でサポートされています。

FC-NVMe は、32 Gbit/s 以上の FC ポートを備えたシステムでサポートされます。FC-NVMe でサポートされているオペレーティング システムは、Oracle Linux、VMware、Windows Server、SUSE Linux、RedHat Linux です。

S3 (オブジェクト)

ONTAP は、オブジェクト アクセス用の S3 プロトコルを介してデータを提供するための限定的な機能をサポートしています (サポートされている機能とサポートされていない機能の詳細については、製品ドキュメントを参照してください)。S3 バケットは FlexGroup ボリューム テクノロジーを活用しており、ONTAP 9.12.1 では、既存の NAS ボリュームを S3 でアクセス可能なバケットとして提示するためのサポートが発表されています。

高可用性(HA) は、2 つのノードまたは HA ペアを持つストレージ システムのクラスター構成であり、再起動、ソフトウェアまたはファームウェアの更新などの予期されるイベントや予期しないイベントの発生時に、合意されたレベルの運用を確保することを目的としています。

1 つの HA ペアは 2 つのノード (またはコントローラ) で構成されますが、NetApp はこれを単一のストレージ システムとして動作するように設計しました。ONTAP の HA 構成では、ペアの 2 つのノードを単一のシステムとして提示するために、いくつかの手法が採用されています。これにより、ノードが予期せず故障した場合や、「テイクオーバー」と呼ばれる操作で再起動する必要がある場合でも、ストレージ システムはクライアントにほぼ中断のないデータ アクセスを提供できます。

たとえば、ネットワーク レベルでは、ONTAP はダウンしたノードの IP アドレスを存続ノードに一時的に移行し、該当する場合は、FC WWPN の所有権もダウンしたノードから存続ノードに一時的に切り替えます。データ レベルでは、ダウンしたノードに割り当てられているディスクの内容は、存続ノードを介して自動的に使用できるようになります。

FAS および AFF ストレージ システムは、2 つのバス ポートを持つディスク シェルフ内に収容されたエンタープライズ レベルの HDD および SSD ドライブを使用します。各ポートは各コントローラに接続されています。ONTAPのすべてのディスクには、HA ペアのどのコントローラが各ディスクを所有し、サービスを提供しているかを示す所有権マーカーが書き込まれています。アグリゲートには、1 つのノードが所有するディスクのみを含めることができます。したがって、ノードが所有する各アグリゲートと、FlexVol ボリューム、LUN、ファイル共有などの上位オブジェクトは、1 つのコントローラで提供されます。各コントローラは独自のディスクとアグリゲートを持ち、それらを提供できます。したがって、このような HA ペア構成はアクティブ/アクティブと呼ばれ、同じデータを提供していなくても両方のノードが同時に使用されます。

HA ペアのダウンしたノードが修復されるか、テイクオーバーを必要とするメンテナンス ウィンドウが完了し、ダウンしたノードが問題なく稼働している場合は、「giveback」コマンドを発行して HA ペアを「アクティブ/アクティブ」状態に戻すことができます。

高可用性クラスタ(HA クラスタ) は、ONTAP システムに導入された最初のタイプのクラスタ化です。合意されたレベルの操作を保証することを目的としています。これは、Spinnaker の買収によって生まれた水平スケーリング ONTAP クラスタ化と混同されることが多いため、NetApp のドキュメントでは、HA 構成をHA クラスタではなくHA ペアと呼んでいます。

HA ペアは、ペアのサーバ間の通信に何らかの形式のネットワーク接続 (多くの場合、直接接続) を使用します。これは、HA インターコネクト (HA-IC) と呼ばれます。HA インターコネクトは、通信媒体としてEthernetまたはInfiniBand を使用できます。HA インターコネクトは、 RDMAテクノロジを使用した不揮発性メモリログ (NVLOG) レプリケーションに使用され、HA ペア構成の 2 つのノード間で常に再起動などのイベント中に合意されたレベルの操作を保証するための他の目的にのみ使用されます。ONTAP は、HA インターコネクトに専用の共有不可能な HA ポートを割り当てます。このポートは、外部またはシャーシに組み込まれている (外部からは見えない) 場合があります。HA-IC を、SnapMirror に使用され、データ ポート上のデータ プロトコルと共存できるクラスタ間またはクラスタ内インターコネクト、またはマルチノード クラスタ全体の水平スケーリングとオンライン データ移行に使用されるクラスタ インターコネクト ポートと混同しないでください。HA-IC インターフェイスは、ノード シェル レベルでのみ表示されます。A320 以降、HA-IC とクラスタ インターコネクト トラフィックは同じポートを使用し始めます。

MetroCluster (MC) は、HA 構成に対するデータ可用性の追加レベルであり、FAS および AFF ストレージ システムでのみサポートされています。その後、MetroCluster の SDS バージョンが ONTAP Select および Cloud Volumes ONTAP 製品で導入されました。MC 構成では、2 つのストレージ システム (各システムは単一ノードまたは HA ペア) が MetroCluster を形成します。多くの場合、2 つのシステムは 2 つのサイトに配置され、それらの間の距離は最大 300 km であるため、地理的に分散されたシステムと呼ばれます。Plexは、 MetroCluster の 2 つのサイト間でデータを同期する主要な基盤テクノロジーです。MC 構成では、NVLOG もサイト間のストレージ システム間で複製されますが、そのためには HA 相互接続に加えて専用ポートを使用します。ONTAP 9.5 以降では、MetroCluster 構成で SVM-DR がサポートされます。

これは ONTAP Select ソフトウェアの機能で、FAS/AFF システム上の MetroCluster と同様に、MetroCluster SDS (MC SDS) を使用すると、SyncMirror を使用して 2 つのサイト間でデータを同期的に複製し、ユーザーとアプリケーションに対して透過的に、存続しているノードに自動的に切り替えることができます。MetroCluster SDS は通常の HA ペアとして機能するため、データ ボリューム、LUN、および LIF を両方のサイトのアグリゲートとコントローラ間でオンラインで移動できます。これは、データが元々存在していたサイト内でのみストレージ クラスタ間でデータ クラウドを移動できる、FAS/AFF システム上の従来の MetroCluster とは少し異なります。従来の MetroCluster では、アプリケーションがリモート サイトでローカルにデータにアクセスする唯一の方法は、1 つのサイト全体を無効にすることです。このプロセスはスイッチオーバーと呼ばれ、MC SDS では通常の HA プロセスが実行されます。MetroCluster SDS は、ONTAP Select にバンドルされ、通常、クラスタの導入、ライセンスのインストール、および監視に使用される ONTAP Deploy をメディエーターとして使用します (FAS および AFF の世界では、この機能は MetroCluster タイブレーカーと呼ばれます)。

水平スケーリング ONTAP クラスタ化は Spinnaker の買収によって実現し、NetApp では「単一ネームスペース」、「水平スケーリング クラスタ」、「ONTAP ストレージ システム クラスタ」、または単に「ONTAP クラスタ」と呼ばれることが多く、そのため HA ペアや MetroCluster 機能と混同されることがよくあります。MetroCluster と HA はデータ保護テクノロジですが、単一ネームスペース クラスタ化ではデータ保護は提供されません。ONTAP クラスタは 1 つまたは複数の HA ペアから形成され、クラスタ内のノード間での中断のないオンライン データ移行や中断のないハードウェア アップグレードなどの、ONTAP システムの無停止操作 (NDO) 機能を追加します。ONTAP クラスタでの NDO 操作のデータ移行には、クラスタインターコネクトと呼ばれる操作専用のイーサネット ポートが必要であり、この目的で HA インターコネクトは使用されません。クラスタ インターコネクトと HA インターコネクトは同じポートを共有できません。単一の HA ペアを持つクラスタ インターコネクトには、直接接続されたクラスタ インターコネクト ポートを使用できますが、4 つ以上のノードを持つシステムには、専用のイーサネット クラスタ インターコネクト スイッチが 2 つ必要です。 ONTAP クラスタは、シングルノード クラスタを除き、偶数個のノード（HA ペアとして構成する必要があります）でのみ構成できます。シングルノード クラスタ ONTAP システムは、非 HA（スタンドアロン）とも呼ばれます。ONTAP クラスタは、Web ベースの GUI、CLI（SSH および PowerShell）、および API を使用した単一の組み込み管理パネルで管理されます。ONTAP クラスタは、SVM を介した NDO 操作用に単一の名前空間を提供します。ONTAP システムの単一の名前空間は、クラスタが FC 、 FCoE 、 FC -NVMe、iSCSI、NFS、CIFSなどのデータ プロトコルを使用してフロントエンド ネットワーク接続からデータを分離するために使用する一連の手法の名前です。これにより、クラスタ ノード間でのオンライン データ モビリティのための一種のデータ仮想化が実現します。ネットワーク層では、単一の名前空間により、CIFS 継続的な可用性（透過的フェイルオーバー） 、NFS および SAN ALUA用の NetApp のネットワーク フェイルオーバー、データ プロトコルを使用したオンライン フロントエンド トラフィック再分散用のパス選択など、中断を伴わない IP アドレス移行のためのさまざまな手法が提供されます。 NetApp AFF および FAS ストレージ システムは、異なる HA ペア (AFF と FAS)、異なるモデルと世代で構成でき、NAS プロトコルでは最大 24 ノード、SAN プロトコルでは最大 12 ノードを含めることができます。SDS システムは、物理 AFF または FAS ストレージ システムと混在させることはできません。

Vserver または SVM とも呼ばれます。ストレージ仮想マシン (SVM) は抽象化レイヤーであり、他の機能とともに、物理的なフロントエンド データ ネットワークを仮想化して、FlexVol ボリュームにあるデータから分離します。これは、無停止操作とマルチテナントに使用されます。また、NetApp で使用できる論理構造の最高形式でもあります。SVM は別の SVM の下にマウントできないため、グローバル名前空間を参照できます。

SVM はストレージ システムをスライスに分割するため、少数の部門または組織が、クラスター内の同じポート、データ アグリゲート、ノードを使用し、個別の FlexVol ボリュームと LUN を使用しても、互いに認識したり干渉したりすることなくストレージ システムを共有できます。1 つの SVM は別の SVM のオブジェクトを作成、削除、変更したり、表示したりできないため、SVM 所有者にとっては、このような環境はストレージ システム クラスター全体のユーザーのみであるように見えます。

（クラスタ化された）ONTAP システムでは、NDO（無停止操作）操作はほとんどありません。NDO データ操作には、ノード間の HA ペア内のアグリゲートの再配置、クラスタ内のアグリゲートとノード間の FlexVol ボリュームのオンライン移行（ボリューム移動操作と呼ばれる）、クラスタ内の FlexVol ボリューム間の LUN 移行（LUN 移動操作と呼ばれる）が含まれます。LUN 移動操作とボリューム移動操作では、データ転送にクラスタ相互接続ポートが使用されます（HA-CI はこのような操作には使用されません）。SVM は、フロントエンド データ プロトコルに応じて、ネットワーク NDO 操作で異なる動作をします。レイテンシを元のレベルまで下げるには、FlexVol ボリュームと LUN を、クライアントがストレージ システムにアクセスする際に使用するネットワーク アドレスと同じノードに配置する必要があります。そのため、SAN 用にネットワーク アドレスを作成するか、NAS プロトコル用にネットワーク アドレスを移動します。NDO 操作は無料の機能です。

NAS フロントエンド データ プロトコルには、NFSv2、NFSv3、NFSv4、CIFSv1、SMBv2、SMB v3 があり、これらはプロトコル自体でネットワーク冗長性を提供しないため、この点についてはストレージとスイッチの機能に依存しています。このため、ONTAP は、単一ノード内のL2レイヤー (ONTAP ではインターフェイス グループ、ifgrpと呼ばれます) のイーサネット ネットワーク ポートを使用してイーサネット ポート チャネルと LACP をサポートし、また、 L3レイヤーのクラスタ内のノード間で、論理インターフェイス (LIF) と関連 IP アドレス ( VRRPに類似) を存続ノードに移行し、障害ノードが復元されたら元のノードに戻すことで、中断のないネットワーク フェイルオーバーもサポートします。

フロントエンド データ SAN プロトコル用。SANプロトコルでネットワーク ロード バランシングと冗長性に使用されるALUA機能により、データが配置されているノード上のすべてのポートがアクティブな優先パスとしてクライアントに報告され、それらの間でロード バランシングが行われます。一方、クラスタ内の他のすべてのノード上の他のすべてのネットワーク ポートはアクティブな非優先パスであるため、1 つのポートまたはノード全体がダウンした場合でも、クライアントは非優先パスを使用してデータにアクセスできます。ONTAP 8.3 以降では、選択的 LUN マッピング (SLM) が導入され、LUN へのパスの数を減らし、LUN を所有するノードの HA パートナーを除く他のすべてのクラスタ ノードを経由する LUN への非最適化パスを削除しました。そのため、クラスタは LUN が配置されている HA ペアからのみホスト パスを報告します。ONTAP は SAN プロトコルに ALUA 機能を提供するため、SAN ネットワーク LIF は NAS プロトコルのように移行しません。データまたはネットワーク インターフェイスの移行が完了すると、ONTAP アーキテクチャによりストレージ システムのクライアントに対して透過的になり、ONTAP クラスタ相互接続を介して一時的または永続的なデータ間接アクセスが発生する可能性があります (このような状況では HA-CI は使用されません)。これにより、クライアントのレイテンシがわずかに増加します。SAN LIF は、FC、FCoE、iSCSi、および FC-NVMe プロトコルに使用されます。

VIP (仮想 IP) LIF には、トップ オブ ザ ラック BGP ルータを使用する必要があります。NAS LIF とともに BGP データ LIF も NAS 環境のイーサネットで使用できますが、BGP LIF の場合は、ルーティング メトリックに基づいてトラフィックの負荷を自動的に分散し、非アクティブで未使用のリンクを回避します。BGP LIF は、NAS LIF のように単一のノードに限定されず、クラスタ内のすべての NAS LIF に分散を提供します。BGP LIF は、イーサネット ポート チャネルのハッシュ アルゴリズムとインターフェイス グループを使用した LACP で実現されるものよりもスマートな負荷分散を提供します。VIP LIF インターフェイスはテスト済みで、MCCおよび SVM-DR で使用できます。

ノード管理 LIF インターフェイスは、関連付けられた IP アドレスを使用して単一ノードのイーサネット ポート間で移行でき、ONTAP がノードで実行されている場合にのみ使用できます。通常はノードの e0M ポートにあります。ノード管理 IP は、コマンドを特定のノードから発行する必要があるまれなケースで、クラスタ管理者がノードとクラスタ シェルとの通信に使用することがあります。関連付けられた IP アドレスを持つクラスタ管理 LIF インターフェイスは、クラスタ全体が起動して実行されている場合にのみ使用でき、デフォルトではイーサネット ポート間で移行でき、通常はクラスタ ノードの 1 つにある e0M ポートの 1 つにあり、クラスタ管理者が管理目的で使用します。API 通信、HTML GUI、および SSH コンソール管理に使用され、デフォルトでは管理者はクラスタ シェルに ssh 接続します。サービス プロセッサ (SP) インターフェイスは、FAS や AFF などのハードウェア アプライアンスでのみ使用可能で、コントローラのメインボードにインストールされている組み込みの小型コンピュータとの SSHアウトオブバンドコンソール通信を可能にします。また、IPMIと同様に、ONTAP OS が起動していなくてもコントローラを接続、監視、管理できます。SP を使用すると、コントローラを強制的に再起動または停止したり、クーラーや温度などを監視したりできます。SSH で SP に接続すると、管理者は SP コンソールに移動しますが、SP に接続すると、それを介してクラスタ シェルに切り替えることができます。各コントローラには 1 つの SP があり、他の管理インターフェイスのように移行しません。通常、e0M と SP はどちらも単一の管理 (レンチ) 物理イーサネット ポート上に存在しますが、それぞれに専用の MAC アドレスがあります。ノード LIF、クラスタ LIF、および SP は、多くの場合、同じ IP サブネットを使用します。SVM管理 LIFは、クラスタ管理 LIF と同様に、クラスタのノード上のすべてのイーサネット ポートに移行できますが、単一の SVM 管理専用です。SVM LIF には GUI 機能がなく、API 通信と SSH コンソール管理のみを容易にできます。 SVM 管理 LIF は e0M ポート上に存在できますが、多くの場合、専用の管理 VLAN 上のクラスタ ノードのデータ ポート上に存在し、ノードおよびクラスタ LIF の IP サブネットとは異なる場合があります。

クラスタ相互接続 LIF は、専用のイーサネット ポートを使用してインターフェイスし、管理インターフェイスやデータ インターフェイスとポートを共有することはできません。また、LUN やボリュームがクラスタの 1 つのノードから別のノードに移行するときに水平スケーリング機能を使用することはできません。クラスタ相互接続 LIF は、ノード管理 LIF と同様に、単一ノードのポート間で移行できます。クラスタ間インターフェイス LIF は、データ LIF と同じイーサネット ポートを存続して共有し、SnapMirror レプリケーションに使用できます。クラスタ間インターフェイス LIF は、ノード管理 LIF やクラスタ相互接続 LIF と同様に、単一ノードのポート間で移行できます。

ONTAP は、ストレージ仮想マシンと IP スペースのようなマルチテナント機能の 2 つの手法を提供します。一方では、SVM は KVM などの仮想マシンに似ており、物理ストレージからの視覚化抽象化を提供しますが、もう一方ではまったく異なります。通常の仮想マシンとは異なり、SVM では Pure ストレージ システムのようにサード パーティのバイナリ コードを実行できません。代わりに、仮想化された環境とストレージ リソースを提供するだけです。また、SVM は通常の仮想マシンとは異なり、単一のノードで実行されませんが、エンド ユーザーにとっては、SVM がクラスタ全体の各ノードで単一のエンティティとして実行されているように見えます。SVM はストレージ システムをスライスに分割するため、クラスタ内の同じポート、データ アグリゲート、ノードを使用し、個別の FlexVol ボリュームと LUN を使用しながら、いくつかの部門または組織が互いに認識したり干渉したりすることなくストレージ システムを共有できます。各 SVM は、独自のフロントエンド データ プロトコル、ユーザー セットを実行でき、独自のネットワーク アドレスと管理 IP を使用できます。IP スペースを使用すると、ユーザーは同じストレージ システムで干渉することなく同じ IP アドレスとネットワークを持つことができます。各 ONTAP システムは、機能するために少なくとも 1 つのデータ SVM を実行する必要がありますが、それ以上実行することもできます。ONTAP 管理にはいくつかのレベルがあり、Cluster Admin レベルには使用可能な権限がすべてあります。各データ SVM は、所有者にvsadminを提供します。これは、Cluster Admin レベルのほぼ完全な機能を備えていますが、RAID グループ構成、アグリゲート構成、物理ネットワーク ポート構成などの物理レベルの管理機能はありません。ただし、vsadmin は、LUN、FlexVol ボリューム、ネットワーク アドレスの作成、削除、構成など、SVM 内の論理オブジェクトを管理できるため、クラスター内の 2 つの SVM が互いに干渉することはできません。1 つの SVM は、別の SVM のオブジェクトを作成、削除、変更することはできず、表示することさえできません。そのため、SVM 所有者にとっては、このような環境は、ストレージ システム クラスター全体で自分だけがユーザーであるかのように見えます。マルチ テナンシーは、ONTAP の無料機能です。

FlexClone はライセンス機能であり、ボリューム、ファイル、またはLUNの書き込み可能なコピーを作成するために使用されます。ボリュームの場合、FlexClone はスナップショットとして機能しますが、書き込みが可能です。一方、通常のスナップショットではデータの読み取りのみが可能です。WAFLアーキテクチャのFlexClone テクノロジーはメタデータ inodeのみをコピーし、サイズに関係なく、ファイル、LUN、またはボリュームのほぼ瞬時のデータ コピーを提供します。

SnapRestore はライセンスが必要な機能で、FlexVol のアクティブ ファイル システムを、その FlexVol 用に以前作成したスナップショットに戻して、メタデータ inode をアクティブ ファイル システムに復元するために使用されます。SnapRestore は、そのオブジェクトが配置されている FlexVol 用に以前作成したスナップショットから単一ファイルの復元または LUN を復元するためにも使用されます。NAS 環境では、SnapRestore ライセンスがなくても、ネットワーク ファイル共有内のスナップショットを表示し、復元のためにディレクトリやファイルをコピーすることができます。SAN 環境では、NAS 環境と同様の復元操作を行う方法はありません。無料の ONTAP コマンドndmpcopyを使用して、SAN 環境と NAS 環境の両方でファイル、ディレクトリ、LUN、および FlexVol コンテンツ全体をコピーすることができます。データのコピー プロセスはオブジェクトのサイズに依存し、時間がかかる可能性がありますが、メタデータ inode をアクティブ ファイル システムに復元する SnapRestore メカニズムでは、オブジェクトのサイズに関係なく、ほぼ瞬時に以前の状態に復元されます。

FlexGroup はバージョン 9 で導入された無料の機能で、ONTAP オペレーティング システムのクラスタ アーキテクチャを活用します。FlexGroup は、NFS および CIFS プロトコルを使用して、クラスタ全体でスケーラブルな NAS アクセスを提供します。^[20] FlexGroup ボリュームは、クラスタ内のノード (FlexGroup あたり最大 200 個) に分散された構成 FlexVol ボリュームのコレクションで、単に「構成」または「メンバー ボリューム」と呼ばれ、単一のスペースに透過的に集約されます。したがって、FlexGroup ボリュームは、すべての構成から、つまりそれらが配置されているクラスタのすべてのノードからパフォーマンスと容量を集約し、メタデータを大量に使用する書き込み操作のためにノードごとに CPU コアを並列化します。エンド ユーザーにとって、各 FlexGroup ボリュームは、単一の通常の NAS (SMB または NFS) ファイル共有で表されます。^[21] FlexGroup の潜在能力は、pNFS（ONTAP 9.7 で追加）、NFS マルチパス（セッション トランキング、ONTAP 9.12.1 で発表）、SMB マルチチャネル（ONTAP 9.4 で追加）、SMB 継続的な可用性（ONTAP 9.6 でサポートされている SMB CA 共有を備えた FlexGroup）、VIP（BGP）などのテクノロジーによって最大限に発揮されます。ONTAP 9 の FlexGroup 機能を使用すると、単一の名前空間で 4,000 億を超えるファイルを使用して 20PB 以上に大規模に拡張できると同時に、クラスタ全体にパフォーマンスを均等に分散できます。^[22] ONTAP 9.5 以降では、FabricPool（ストレージ効率のための自動クラウド階層化）のサポートが追加されました。ONTAP 9.5 では、ネイティブ ファイル監査、FPolicy、ストレージ レベル アクセス ガード（SLA）、コピー オフロード（ODX）、継承された変更通知の監視、クォータ、Qtree などの SMB 機能のサポートも追加されました。 FlexGroup でサポートされている SMB 連続可用性 (CA) により、FlexGroup で MS SQL と Hyper-V を実行でき、FlexGroup は MetroCluster でサポートされます。FlexGroup ボリュームとサポートされている機能の詳細については、『TR-4571: NetApp ONTAP FlexGroup ボリュームのベスト プラクティスおよび実装ガイド』を参照してください。

スナップショットは、NetApp の非同期ディスクツーディスク レプリケーション (D2D) テクノロジである SnapMirror の基礎を形成します。SnapMirror は、2 つの ONTAP システム間で Flexible Volume スナップショットを効果的に複製します。SnapMirror は、NetApp のデータ ファブリック ビジョンの一環として、 ONTAP からクラウド バックアップ、および SolidFire から ONTAP システムでもサポートされています。NetApp は、スナップショットの複製と保存に基づく SnapVault という D2D バックアップおよびアーカイブ機能も提供しています。Open Systems SnapVault を使用すると、Windows および UNIX ホストはデータを ONTAP にバックアップし、ファイルシステムの変更をスナップショットに保存できます (ONTAP 8.3 以降ではサポートされていません)。SnapMirror は、災害復旧計画の一部として設計されています。災害復旧サイトでスナップショットが作成された時点のデータの正確なコピーを保存し、両方のシステムで同じスナップショットを保持できます。一方、SnapVault は、ソース ストレージ システムに保存するスナップショットの数を減らし、セカンダリ サイトに長期間保存するスナップショットの数を増やすように設計されています。 宛先システムの SnapVault スナップショットでキャプチャされたデータは、宛先で変更することも、読み取り/書き込み用にアクセスすることもできませんが、データをプライマリ ストレージ システムにリストアすることも、SnapVault スナップショットを削除することもできました。SnapMirror と SnapVault の両方を使用して両方のサイトでスナップショットでキャプチャされたデータは、データ カタログ作成、バックアップの一貫性と検証、テストおよび開発目的などに、FlexClone 機能を使用してクローン作成および変更できます 。ONTAP のそれ以降のバージョンでは、カスケード レプリケーションが導入され、1 つのボリュームが別のボリュームにレプリケートされ、さらに別のボリュームにレプリケートされるようになりました。ファンアウトと呼ばれる構成は、1 つのボリュームが複数のストレージ システムにレプリケートされる展開です。ファンアウト レプリケーションとカスケード レプリケーションのどちらの展開でも、SnapMirror DR、SnapVault、または統合レプリケーションの任意の組み合わせがサポートされます。ファンイン展開を使用して、複数のプライマリ システムと単一のセカンダリ システムの間にデータ保護関係を作成できます。各関係では、セカンダリ システム上の異なるボリュームを使用する必要があります。ONTAP 9.4 以降では、宛先 SnapMirror および SnapVault システムで、デフォルトで自動インラインおよびオフライン重複排除が有効になっています。 クラスタ間は SnapMirror の 2 つのクラスタ間の関係ですが、クラスタ内はそれとは反対に、単一クラスタ内のストレージ仮想マシン (SVM) 間の SnapMirror 関係に使用されます。SnapMirror は 、2 つのストレージ システムが同じバージョンの ONTAP で実行されている必要があるバージョン依存モード、またはバージョンに依存しないモードで動作できます。SnapMirror レプリケーションの種類:

• データ保護 (DP): SnapMirror DR とも呼ばれます。NetApp が Volume SnapMirror 用に開発したバージョン依存のレプリケーション タイプで、宛先システムは ONTAP と同じかそれ以上のバージョンである必要があります。ONTAP 9.3 以降ではデフォルトでは使用されません。ボリューム レベルのレプリケーション、ブロックベース、メタデータに依存せず、ブロック レベル エンジン (BLE) を使用します。
• 拡張データ保護 (XDP): SnapMirror 統合レプリケーションおよび SnapVault で使用されます。XDP は論理レプリケーション エンジン (LRE) を使用します。または、宛先ボリュームのボリューム効率が異なる場合は、論理レプリケーション エンジンとストレージ効率 (LRSE) を使用します。ボリューム レベルのレプリケーションとして使用されますが、技術的にはディレクトリ ベースのレプリケーション、inode ベース、メタデータ依存に使用できます (したがって、数百万のファイルがある NAS には推奨されません)。
• 負荷共有 (LS): 主に、SVM のルート ボリュームのコピーを保持するなどの内部目的で使用されます。
• SnapMirror to Tape (SMTape): ボリュームからテープへのスナップショット コピー ベースの増分または差分バックアップです。SMTape 機能は、CommVault Simpana などの NDMP 準拠のバックアップ アプリケーションを使用してブロック レベルのテープ バックアップを実行します。

SnapMirror ベースのテクノロジー:

• 統合レプリケーション: 統合レプリケーションを使用するボリュームは、SnapMirror スナップショットと SnapVault スナップショットの両方を取得できます。統合レプリケーションは、単一のレプリケーション接続を使用する SnapMirror 統合レプリケーションと SnapVault の組み合わせです。SnapMirror 統合レプリケーションと SnapVault はどちらも同じ XDP レプリケーション タイプを使用します。SnapMirror 統合レプリケーションは、バージョンに柔軟な SnapMirror とも呼ばれます。バージョンに柔軟な SnapMirror/SnapMirror 統合レプリケーションは ONTAP 8.3 で導入され、宛先ストレージで同じバージョンまたはそれ以上のバージョンの ONTAP を使用するという制限がなくなりました。
• SVM-DR (SnapMirror SVM): 選択した SVM 内のすべてのボリューム (例外は許可) と一部の SVM 設定を複製します。複製された設定は、使用されるプロトコル (SAN または NAS) によって異なります。
• ボリューム移動: DataMotion for Volumes とも呼ばれます。SnapMirror は、クラスタ内の 1 つのアグリゲートから別のアグリゲートにボリュームを複製し、その後、エンド クライアントが許容できるタイムアウトまで I/O 操作を停止し、最終レプリカを宛先に転送し、ソースを削除して、宛先をクライアントが読み取り/書き込みアクセスできるようにします。

SnapMirror はライセンス機能です。SnapMirror ライセンスがすでにインストールされている場合は、SnapVault ライセンスは必要ありません。

SVM DR は SnapMirror テクノロジーに基づいており、すべてのボリューム (例外が許可されている) とボリューム内のデータを保護された SVM から DR サイトに転送します。SVM DR には、アイデンティティ保持とアイデンティティ破棄の 2 つのモードがあります。アイデンティティ破棄モードでは、ボリューム内のデータはセカンダリ システムにコピーされ、DR SVM は元の SVM からの SVM 構成、IP アドレス、CIFS AD 統合などの情報を保持しません。一方、アイデンティティ破棄モードでは、プライマリ システムがオンラインのときにセカンダリ システムのデータを読み取り/書き込みモードでオンラインにできるため、DR テスト、テスト/開発、その他の目的に役立ちます。したがって、プライマリ サイトで災害が発生した場合に備えて、アイデンティティ破棄ではセカンダリ サイトで追加の構成が必要になります。

アイデンティティ保持モードでは、SVM-DR はボリュームとその中のデータだけでなく、SVM 構成、IP アドレス、CIFS AD 統合などの情報もコピーします。これにより、プライマリ サイトで災害が発生した場合に DR サイトで必要な構成が少なくなりますが、このモードでは、競合が発生しないようにプライマリ システムをオフラインにする必要があります。

SnapMirror Sync (SM-S) は、以前は 7 モード システムで利用可能だったゼロ RPO データ レプリケーション テクノロジーで、バージョン 9.5 までは (クラスタ化された) ONTAP で利用できませんでした。SnapMirror Sync はボリューム レベルでデータを複製し、RTT 要件は 10 ミリ秒未満で、距離は約 150 km になります。SnapMirror Sync は、次の 2 つのモードで動作できます。完全同期モード(デフォルトで設定) では、SnapMirror Sync レプリケーションが何らかの理由で失敗した場合に書き込みを禁止することで、2 つのサイト間でアプリケーション データの損失がゼロになることを保証します。緩和同期モードでは、SnapMirror Sync が失敗した場合にアプリケーションがプライマリ サイトで書き込みを続行でき、関係が再開されると、自動的に再同期が行われます。 SM-S は、FC、iSCSI、NFSv3、NFSv4、SMB v2、SMB v3 プロトコルをサポートし、AFF の場合は 100 ボリューム、FAS の場合は 40 ボリューム、ONTAP Select の場合は 20 ボリュームの制限があり、16 GB 以上のメモリを持つ任意のコントローラで動作します。SM-S は、Oracle DB、MS SQL、MS Exchange などからのトランザクション ログのレプリケーションに役立ちます。ソースおよび宛先 FlexVolume は FabricPool アグリゲートに配置できますが、バックアップ ポリシーを使用する必要があります。FlexGroup ボリュームとクォータは現在 SM-S ではサポートされていません。SM-S は無料の機能ではなく、ライセンスはプレミアム バンドルに含まれています。SyncMirror とは異なり、SM-S は RAID および Plex テクノロジーを使用しないため、ディスク タイプとメディアが異なる 2 つの異なる NetApp ONTAP ストレージ システム間で構成できます。

FlexCache テクノロジーは、以前は 7 モード システムで使用できましたが、バージョン 9.5 までは (クラスタ化された) ONTAP では使用できませんでした。FlexCache を使用すると、ファイル ロック メカニズムを使用して、複数のグローバル サイトにまたがって NAS データを提供できます。FlexCache ボリュームは、読み取り、書き込み、およびメタデータをキャッシュできます。エッジでの書き込みにより、変更されたデータのプッシュ操作がすべてのエッジ ONTAP システムに生成され、元のデータが要求されますが、7 モードではすべての書き込みが元のシステムに送られ、ファイルが更新されていないことを確認するのはエッジ ONTAP システムの仕事でした。また、FlexCache ボリュームは元のボリュームよりも小さくなる可能性があり、これも 7 モードと比較した場合の改善点です。当初、ONTAP 9.5 では NFS v3 のみがサポートされていました。FlexCache ボリュームは、ONTAP クラスタ内 (クラスタ内) または複数の ONTAP クラスタ間 (クラスタ間) にまばらに配置されます。FlexCache は、クラスタ間インターフェイス LIF を介して他のノードと通信します。 FlexCache のライセンスは、クラスタ キャッシュ容量の合計に基づいており、プレミアム バンドルには含まれていません。FAS、AFF、ONTAP Select を組み合わせて FlexCache テクノロジーを使用できます。元の FlexVol ボリュームごとに 10 個の FlexCache ボリュームを作成でき、ONTAP ノードごとに最大 10 個の FlexCache ボリュームを作成できます。元のボリュームは FlexVol に保存する必要がありますが、すべての FlexCache ボリュームは FlexGroup ボリューム形式になります。

Data ONTAP は、プレックス技術を使用してRAID SyncMirror (RSM)というオプションも実装しており、アグリゲートまたは従来のボリューム内のすべての RAID グループを別のハードディスク セットに同期的に複製できます。これは通常、ファイバ チャネルまたは IP リンクを介して別のサイトで実行されるか、単一のディスク シェルフの耐障害性のためにローカル SyncMirror を備えた単一のコントローラ内で実行されます。NetApp の MetroCluster 構成では、SyncMirror を使用して、最大 300 km 離れた 2 つのサイト間、または ONTAP 9.5 と MCC -IPを使用した場合は 700 km 離れた 2 つのサイト間にジオクラスタまたはアクティブ/アクティブ クラスタを提供します。SyncMirror は、ソフトウェア定義ストレージプラットフォーム、Cloud Volumes ONTAP、または ONTAP Select のいずれかで使用できます。これは、コモディティ サーバー上に直接接続された (共有されていない) ディスクがある環境、またはLocal SyncMirror または MetroCluster 構成のFAS および AFF プラットフォームで高可用性を実現します。SyncMirror は無料の機能です。

SnapLock は、光学メディアではなく磁気ディスクと SSD ディスクにWrite Once Read Many (WORM) 機能を実装しているため、保持期間が経過するまでデータを削除することはできません。SnapLock には、コンプライアンス モードとエンタープライズ モードの 2 つのモードがあります。コンプライアンス モードは、SEC 17a-4(f) ルール、FINRA、HIPAA、CFTC ルール 1.31(b)、DACH、サーベンス オクスリー法、GDPR、Check 21、EU データ保護指令 95/46/EC、NF Z 42-013/NF Z 42-020、バーゼル III、MiFID、愛国者法、グラハム リーチ ブライリー法などで規定されている規制など、厳格な規制保持要件を満たす包括的なアーカイブ ソリューションを組織が実装できるように設計されています。SnapLock コンプライアンス ボリューム上の WORM ストレージにコミットされたレコードとファイルは、保持期間が経過するまで変更または削除できません。さらに、SnapLock Compliance ボリュームは、すべてのデータの保持期間が終了するまで破棄できません。SnapLock はライセンス機能です。

SnapLock Enterprise は、より自己規制が厳しく、WORM タイプのデータ ストレージを使用してデジタル資産をより柔軟に保護したい組織を支援することを目的としています。SnapLock Enterprise ボリュームに WORM として保存されたデータは、変更や修正から保護されます。SnapLock Compliance との主な違いは、保存されているファイルが厳格な規制コンプライアンス用ではないため、SnapLock Enterprise ボリュームは、設計された保持期間がまだ経過していなくても、SnapLock Enterprise ボリュームを含む ONTAP システムのルート権限を持つ管理者によって破棄される可能性があることです。どちらのモードでも、保持期間は延長できますが、不変性の概念に反するため短縮することはできません。また、NetApp の SnapLock データ ボリュームには、改ざん防止コンプライアンス クロックが装備されており、システム時刻が改ざんされた場合でも、ファイルに対する禁止された操作をブロックするための時間基準として使用されます。

ONTAP 9.5 以降、SnapLock は、Unified SnapMirror (XDP) エンジン、データ損失のないフェイルオーバー後の再同期、1023 個のスナップショット、効率化メカニズム、および SDS ONTAP のクロック同期をサポートします。

FAS/AFF システムの SSD 専用アグリゲートまたは SSD メディア上の Cloud Volumes ONTAP で使用できます。ONTAP 9.4 以降では、ONTAP Select プラットフォームで FabricPool がサポートされます。Cloud Volumes ONTAP は、HDD + S3 FabricPool 構成もサポートします。Fabric Pool は、 ONTAP ストレージ上の高速メディア (通常は SSD) からコールド メディアへ、オブジェクト プロトコルを介してS3などのオブジェクト ストレージへ、およびその逆のコールド データ ブロックの自動ストレージ階層化機能を提供します。Fabric Pool は 2 つのモードで構成できます。1 つのモードはスナップショットでキャプチャされたコールド データ ブロックを移行するために使用され、もう 1 つのモードはアクティブ ファイル システム内のコールド データ ブロックを移行するために使用されます。FabricPool は、オフライン重複排除とオフライン圧縮による節約を維持します。ONTAP 9.4 以降では、アクティブ ファイル システム データ (デフォルトでは 31 日間アクセスされていないデータ) を階層化し、データ圧縮による節約をサポートする FabricPool 2.0 が導入されました。inode とデータ ファイルの推奨比率は 1:10 です。 ONTAP ストレージ システムに接続されたクライアントの場合、ファブリック プールのデータ階層化操作はすべて完全に透過的であり、データ ブロックが再びホットになった場合は、ONTAP ストレージ システムの高速メディアにコピーされます。ファブリック プールは現在、NetApp StorageGRID、Amazon S3、Google Cloud、Alibaba のオブジェクト ストレージ サービスと互換性があります。ONTAP 9.4 以降では Azure Blob がサポートされ、9.5 以降では IBM Cloud Object Storage (ICOS) と Amazon Commercial Cloud Services (C2S) がサポートされ、ユーザーが要求した場合は他のオブジェクトベースの SW とサービスも使用できます。そのサービスは NetApp によって検証されます。ONTAP 9.5 以降では、FlexGroup ボリュームが FabricPool でサポートされています。FAS/AFF システムのファブリック プール機能は、NetApp StorageGRID 外部オブジェクト ストレージで無料で使用できます。Amazon S3 や Azure Blob などの他のオブジェクト ストレージ システムの場合、ファブリック プールを機能させるには TB 単位でライセンスを取得する必要があります (ファブリック プールのライセンス費用に加えて、消費したオブジェクト スペースの料金も支払う必要があります)。 Cloud Volumes ONTAP ストレージ システムでは、ファブリック プールにライセンスは必要ありませんが、コストはオブジェクト ストレージ上の消費されたスペースに対してのみ適用されます。ONTAP 9.5 以降では、ホット ティアからのティアリングをトリガーする容量使用率を調整できます。SVM-DR は FlexGroups でもサポートされています。

ONTAP 9.2 で初めて利用可能になった FabricPool は、オンプレミスまたはオフプレミスの低コストのオブジェクト ストレージ層へのデータの自動階層化を可能にする NetApp データ ファブリック テクノロジです。手動階層化ソリューションとは異なり、FabricPool はデータの階層化を自動化してストレージ コストを削減することで、総所有コストを削減します。Alibaba Cloud Object Storage Service、Amazon S3、Google Cloud Storage、IBM Cloud Object Storage、Microsoft Azure Blob Storage などのパブリック クラウドや、NetApp StorageGRID® などのプライベート クラウドに階層化することで、クラウドの経済性の利点を実現します。FabricPool はアプリケーションに対して透過的であり、企業はパフォーマンスを犠牲にしたり、ストレージ効率を高めるためにソリューションを再設計したりすることなく、クラウドの経済性を活用できます。

ONTAP を実行する NetApp ストレージ システムでは、ハイブリッド NetApp FAS システム用の専用 PCIe カードである Flash Cache (旧称 Performance Accelerate Module、PAM) を使用できます。Flash Cache を使用すると、読み取りレイテンシが短縮され、ストレージ システムは、基盤となる RAID に回転ディスクを追加することなく、読み取り負荷の高い作業を処理できます。これは、Flash Cache に障害が発生した場合でも読み取り操作に冗長性が必要ないためです。Flash Cache はコントローラ レベルで動作し、読み取り操作のみを高速化します。コントローラ上の各ボリュームに異なるキャッシュ ポリシーを適用したり、ボリュームの読み取りキャッシュを無効にしたりできます。FlashCache キャッシュ ポリシーは、FlexVolレベルで適用されます。FlashCache テクノロジーは、FlexArray 機能と互換性があります。9.1 以降では、単一の FlexVol ボリュームで FlashPool と FlashCache の両方のキャッシュを同時に利用できます。ONTAP 9.5 以降では、エフェメラル SSD ドライブを使用する Cloud Volumes ONTAP で Flash Cache 読み取りキャッシュ テクノロジーを利用できます。

NDAS プロキシは ONTAP 9.5 で導入されたサービスで、クラウド プロバイダーのNDAS サービスと連携して動作します。FabricPool と同様に、NDAS はデータをオブジェクト形式で保存しますが、FabricPool とは異なり、WAFL メタデータもオブジェクト ストレージに保存します。ONTAP システムから転送された情報は、データ セット全体ではなくスナップショット デルタであり、すでに重複排除および圧縮されています (ボリューム レベルで)。NDAS プロキシは、S3 オブジェクト プロトコルとクラウドへのいくつかの追加 API 呼び出しを備えた HTTP ベースです。ONTAP 9.5 の NDAS は、プライマリ ONTAP 9 ストレージが Snapmirror 経由でセカンダリ ONTAP 9.5 ストレージにデータを複製するスキーマでのみ動作します。セカンダリ ストレージも NDAS プロキシです。

ストレージ QoS は、ONTAP システムの無料機能です。ONTAP システムには、絶対最小 QoS を含むアダプティブ QoS (A-QoS) 、通常の静的 QoS または最小 QoS (QoS min)、最大 QoS (QoS max)など、いくつかの種類のストレージ QoS があります。最大 QoS は、IOPS、MB/秒、またはその両方の静的上限として設定できます。ボリューム、LUN、ファイルなどのオブジェクトに適用して、管理者が定義したよりも多くのストレージ パフォーマンス リソースをオブジェクトが消費しないようにすることができます (これにより、パフォーマンスを集中的に使用するオブジェクトを分離し、他のワークロードを保護します)。最小 QoS は、ボリュームに設定されている最大値とは逆に、ストレージ パフォーマンス リソースの競合がある場合に、ボリュームが管理者によって設定された静的 IOPS 数を下回らないようにするためのもので、ボリュームに適用できます。A-QoS は、フレキシブル ボリュームによって消費されるスペースに基づいて QoS を自動的に変更するメカニズムです。これは、フレキシブル ボリューム内の消費スペースが増減する可能性があり、FlexVolのサイズは変更できるためです。 FAS システムでは、A-QoS はピーク パフォーマンス (QoS 最大) のみを再構成しますが、AFF システムでは、ボリュームの期待パフォーマンス (QoS 最小) とピーク パフォーマンス (QoS 最大) の両方を再構成します。A-QoS を使用すると、ONTAP は A-QoS ポリシーに基づいてボリュームの IOPS 数を自動的に調整できます。基本的な A-QoS ポリシーには、Extreme、Performance、Value の 3 つがあります。各 A-QoS ポリシーには、ピーク パフォーマンスと期待パフォーマンス (または絶対最小 QoS) の TB あたりの固定比率 IO が事前定義されています。絶対最小 QoS は、ボリューム サイズと TB あたりの比率 IO が 10 GB など小さすぎる場合にのみ、期待パフォーマンス (QoS 最小) の代わりに使用されます。

ONTAP OS には、オンボード キー マネージャ、NSE および NVE 暗号化によるコントローラ ブートのパスフレーズ、USB キー マネージャ (9.4 以降で使用可能) など、ストレージ システムのセキュリティを強化するための機能が多数あります。NAS イベントの監査は、ONTAP のもう 1 つのセキュリティ対策であり、これにより顧客はストレージ システム上の特定の CIFS および NFS イベントを追跡して記録できます。これは、潜在的なセキュリティ問題を追跡し、セキュリティ侵害の証拠を提供するのに役立ちます。SSH 経由でアクセスされる ONTAP には、共通アクセス カードによる認証機能があります。ONTAP は RBAC をサポートしています。ロールベースのアクセス制御により、管理アカウントがシステムで実行できるアクションを制限できます。RBAC により、1 つのアカウントがシステムで実行できるすべてのアクションを実行できなくなります。ONTAP 9 以降では、NAS でプライバシー サービス (krb5p) による Kerberos 5 認証がサポートされています。krbp5 認証モードでは、チェックサムを使用してクライアントとサーバ間のすべてのトラフィックを暗号化することで、データの改ざんやスヌーピングを防止します。 ONTAP ソリューションは、Kerberos の 128 ビットおよび 256 ビットの AES 暗号化をサポートしています。

オンボード キー マネージャーは 9.1 で導入された無料の機能で、NVE 暗号化ボリュームと NSE ディスクのキーを保存できます。NSE ディスクは AFF/FAS プラットフォームでのみ使用できます。ONTAP システムでは、アプライアンスに接続された USB ドライブに暗号化キーを保存することもできます。ONTAP では、Gemalto Trusted Key Manager などの外部キー マネージャーも使用できます。

NetApp Volume Encryption (NVE) は、FlexVol ボリューム レベルのソフトウェアベースの暗号化であり、データ暗号化にストレージ CPU を使用します。そのため、パフォーマンスの低下が多少予想されますが、CPU コア数の多いハイエンド ストレージ システムでは目立ちません。NVE はライセンスが必要ですが、無料の機能で、NetApp ONTAP のほぼすべての機能およびプロトコルと互換性があります。NetApp Storage Encryption (NSE) と同様に、NVE は暗号化キーをローカルに保存することも、IBM Security Key Lifecycle Manager、SafeNet KeySecure、クラウド キー マネージャーなどの専用のキー マネージャーに保存することもできます。NVE は NSE と同様に保存データの暗号化であるため、物理ディスクの盗難からのみ保護され、正常に動作しているシステムで追加のデータ セキュリティ保護レベルは提供されません。FabricPool テクノロジーと組み合わせた NVE は、Amazon などの外部 S3 ストレージ システムでの不正アクセスからもデータを保護します。また、データはすでに暗号化されているため、ネットワーク経由で暗号化された形式で転送されます。

ONTAP 9.4 以降では、GDPR 要件に準拠するためにファイルを安全に削除できる Secure Purgeという新機能が導入されました。

ONTAP Vscan と FPolicy は、NAS を備えた ONTAP システムでのマルウェア防止を目的としています。Vscan は、NetApp のウイルス対策スキャナ パートナーがファイルにウイルスがないことを確認する方法を提供します。FPolicy は NetApp パートナーと統合して、ファイル アクセスの動作を監視します。FPolicy ファイル アクセス通知システムは、NAS ストレージ上のアクティビティを監視し、ポリシー設定に基づいてファイルへの不要なアクセスや変更を防止します。どちらも、ランサムウェアがそもそも足掛かりを得るのを防ぐのに役立ちます。

MTU ブラックホール検出とパス MTU 検出 (PMTUD) は、イーサネット ネットワーク経由で接続された ONTAP システムが最大 MTU サイズを検出するプロセスです。ONTAP 9.2 では、LDAP over TLS 用の Online Certificate Status Protocol (OCSP)、ストレージにログインできる IP アドレスの範囲を指定する iSCSI エンドポイント分離、SSH 経由のログイン試行の失敗回数の制限がサポートされています。NTP 対称認証は、ONTAP 9.5 以降でサポートされています。

NetApp は、ONTAP システムの監視と統合のためのサーバーベースのソフトウェア ソリューションのセットを提供しています。最も一般的に使用されている無料ソフトウェアは、データの可用性とパフォーマンスを監視するソリューションである ActiveIQ Unified Manager と Performance Manager です。

NetApp Workflow Automation (WFA) は、NetApp ストレージ オーケストレーションに使用される無料のサーバー ベース製品です。Web ベースの GUI を備えたセルフサービス ポータルが含まれており、ほぼすべての日常的なストレージ操作または操作シーケンスをワークフローとして構成し、サービスとして公開できるため、エンド ユーザーは NetApp ストレージをサービスとして注文して使用できます。

SnapCenter（旧称SnapManager Suite）は、サーバーベースの製品です。NetAppは、アプリケーションとNetAppストレージアレイを連携させてアプリケーション整合性のあるスナップショットを作成する製品も提供しています。これらの製品は、Microsoft Exchange、Microsoft SQL Server、Microsoft Sharepoint、Oracle、SAP、VMware ESX Serverのデータをサポートしています。これらの製品は、SnapManagerスイートの一部です。SnapCenterには、MongoDB、IBM Db2、MySQL用のサードパーティ製プラグインも含まれており、エンドユーザーはONTAPストレージシステムとの統合用に独自のプラグインを作成できます。SnapManagerとSnapCenterは、エンタープライズレベルのライセンス製品です。同様の無料の、機能は劣るNetApp製品としてSnapCreatorがあります。これは、ONTAPアプリケーション整合性スナップショットをアプリケーションと統合したいが、SnapCenterのライセンスを持っていない顧客を対象としています。NetAppは、SnapCenterの機能が拡張され、SolidFireストレージエンドポイントも含まれると主張しています。 SnapCenter には、AFF/FAS システム用のコントローラ ベースのライセンスと、SDS ONTAP 用の Terabyte ベースのライセンスがあります。NetApp Data Broker と呼ばれる VMware vSphere 用の SnapCenter プラグインは、SnapCenter 自体がなくても使用できる別の Linux ベースのアプライアンスです。

NetApp Services Level Manager (略して NSLM) は、ONTAP ストレージをプロビジョニングするためのソフトウェアで、ワークロードに対して予測可能なパフォーマンス、容量、およびデータ保護を提供します。RESTful API を公開し、使用可能な API のリストを含む Swagger ドキュメントが組み込まれており、ActiveIQ Unified Manager などの他の NetApp ストレージ製品と統合することもできます。NSLM は、サービス レベル目標 (SLO) に基づいて 3 つの標準サービス レベル (SSL) を公開し、カスタム サービス レベルを作成します。NSLM は、ServiceProvider のような予測されたストレージ消費を提供するために作成されました。NSLM は、スペースベースのライセンス製品です。

ONTAP システムには、NetApp In-Place Analytics Module (別名 NetApp NFS Connector for Hadoop) を介して Hadoop TeraGen、TeraValidate および TeraSort、Apache Hive、Apache MapReduce、Tez 実行エンジン、Apache Spark、Apache HBase、Azure HDInsight および Hortonworks データ プラットフォーム製品、Cloudera CDH と統合する機能があり、外部共有 NAS ストレージをプライマリまたはセカンダリ Hadoop ストレージとして使用することで、データへのアクセスと分析が可能になります。

qtree ^[23]は、使用できるディスク容量や存在できるファイル数に制限のない、論理的に定義されたファイルシステムです。一般的に、qtreeはボリュームに似ています。ただし、次の重要な制限があります。

• スナップショット コピーは個々のボリュームに対して有効または無効にできますが、個々の qtree に対して有効または無効にすることはできません。
• Qtree はスペース予約やスペース保証をサポートしていません。

ONTAP のプロビジョニングと使用は、直接、または追加の NetApp ソフトウェアやサードパーティ ソフトウェアを使用して、さまざまな方法で自動化できます。

• ONTAP および SolidFire では、直接 HTTP REST API が利用できます。9.6 ONTAP 以降、NetApp はクラスタ管理用の REST API アクセスを介して独自の ZAPI 機能を導入することを決定しました。REST API は、System Manager Web インターフェイス ( https://[ONTAP_ClusterIP_or_Name]/docs/api)から利用できます。このページには、試してみる機能、外部使用を許可するための API トークンの生成、例を含む組み込みドキュメントが含まれています。ONTAP 9.6 の REST API を介して利用できるクラスタ管理のリスト:
  • クラウド（オブジェクトストレージ）ターゲット
  • クラスター、ノード、ジョブ、クラスター ソフトウェア
  • 物理ネットワークと論理ネットワーク
  • ストレージ仮想マシン
  • LDAP、NIS、DNSなどのSVMネームサービス
  • ストレージエリアネットワーク (SAN) のリソース
  • 不揮発性メモリエクスプレスのリソース
• ONTAP SDKソフトウェアは、ONTAPシステムを自動化するための独自のZAPIインターフェースです。
• ONTAP、SolidFire、Eシリーズを含むNetAppシステムを管理するためのPowerShellコマンドレットが利用可能
• Perlで書かれたSnapMirrorとFlexCloneツールキットは、スクリプトによるSnapMirrorとFlexCloneの管理に使用できます。
• ONTAPはAnsible、Puppet、Chefスクリプトで自動化できます
• NetApp Workflow Automation (WFA)は GUI ベースのオーケストレーターで、WFA 用の API と PowerShell コマンドレットも提供します。WFA は NetApp ONTAP、SolidFire、E シリーズのストレージ システムを管理できます。WFA は、Storage as a Service (STaaS) として知られる NetApp システム用の組み込みセルフサービス ポータルを提供します。
• VMware vRealize Orchestrator with WFAはストレージをオーケストレーションできる
• Cisco UCS Director（旧称 Cloupia）などの PaaS または IaaS 用のサードパーティ オーケストレーターは、NetApp システムを管理できます。組み込みのセルフサービス ポータルを通じてインフラストラクチャを管理および構成するための手順を段階的に説明した自動化されたワークフローを作成できます。
• NetApp SnapCenterソフトウェアは、NetApp ストレージ上のバックアップとリカバリを VMware ESXi、Oracle DB、MS SQL などのアプリケーションと統合するために使用され、PowerShell コマンドレットと RESTful API を通じて自動化できます。
• NetApp FAS/AFF ストレージ システム、パフォーマンス メトリック、およびデータ保護を監視するActiveIQ Unified Manager および Performance Manager (旧称 OnCommand Unified) は、RESTful API および PowerShell コマンドレットも提供します。
• OnCommand Insightは、NetApp ONTAP、SolidFire、Eシリーズ、サードパーティのストレージシステムやスイッチなどの異機種インフラストラクチャの監視および分析ソフトウェアであり、RESTful APIとPowerShellコマンドレットを提供します。
• コンテナ環境で永続ストレージの提供、インフラストラクチャの自動化、さらにはインフラストラクチャをコードとして実行するために使用するDocker 用の NetApp Trident プラグイン。SANおよび NAS プロトコル用の NetApp ONTAP、SolidFire、E シリーズ システムで使用できます。

ONTAP オペレーティング システムは、ストレージディスク アレイで使用されます。ONTAP ソフトウェアが使用されるプラットフォームは、NetApp FAS および AFF、ONTAP Select、Cloud Volumes ONTAP の 3 つです。各プラットフォームで、ONTAP は同じカーネルとわずかに異なる機能セットを使用します。FAS は、他のプラットフォームの中で最も機能が豊富です。

FAS ^[24]および All Flash FAS (AFF) ^[25]システムは、NetApp が ONTAP ソフトウェア用に独自にカスタム構築したハードウェアです。ONTAP on AFF はフラッシュ メモリ専用に最適化および調整されているため、AFF システムには SSD ドライブのみを含めることができますが、FAS システムには HDD (HDD のみのシステム) または HDD と SSD (ハイブリッド システム) を含めることができます。ONTAP on FAS および AFF プラットフォームでは、データ保護上の理由から、ディスクまたはディスク パーティションからRAID 4、RAID-DP、RAID-TEC アレイなどのRAIDアレイを作成できます。一方、ONTAP Select および Cloud Volumes ONTAP では、実行環境によって提供される RAID データ保護を活用します。FAS および AFF システムは Metro Cluster 機能をサポートしていますが、ONTAP Select および Cloud Volumes ONTAP プラットフォームではサポートしていません。

ONTAP Select と Cloud Volumes ONTAP はどちらも仮想ストレージアプライアンス (VSA) で、以前の製品である ONTAP Edge (ONTAP-v とも呼ばれる) をベースとし、ソフトウェア定義ストレージと見なされています。^[26] Cloud Volumes ONTAP としての ONTAP Select にはプレックスとアグリゲートの抽象化が含まれていますが、OS に下位レベルの RAID モジュールが含まれていませんでした。そのため RAID 4、RAID-DP、および RAID-TEC はサポートされていませんでした。そのため ONTAP ストレージシステムは、FlexArray機能と同様に、基盤となるストレージシステムで SSD および HDD ドライブレベルで RAID データ保護を活用します。ONTAP Select 9.4 および ONTAP Deploy 2.8 以降では、サードパーティの HW RAID 機器を必要とせずにソフトウェアRAID がサポートされています。ONTAP Select と Cloud Volumes ONTAP は仮想マシンであるため、フロントエンドデータプロトコルとしてファイバチャネルとファイバチャネルオーバーイーサネットをサポートせず、仮想ディスクとして VSA に追加されたハイパーバイザ内の基盤となるストレージのスペースを消費し、ONTAP 内でディスクとして表され処理されます。 ONTAP Select および Cloud Volumes ONTAP は、高可用性、重複排除、復元力、データ復旧、アプリケーション バックアップと統合できる堅牢なスナップショット (アプリケーション整合性スナップショット)、およびほぼすべての ONTAP 機能 (いくつかの例外を除く) を提供します。ONTAP のソフトウェア定義バージョンには、ifgroup、サービス プロセッサ、暗号化された物理ディスク ドライブ、FCP 経由の MetroCluster、ファイバー チャネル プロトコルなどのハードウェア中心の機能を除くほぼすべての機能があります。

ONTAP Select は、VMware ESXi および Linux KVMハイパーバイザーで実行できます。ONTAP Select は、基盤となる DAS、SAN、または vSAN ストレージ システムを使用して、SSD および HDD ドライブ レベルで RAID データ保護を活用します。ONTAP Select 9.4 および ONTAP Deploy 2.8 以降では、KVM 用のサードパーティ製 HW RAID 機器を必要とせずにソフトウェア RAID がサポートされ、ONTAP 9.5 以降では ESXi がサポートされます。ONTAP Deploy は、MetroCluster または 2 ノード構成でメディエーター機能を提供し、ライセンスを追跡し、クラスタの初期導入に使用する仮想マシンです。ONTAP Deploy 2.11.2 以降では、vCenter からすべての ONTAP Deploy 機能を実行できる vCenter プラグインが導入されました。これに対し、以前は管理はコマンド ラインまたは vSphere VM OVA セットアップ マスターから実行されていました。FAS プラットフォームと同様に、ONTAP Select は高可用性とクラスタリングをサポートします以前の ONTAP Select は Data ONTAP Edge と呼ばれていました。Data ONTAP Edge 製品にはバージョン 8 の Data ONTAP OS が搭載されており、VMware ESXi 上でのみ実行できました。ONTAP 9.5 以降では、NSX オーバーレイ ネットワーク上の SW-MetroCluster がサポートされています。ONTAP 9.5 以降では、ライセンスがノードにリンクされ永続的である容量階層ベースから、期間限定サブスクリプションの容量プール ライセンスに変更されました。ONTAP Select 9.5 では、エッジからデータ センターまたはクラウドへのデータ転送にMQTTプロトコルがサポートされます。2019 年 4 月、ONTAP の SVP Octavian Tanase が、デモ用のコンテナとして Kubernetesで実行されている ONTAP のプレビュー写真を Twitter に投稿しました。

Cloud Volumes ONTAP（旧称ONTAP Cloud ^[27]）は仮想ストレージアプライアンス（VSA）でもあり、Amazon AWS、Microsoft Azure、Google Cloud Platformなどのハイパースケールプロバイダー（クラウドコンピューティング）で注文できるため、ONTAP Selectとほぼ同じ機能を備えています。IBM Cloudは、同じ理由でCloud Volumes ONTAPではなくONTAP Selectを使用しています。Cloud Volumes ONTAPは、クラウド内の異なるリージョン間でデータの高可用性を提供できます。Cloud Volumes ONTAPは、クラウドプロバイダーの基盤となるIP SANストレージシステムを使用して、SSDおよびHDDドライブレベルでRAIDデータ保護を活用します。

最新の ONTAP バージョンを使用したプラットフォーム間の適用可能な機能の比較。

• NetApp ストレージ システムで使用されるWrite Anywhere File Layout (WAFL)
• ネットアップFAS

• ONTAP Cloud（製品ページ）
• ONTAP Select（製品ページ）
• ONTAP 9 データシート