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

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-ModeとONTAP Cluster-Modeと呼ばれます。NetAppがサポートする最後のONTAP 7-Modeバージョンは8.2.5でした。それ以降のONTAPバージョン（バージョン8.3以降）では、動作モードはONTAP Cluster-Modeのみとなります。

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) にも使用されます。

すべてのストレージアレイハードウェアには、バッテリバックアップされた不揮発性メモリが搭載されており、[ 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に投稿しました。

WAFL ファイルシステム

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アグリゲートの物理容量の上限は800TiBです。
    • インラインゼロブロック重複排除[ 10 ]ディスクに到達する前にゼロを重複排除する
  • スナップショットとFlexCloneも効率化メカニズムとして考えられています。ONTAP 9.4以降では、デフォルトでアクティブファイルシステムとボリューム上のすべてのスナップショット間でデータの重複排除が行われます。スナップショットの共有による節約量はスナップショットの数に比例し、スナップショットの数が多いほど節約効果も大きくなります。そのため、SnapMirrorの宛先システムでは、スナップショットの共有によってより多くの節約効果が得られます。
  • シンプロビジョニング

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

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

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

骨材

アグリゲート上のWAFL FlexVolレイアウト
2つのプレックスを持つアグリゲートの内部構成

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

7モード以前

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

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

クラスタ化された ONTAP

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

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

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

SMB/CIFS

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

FCP

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

iSCSI

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

NVMeoF

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

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 ペアを持つストレージ システムのクラスター構成であり、再起動、ソフトウェアまたはファームウェアの更新などの予期されるイベントや予期しないイベントの際に合意されたレベルの運用を確保することを目的としています。

HAペア

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

例えば、ネットワークレベルでは、ONTAPはダウンしたノードのIPアドレスを一時的に正常なノードに移行し、必要に応じてFC WWPNの所有権もダウンしたノードから正常なノードに一時的に切り替えます。データレベルでは、ダウンしたノードに割り当てられているディスクの内容は、正常なノードから自動的に利用可能になります。

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

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

HA相互接続

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

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

メトロクラスター

MCC として構成された NetApp FAS/AFF システムにおける MetroCluster のローカルおよび DR ペアメモリ レプリケーション

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がサポートされています。

メトロクラスタSDS

これは 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 をメディエーターとして使用します

水平スケーリングクラスタ化

水平スケーリングのONTAPクラスタ化はSpinnakerの買収によって実現され、NetAppでは「シングルネームスペース」、「水平スケーリングクラスタ」、「ONTAPストレージシステムクラスタ」、あるいは単に「ONTAPクラスタ」と呼ばれることが多く、HAペアやMetroCluster機能と混同されることがよくあります。MetroClusterとHAはデータ保護テクノロジーですが、シングルネームスペースクラスタ化ではデータ保護は提供されません。ONTAPクラスタは1つまたは少数のHAペアで構成され、クラスタ内のノード間での無停止オンラインデータ移行や無停止ハードウェアアップグレードなどの無停止運用（NDO）機能をONTAPシステムに追加します。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 のネットワーク フェイルオーバーNetApp AFFおよびFASストレージシステムは、異なるHAペア（AFFとFAS）で構成でき、モデルや世代も異なり、NASプロトコルでは最大24ノード、SANプロトコルでは最大12ノードまで接続できます。SDSシステムは、物理的なAFFまたはFASストレージシステムと混在させることはできません。

ストレージ仮想マシン

ストレージ仮想マシン

Vserver、またはSVMとも呼ばれます。ストレージ仮想マシン（SVM）は抽象化レイヤーであり、他の機能とともに、物理的なフロントエンドデータネットワークを仮想化し、FlexVolボリューム上のデータから分離します。無停止運用とマルチテナンシーに使用されます。また、NetAppで利用可能な最上位の論理構造でもあります。SVMは別のSVMの下にマウントできないため、グローバルネームスペースで参照できます。

SVMはストレージシステムをスライスに分割するため、少数の部門や組織が、クラスタ内の同じポート、データアグリゲート、ノードを使用しながら、別々のFlexVolとLUNを使用しながら、互いに干渉することなくストレージシステムを共有できます。あるSVMは別のSVMのオブジェクトを作成、削除、変更、さらには参照することもできないため、SVMの所有者にとっては、ストレージシステムクラスタ全体に対して自分だけがユーザーであるかのように見えます。

非破壊的な運用

ONTAP の SAN ALUA: 直接データリンクによる優先パス

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

NAS LIF

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

サンリフ

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

VIP LIF

VIP (仮想 IP) LIF には、トップオブザラック BGP ルータが必要です。BGP データ LIF は NAS 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 SVM 管理 LIF は e0M ポート上に存在できますが、多くの場合、専用の管理 VLAN 上のクラスタ ノードのデータ ポート上に存在し、ノードおよびクラスタ LIF の IP サブネットとは異なる場合があります。

クラスターインターフェース

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

マルチテナント

マルチテナント

ONTAPは、マルチテナント機能のために、ストレージ仮想マシン（SVM）とIPスペースという2つの技術を提供しています。SVMはKVMなどの仮想マシンに似ており、物理ストレージからの可視化抽象化を提供します。しかし、一方では全く異なる点があります。SVMは通常の仮想マシンとは異なり、Pureストレージシステムのようにサードパーティのバイナリコードを実行できないため、仮想環境とストレージリソースのみを提供します。また、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 の無料機能です。

フレックスクローン

NetApp FlexCloneはNetApp RoWスナップショットと全く同じように動作しますが、FlexCloneへの書き込みが可能です。

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

スナップリストア

SnapRestore はライセンスが必要な機能で、FlexVol のアクティブ ファイル システムを、その FlexVol 用に以前作成したスナップショットに戻して、メタデータ inode をアクティブ ファイル システムに復元するために使用されます。SnapRestore は、そのオブジェクトが配置されている FlexVol 用に以前作成したスナップショットからの単一ファイルの復元または LUN の復元にも使用されます。NAS 環境では SnapRestore ライセンスがなくても、ネットワーク ファイル共有内のスナップショットを表示し、復元のためにディレクトリやファイルをコピーすることは可能です。SA​​N 環境では、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 継続的な可用性（SMB CA 共有を備えた FlexGroup、ONTAP 9.6 でサポート）、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 の基礎を形成し、任意の 2 つの ONTAP システム間でフレキシブル ボリュームのスナップショットを効果的に複製します。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、または統合レプリケーションの任意の組み合わせがサポートされます。ファンイン展開を使用して、複数のプライマリ システムと単一のセカンダリ システムの間にデータ保護関係を作成できます クラスタ間は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）によって異なります。
  • ボリューム移動：ボリューム用データモーションとも呼ばれます。SnapMirrorは、クラスタ内の1つのアグリゲートから別のアグリゲートにボリュームを複製し、エンドクライアントが許容できるタイムアウト時間までI/O操作を停止します。最終的なレプリカは宛先に転送され、ソースは削除され、宛先はクライアントから読み取り/書き込みアクセス可能になります。

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

SVM-DR

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

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

SnapMirror同期

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ボリュームの制限があり、16GB以上のメモリを搭載した任意のコントローラで動作します。SM-Sは、Oracle DB、MS SQL、MS Exchangeなどからのトランザクションログのレプリケーションに便利です。ソースとデスティネーションのFlexVolumeはFabricPoolアグリゲートに配置できますが、バックアップポリシーを使用する必要があります。FlexGroupボリュームとクォータは現在SM-Sではサポートされていません。SM-Sは無料の機能ではなく、ライセンスはプレミアムバンドルに含まれています。SyncMirrorとは異なり、SM-SはRAIDおよびPlexテクノロジを使用しないため、ディスクタイプとメディアが異なる2つの異なるNetApp ONTAPストレージシステム間で構成できます。

FlexCacheボリューム

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ボリューム形式になります。

シンクミラー

プレックスを使用したSyncMirrorレプリケーション

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 で使用できます。SyncMirror は、コモディティ サーバー上に直接接続された (共有されていない) ディスクを持つ環境、または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 Compliance ボリューム上の WORM ストレージにコミットされたレコードとファイルは、保持期間が満了するまで変更または削除できません。さらに、SnapLock Compliance ボリュームは、すべてのデータの保持期間が終了するまで破棄できません。SnapLock はライセンス機能です。

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

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

ファブリックプール

S3へのFabricPool階層化

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 が導入されました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) がサポートされ、ユーザーが要求すれば他のオブジェクトベースのソフトウェアとサービスも使用できます。そのサービスは NetApp によって検証されます。FlexGroup ボリュームは ONTAP 9.5 以降で 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はデータ階層化を自動化することでストレージコストを削減し、総所有コスト（TCO）を削減します。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 を使用すると、読み取りレイテンシを削減でき、Flash Cache に障害が発生した場合でも読み取り操作に冗長性は必要ないため、基盤となる RAID に回転ディスクを追加することなく、ストレージ システムが読み取り集中型の作業を処理できます。Flash Cache はコントローラ レベルで動作し、読み取り操作のみを高速化します。コントローラ上の各ボリュームに異なるキャッシュ ポリシーを適用したり、ボリュームに対して読み取りキャッシュを無効にすることもできます。FlashCache キャッシュ ポリシーはFlexVolレベルで適用されます。FlashCache テクノロジーは、FlexArray 機能と互換性があります。9.1 以降では、単一の FlexVol ボリュームで FlashPool と FlashCache の両方のキャッシュを同時に利用できます。ONTAP 9.5 以降では、エフェメラル SSD ドライブを使用することで、Cloud Volumes ONTAP で Flash Cache 読み取りキャッシュ テクノロジーを利用できます。

NDAS

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 を自動的に変更するメカニズムですFASシステムでは、A-QoSはピークパフォーマンス（QoS max）のみを再構成しますが、AFFシステムでは、ボリュームの期待パフォーマンス（QoS min）とピークパフォーマンス（QoS max）の両方を再構成します。A-QoSを使用すると、ONTAPはA-QoSポリシーに基づいてボリュームのIOPS数を自動的に調整できます。基本的なA-QoSポリシーには、Extreme、Performance、Valueの3つがあります。各A-QoSポリシーには、ピークパフォーマンスと期待パフォーマンス（または絶対最小QoS​​）のTBあたりの固定IO比率が事前定義されています。絶対最小QoS​​は、ボリュームサイズとTBあたりのIO比率が10GBなど小さすぎる場合にのみ、期待パフォーマンス（QoS min）の代わりに使用されます。

安全

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

キーマネージャー

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

NetAppボリューム暗号化

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 ストレージ システムでの不正アクセスからもデータを保護します。また、データは既に暗号化されているため、ネットワーク経由で暗号化された形式で転送されます。

GDPR

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

VSCAN と FPolicy

ONTAP VscanとFPolicyは、NASを搭載したONTAPシステムにおけるマルウェア対策を目的としています。Vscanは、NetAppのウイルス対策スキャナパートナーがファイルにウイルスが感染していないことを確認する手段を提供します。FPolicyはNetAppパートナーと連携し、ファイルアクセスの動作を監視します。FPolicyファイルアクセス通知システムは、NASストレージ上のアクティビティを監視し、ポリシー設定に基づいてファイルへの不正アクセスや変更を防止します。どちらも、ランサムウェアの侵入を未然に防ぐのに役立ちます。

追加機能

MTUブラックホール検出とパスMTUD（PMTUD）は、イーサネットネットワーク経由で接続されたONTAPシステムが最大MTUサイズを検出するプロセスです。ONTAP 9.2では、LDAP over TLS用のオンライン証明書ステータスプロトコル（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の場合はテラバイトベースのライセンスがあります。VMware vSphere用のSnapCenterプラグインであるNetApp Data Brokerは、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 ストレージとして使用することでデータへのアクセスと分析が可能になります。

Qtrees

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

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

オートメーション

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

  • ONTAPおよびSolidFireでは、ダイレクトHTTP REST APIが利用可能です。ONTAP 9.6以降、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コマンドレットを提供します。
  • NetApp Tridentは、コンテナ環境で永続ストレージの提供、インフラの自動化、さらにはコードとしてのインフラ実行を可能にするDocker用プラグインです。NetApp ONTAP、SolidFire、EシリーズシステムでSANおよびNASプロトコルに対応しています。

プラットフォーム

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 は仮想マシンであるため、フロントエンドデータプロトコルとしてファイバチャネルとFibre Channel over Ethernetをサポートせず、ONTAP 内でディスクとして表現および処理される仮想ディスクとして VSA に追加されたハイパーバイザー内の基盤となるストレージのスペースを消費します。 ONTAP SelectとCloud Volumes ONTAPは、高可用性、重複排除、耐障害性、データリカバリ、アプリケーションバックアップと統合可能な堅牢なスナップショット（アプリケーション整合性スナップショット）、そしてほぼすべてのONTAP機能を提供しますが、例外はほとんどありません。ソフトウェア定義版のONTAPは、ifgroup、サービスプロセッサ、暗号化対応物理ディスクドライブ、FCP経由のMetroCluster、ファイバチャネルプロトコルといったハードウェア中心の機能を除き、ほぼすべての機能を備えています。

ONTAPセレクト

NetApp ONTAPセレクト
NetApp ONTAPセレクト

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 がサポートされ、ESXi では ONTAP 9.5 以降でサポートされます。ONTAP Deploy は、MetroCluster または 2 ノード構成でメディエーター機能を提供し、ライセンスを追跡し、クラスタの初期導入に使用される仮想マシンです。ONTAP Deploy 2.11.2 以降では、vCenter からすべての ONTAP Deploy 機能を実行できる vCenter プラグインが導入されました。これに対し、以前は管理はコマンド ラインまたは vSphere VM OVA セットアップ マスターから実行されていました。FAS プラットフォームと同様に、ONTAP Select は高可用性とクラスタリングをサポートします以前はData ONTAP Edgeとして知られていたONTAP Select。Data ONTAP Edge製品はData ONTAP OSバージョン8を搭載しており、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に投稿しました。

クラウドボリュームONTAP

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 バージョンを使用したプラットフォーム間の適用可能な機能の比較。

特徴 AFF/FAS/LenovoDM システム オールフラッシュ ASA Cloud Volumes Service (CVS) と Azure NetApp Files (ANF) クラウドボリュームONTAP（CVO） ONTAPセレクト
ファブリックプール SSDアグリゲートのみ はい はい はい、SSDとHDDをサポートしています 9.4 以降では、プレミアム ライセンス (オール フラッシュ) を備えた SDS 用の FabricPool 2.0 がサポートされています。
フレックスグループ サポートされている いいえ: SANのみ ? ? サポートされている
高可用性（HA） サポートされている サポートされている はい AWSとAzureでサポートされています DAS構成でサポートされます。2、4、6、または8ノードがサポートされます。2ノードの場合は、ONTAP Deployに組み込まれているメディエーターが必要です。消費されるスペースは2倍になります。
メトロHA MetroCluster をサポートしています。FAS2000、C190、A200 はサポートされていません。ONTAP 9.6 で A220 と FAS2750 のサポートが追加されました。追加のハードウェアが必要です。消費されるスペース/ディスクは 2 倍になります。MetroCluster Mediator ソフトウェアは、監視と災害発生時の自動サイト切り替えに使用されます。Mediator は 3 番目のサイトで実行する必要があります。 ? いいえ AWSでは2つのアベイラビリティゾーン間でサポートされます。Cloud Volumes ONTAP with HAと同様に、消費されるスペースは2倍になります。 ONTAP Deploy 2.7以降、DAS構成の2ノードクラスタ（最大10kmの距離）におけるMetroCluster SDSが正式にサポートされました。ONTAP SelectとHAの組み合わせと同様に、消費容量は2倍になります。また、ONTAP SelectとHAの組み合わせでは、ONTAP Deployに組み込まれているメディエーターが必要です。メディエーター機能は、災害発生時の監視と自動サイトスイッチオーバーに使用されます。MetroCluster構成でメディエーターを使用するONTAP Deployは、3番目のサイトで実行する必要があります。
水平スケーリングクラスタ化 ONTAP 9.3：SANノードの場合は1ノードから最大12ノードまで、NASの場合は前世代および前世代のFAS/AFFで最大24ノードまで。例外：FAS2500は最大8ノードまで ? いいえ いいえ 1、2、4、または8ノード。1ノードを超えるONTAPクラスタには、HAペアのみを含めることができます。
非破壊的な運用 アグリゲートの再配置、ボリュームの移動、LUNの移動、LIFの移行 アグリゲートの再配置、ボリュームの移動、LUNの移動、LIFの移行 該当なし 該当なし アグリゲートの再配置、ボリュームの移動、LUNの移動、LIFの移行
マルチテナント はい はい いいえ: クラウドには適用されません いいえ: クラウドには適用されません はい
フレックスクローン はい、プレミアムバンドルSWに含まれています はい、プレミアムバンドルSWに含まれています はい？ はい はい、常に含まれています
スナップリストア はい、プレミアムバンドルSWに含まれています はい、プレミアムバンドルSWに含まれています はい？ はい？ はい、常に含まれています
スナップミラー はい、プレミアム バンドル ソフトウェアに含まれています。SVM-DR SnapMirror がサポートされています。また、ONTAP から Cloud Backup への SnapMirror もサポートされています。SolidFire から ONTAP への SnapMirror もサポートされています。 はい、プレミアム バンドル ソフトウェアに含まれています。SVM-DR SnapMirror がサポートされています。また、ONTAP から Cloud Backup への SnapMirror もサポートされています。SolidFire から ONTAP への SnapMirror もサポートされています。 いいえ？ はい。ONTAPからCloud BackupへのSnapMirror、SolidFireからONTAPへのSnapMirrorもサポートされています。 はい、常に含まれています。SVM-DR SnapMirror がサポートされています。また、ONTAP から Cloud Backup への SnapMirror もサポートされています。SolidFire から ONTAP への SnapMirror もサポートされています。
SnapMirror 同期 (SM-S) はい、ONTAP 9.5 では、AFF ノードあたり最大 80 ボリューム、または FAS ノードあたり最大 40 ボリュームです。 はい。ノードあたり最大 80 ボリューム。 いいえ？ ? ONTAP 9.5では、Selectノードあたり最大20ボリューム
フレックスキャッシュ ONTAP 9.5以降ははい はい はい？ はい？ ONTAP 9.5以降ははい
シンクミラー はい: SyncMirror ローカルとして、または MetroCluster の一部として はい いいえ Cloud Volumes ONTAP HA機能の一部として ONTAP Select HAおよびMetroCluster SDS機能の一部として
NAS用WORM はい：SnapLock。追加ライセンスが必要です いいえ: SANのみ ? AWSとAzureでは可能です。マーケティング名：NetApp Cloud WORM はい: SlapLock 9.4 以降。追加ライセンスが必要です。
品質 はい。SVM、FlexVol、LUN、ファイルレベルでQoSが最大になります。QoSは最小、アダプティブQoSです。無料です。 はい。SVM、FlexVol、LUN、ファイルレベルでQoSが最大になります。QoSは最小、アダプティブQoSです。無料です。 3層パフォーマンスを内蔵 ? はい。SVM、FlexVol、LUN、ファイルレベルでQoSが最大になります。QoSは最小、アダプティブQoSです。無料です。
NetAppボリューム暗号化 はい。ローカルのオンボードキーマネージャーまたは外部キーマネージャーが必要です。無料ライセンスが必要です。 はい。ローカルのオンボードキーマネージャーまたは外部キーマネージャーが必要です。無料ライセンスが必要です。 ? ? はい。ローカルのオンボードキーマネージャーまたは外部キーマネージャーが必要です。無料ライセンスが必要です。
スナップセンター /スナップマネージャー はい、プレミアムバンドルSWに含まれています はい、プレミアムバンドルSWに含まれています ? ? はい。追加のライセンスが必要です。スペースごとにライセンスが付与されます。
NetApp独自のRAID：4、DP、TEC はい はい はい。ただし、顧客には表示されません。 ? はい、ONTAP Select 9.4 および ONTAP Deploy 2.8 でご利用いただけます。ONTAP Select 9.4 ではソフトウェア RAID は KVM でのみご利用いただけます。9.5 以降では、ESXi でもソフトウェア RAID をご利用いただけます。
読み取り/書き込みキャッシュ はい: FlashPool (FAS のみ) いいえ いいえ いいえ いいえ
フレックスアレイ はい。FAS2000 システムを除く FAS システムでは可能です。 いいえ いいえ いいえ、該当なし いいえ
サードパーティのDASまたはRAID いいえ いいえ いいえ クラウドブロックストレージ はい。RAID、LVM、vSANをサポートするDAS
NetApp ストレージ暗号化 はい、専用のHDD/SSDが必要です。無料 はい、専用のHDD/SSDが必要です。無料 ? いいえ いいえ
読み取りキャッシュ はい：FAS2200/2500システムを除くFASシステム用のFlashCache。現行世代のFASシステムはすべてプリインストールされています。 いいえ いいえ はい、9.5 以降の一時 SSD およびプレミアム ライセンスまたは BYOL ライセンスでご利用いただけます。 いいえ
不揮発性メモリ はい: すべてのFAS/AFF はい はい 仮想不揮発性メモリ 仮想不揮発性メモリ
NDMP はい、無料です。FlexVolではサポートされていますが、FlexGroupとFabricPoolではサポートされていません。 はい、無料です。FlexVolではサポートされていますが、FlexGroupとFabricPoolではサポートされていません。 いいえ？ ? はい、無料です。FlexVolではサポートされていますが、FlexGroupとFabricPoolではサポートされていません。
NetApp スナップショット 9.3以前では255、9.4以降では1024。無料かつ常に含まれています はい：1024。無料＆常に含まれています はい：1024。無料＆常に含まれています 9.3以前では255、9.4以降では1024。無料かつ常に含まれています 9.3以前では255、9.4以降では1024。無料かつ常に含まれています
セキュアパージ ONTAP 9.4以降、無料 はい？ はい？ ? ?
インターフェースグループ (ifgroup) はい、物理イーサネットポート集約 はい、物理イーサネットポート集約 いいえ: クラウドには適用されません いいえ いいえ
最大集約サイズ SSD に 800 TiB SSD に 800 TiB いいえ: クラウドには適用されません ? ノードあたり 400 TiB (HA では 200 TiB が有効)
NVMeoF はい：AFF用のFC-NVMe はい？ いいえ いいえ いいえ
サン はい: FC、iSCSI はい: FC、iSCSI CVSの場合ははい、ANFの場合はいいえ iSCSI iSCSI
NAS はい: NFSv3、NFSv4、NFSv4.1、pNFS、SMBv2、SMBv3 いいえ: SANのみ はい: NFSv3、NFSv4、NFSv4.1?、pNFS?、SMBv2、SMBv3 はい: NFSv3、NFSv4、NFSv4.1?、pNFS?、SMBv2、SMBv3 はい: NFSv3、NFSv4、NFSv4.1、pNFS、SMBv2、SMBv3

参照

参考文献

  1. ^ ONTAP 9リリースのサポート
  2. ^ a b c d「Data ONTAPはUNIXベースですか？」 2007年4月27日。2011年7月20日時点のオリジナルよりアーカイブ。2020年11月30日閲覧。
  3. ^ 「ONTAP GX - 過去と未来」 2006年6月16日. 2016年7月1日時点のオリジナルよりアーカイブ。2016年7月1日閲覧。
  4. ^ Dave Hitz (2005年3月16日). 「OpenBSDへの寄付に関するSlashdotでのリクエスト」 . toasters (メーリングリスト).
  5. ^ Mark Woods (2010年8月1日). 「ホワイトペーパー: インテリジェントキャッシュによるストレージパフォーマンスとコストの最適化 | WP-7107」(url) . NetApp . 2018年1月24日閲覧。
  6. ^ 「ONTAP Edgeの紹介」。NetApp 。
  7. ^ 「エグゼクティブ経歴」 NetApp、2012年。2012年6月4日時点のオリジナルよりアーカイブ。2012年4月13日閲覧。
  8. ^ 「マイケル・マルコム氏、CacheFlowの取締役会会長を辞任、新たなスタートアップ事業に注力」 Business Wire、2000年11月13日。 2009年4月14日閲覧。
  9. ^ Andy Watson & Paul Benn. 「TR3014 マルチプロトコルデータアクセス」(PDF) . Network Appliance, Inc. 2018年12月4日閲覧。
  10. ^ Jay Goldfinch、Mike McNamara (2012年11月14日). 「Clustered Data ONTAP 8.3：ハイブリッドクラウドのための実証済みの基盤」 . NetApp. 2017年2月9日時点のオリジナル(url)からのアーカイブ。 2017年12月3日閲覧。
  11. ^ 「高可用性構成ガイド：HAペアとは」 NetApp、2014年2月1日。2017年11月9日時点のオリジナル（URL）からアーカイブ。 2017年11月9日閲覧。
  12. ^ Greg Porter (2011年3月20日). 「Data ONTAP 8 7-Mode：それって何？なぜ使っていないの？」 Greg Porterのブログ. 2016年4月22日時点のオリジナル(url)からアーカイブ。 2017年11月9日閲覧。
  13. ^ Justin Parisi (2015年11月25日). 「Introducing: Copy-Free Transition」 . Why Is The Internet Broken?. 2017年11月9日時点のオリジナル(url)からのアーカイブ。 2017年11月9日閲覧。
  14. ^ 「OnCommand® System Manager 3.1.2. インストールおよびセットアップガイド。サポートされているData ONTAPのバージョン」。NetApp。2015年6月1日。2017年11月9日時点のオリジナル（url）からアーカイブ。 2017年11月9日閲覧。
  15. ^ Reddy, Shree (2011年9月). 「64ビットアグリゲートの徹底入門」(PDF) . NetApp .
  16. ^ Justin Parisi (2016年6月23日). 「ONTAP 9が利用可能になりました！」 . 「なぜインターネットは壊れているのか？ 」. 2017年2月12日時点のオリジナル(url)からアーカイブ。 2017年11月9日閲覧。
  17. ^ 「データシート：ONTAP 9データ管理ソフトウェア」（PDF） . NetApp . 2017年.
  18. ^ Justin Parisi (2015年2月16日). 「TECH::Become a clustered Data ONTAP CLI Ninja」 . Why Is The Internet Broken?.オリジナル(url)から2016年8月18日にアーカイブ。 2017年11月9日閲覧。
  19. ^ 「付録：NFSおよびSMBのファイルとディレクトリの命名依存関係」 . NASプロトコルのプロビジョニング. NetApp .
  20. ^ 「FlexGroupボリュームとは」 NetApp、2017年11月1日。2017年11月9日時点のオリジナル（URL）からアーカイブ。 2017年11月9日閲覧。
  21. ^ Justin Parisi (2016年10月4日). 「NetApp FlexGroup: NASの進化」 . Why Is The Internet Broken?. 2017年11月9日時点のオリジナル(url)からのアーカイブ。 2017年11月9日閲覧。
  22. ^ 「SPEC SFS®2014_swbuild Result for NetApp FAS8200 with FlexGroup」 Standard Performance Evaluation Corporation. 2017年9月26日. 2017年10月12日時点のオリジナル(url)からアーカイブ。 2017年11月8日閲覧。
  23. ^ 「qtreeとは何か」 ONTAP 9ドキュメントセンターNetApp
  24. ^ 「ハイブリッドフラッシュアレイ – ハイブリッドストレージシステム | NetApp」www.netapp.com . 2018年1月31日閲覧。
  25. ^ 「オールフラッシュストレージアレイ – オールフラッシュFAS（AFF） | NetApp」 www.netapp.com . 2018年1月31日閲覧。
  26. ^ 「ONTAP Select：ソフトウェア定義ストレージ（SDS）| NetApp」www.netapp.com . 2018年1月31日閲覧。
  27. ^ 「NetAppによるエンタープライズ向けAWSストレージ」cloud.netapp.com . NetApp, Inc. 2018年1月31日閲覧。
「 https://en.wikipedia.org/w/index.php?title=ONTAP&oldid=1326330580」から取得