ONTAP
「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 デベロッパー
ネットアップ
OSファミリー
Unix ライク( BSD ) (Data ONTAP GX、Data ONTAP 8 以降)
作業状態
アクティブ
プラットフォーム
IA-32 (サポート終了)、Alpha (サポート終了)、MIPS (サポート終了)、ONTAP 8 以降のx86-64
カーネルタイプ
動的にロード可能なモジュールを備えたモノリシック
ユーザーランド BSD デフォルトのユーザー インターフェイス
コマンドライン インターフェイス( PowerShell、SSH、シリアル コンソール) Web ベースのユーザー インターフェイスを介したグラフィカル ユーザー インターフェイス、REST API
前任者
clustered Data ONTAP
公式ウェブサイト
www .netapp .com /us /products /data-management-software /ontap .aspx
ONTAP には、 BSD Net/2および4.4BSD-Lite、Spinnaker Networks テクノロジ、およびその他のオペレーティング システムのコードが含まれています。 ONTAP は当初、NFS のみをサポートしていましたが、後にSMB、iSCSI、およびファイバー チャネル プロトコル(ファイバー チャネル オーバー イーサネットおよびFC-NVMeを含む) のサポートを追加しました。2006 年 6 月 16 日、 NetApp は Data ONTAP の 2 つのバリアント、つまり Data ONTAP 7G と、ほぼ完全に書き直した Data ONTAP GX をリリースしました。Data ONTAP GX は、Spinnaker Networks から取得したグリッド テクノロジに基づいていました。2010 年、これらのソフトウェア製品ラインは、Data ONTAP 7G を Data ONTAP GX クラスタ プラットフォームに統合した Data ONTAP 8 という 1 つの OS に統合されました。
Data ONTAP 8 には、1 つのファームウェア イメージで保持される 2 つの異なる動作モードが含まれています。モードは ONTAP 7-Mode および ONTAP Cluster-Mode と呼ばれます。NetApp が発行した ONTAP 7-Mode のサポートされている最後のバージョンは、バージョン 8.2.5 でした。以降のすべてのバージョンの ONTAP（バージョン 8.3 以降）には、ONTAP Cluster-Mode という 1 つの動作モードしかありません。
NetApp ストレージ アレイは、高度にカスタマイズされたハードウェアと独自のONTAP オペレーティング システムを使用します。これらはどちらも、NetApp の創設者であるDavid Hitzと James Lau によって、ストレージ サービス専用に設計されました。ONTAP は NetApp の内部オペレーティング システムであり、高レベルと低レベルの両方でストレージ機能用に特別に最適化されています。ONTAP の元のバージョンには、独自の非 UNIX カーネルと TCP/IP スタック、ネットワーク コマンド、および BSD からの低レベルのスタートアップ コードが含まれていました。 Data ONTAP GX から派生したバージョンは、スタンドアロンのカーネル空間モジュールとしてFreeBSDから起動し、 FreeBSDの一部の機能を使用します(たとえば、コマンド インタープリターとドライバー スタックを使用します)。 ONTAP は、ONTAP Select や Cloud Volumes ONTAP などの仮想ストレージ アプライアンス (VSA) にも使用されます。どちらも Data ONTAP Edge という名前の以前の製品に基づいています。
すべてのストレージ アレイ ハードウェアには、バッテリでバックアップされた不揮発性メモリが含まれており、仮想ストレージ アプライアンスが仮想不揮発性メモリを使用している間、ディスクを待機することなく、安定したストレージへの書き込みをすばやくコミットできます。
実装者は、ファイバー チャネル、インフィニバンド、10 ギガビット イーサネット、40 ギガビット イーサネット、または100 ギガビット イーサネットのいずれかのプライベート高速リンクを使用して、高可用性クラスター内に 2 つのストレージ システムを編成することがよくData ONTAP 8 オペレーティング システムの「クラスタ モード」または ONTAP 9 で実行している場合は、このようなクラスタを単一の名前空間に追加でグループ化できます。
Data ONTAP は、「ONTAP Edge」という名前で、VMware vSphereハイパーバイザー上で実行される、 x86プロセッサを搭載したコモディティ コンピューティングサーバーで利用できるようになりました。その後、ONTAP Edge の名前が ONTAP Select に変更され、KVM がサポート対象のハイパーバイザーとして追加されました。
コンテンツ
1 歴史
2 WAFL ファイル システム
2.1 ストレージ効率 2.2 凝集体
3 7-Mode以前
4 clustered ONTAP
4.1 データプロトコル
4.1.1 NFS
4.1.2 SMB/CIFS
4.1.3 FCP
4.1.4 iSCSI
4.1.5 NVMeoF
4.1.5.1 FC-NVMe
4.2 高可用性
4.2.1 HAペア
4.2.2 HA相互接続
4.2.3 メトロクラスター
4.2.4 MetroCluster SDS
4.3 水平スケーリングのクラスタ化
4.3.1 ストレージ仮想マシン
4.3.2 無停止運用
4.3.3 NASライフ
4.3.4 サンライフ
4.3.5 VIPライフ
4.3.6 管理インターフェース
4.3.7 クラスタ インターフェイス
4.4 マルチテナンシー 4.5 FlexClone 4.6 スナップリストア 4.7 フレックスグループ 4.8 SnapMirror
4.8.1 SVM-DR
4.8.2 SnapMirror 同期
4.9 FlexCache ボリューム 4.10 同期ミラー 4.11 スナップロック 4.12 ファブリック プール 4.13 フラッシュキャッシュ 4.14 NDAS 4.15 QoS 4.16 安全
4.16.1 キーマネージャー
4.16.2 NetApp ボリューム暗号化
4.16.3 GDPR
4.16.4 VSCAN と FPolicy
4.17 追加機能
5 ソフトウェア
5.1 ワークフローの自動化 5.2 SnapCenter 5.3 サービス レベル マネージャー 5.4 ビッグデータ 5.5 qtree
6 オートメーション
7 プラットフォーム
7.1 FAS 7.2 ソフトウェア デファインド ストレージ
7.2.1 ONTAP セレクト
7.2.2 クラウド ボリューム ONTAP
8 機能比較
9 こちらもご覧ください
10 外部リンク
11 参考文献
歴史
WAFLを含む Data ONTAP は、1992 年にDavid Hitz、James Lau、、および Michael Malcolmによって開発されました。最初は、NFSv2 をサポートしていました。CIFS プロトコルは 1996 年に Data ONTAP 4.0 に導入されました。
WAFL ファイル システム
主要な記事: Write Anywhere ファイル レイアウト
Write Anywhere File Layout（WAFL）は、ONTAP OS で使用されるファイル レイアウトであり、大規模で高性能な RAID アレイをサポートし、クラッシュや電源障害が発生した場合に長時間の整合性チェックを行わずに迅速に再起動し、ファイル システムのサイズを迅速に拡張します。 .
ストレージ効率
インライン適応圧縮とインライン データ圧縮
ONTAP OS には、WAFL 機能に基づく複数のストレージ効率化機能が含まれています。すべてのプロトコルでサポートされており、ライセンスは必要ありません。2018 年 2 月 NetApp は、クライアント向けの AFF システムは、重複排除、圧縮、圧縮、およびクローンの節約により、平均 4.72:1 のストレージ効率を達成すると主張しています。ONTAP 9.3 以降では、オフラインの重複排除および圧縮スキャナーがデフォルトで自動的に開始され、スケジュールではなく書き込まれた新しいデータの割合に基づいています。
データ削減の効率は、ボリュームとアグリゲートの効率とゼロブロック重複排除の要約です。
ボリューム効率は、個別に、およびボリュームごとに有効/無効にすることができます。
4KB ブロック レベルで動作するオフライン ボリューム重複排除
ポストプロセス (またはバックグラウンド) 圧縮としても知られるオフライン ボリューム圧縮など、追加の効率化メカニズムが後で導入されました。ポストプロセス セカンダリ圧縮とポストプロセス アダプティブ圧縮の2 つのタイプが
インライン ボリューム重複排除とインライン ボリューム圧縮は、一部のデータがディスクに到達する前にオンザフライで圧縮し、オンザフライでの処理に時間がかかると ONTAP が判断した場合、一部のデータを非圧縮形式のままにするように設計されています。後で、この圧縮されていないデータに対して他のストレージ効率化メカニズムを活用します。インライン ボリューム圧縮には、インライン アダプティブ圧縮とインライン セカンダリ圧縮の 2 種類が
集約レベルのストレージ効率には、次のものが
データ圧縮は、 4KB より小さい多くのデータ ブロックを単一の 4KB ブロックに圧縮するために使用されるもう 1 つのメカニズムです。
インライン アグリゲート全体のデータ重複排除 (IAD)および後処理アグリゲート重複排除(クロス ボリューム重複排除とも呼ばれます) は、アグリゲート上のボリューム間で共通ブロックを共有します。IAD は、ストレージ システムが特定のしきい値を超えると、それ自体を調整できます。単一のSSDアグリゲートの物理スペースの現在の制限は800TiB です
インライン ゼロブロック重複排除ゼロがディスクに到達する前にオンザフライで重複排除
スナップショットとFlexCloneも効率化メカニズムと見なされます。ONTAP 9.4 以降では、デフォルトで、アクティブなファイル システムとボリューム上のすべてのスナップショット全体でデータの重複排除が行われます。スナップショット共有による節約は、スナップショットの数に比例します。 SnapMirror デスティネーション システム。
シンプロビジョニング
Cross-Volume Deduplication Storage Efficiency 機能は、SSD メディアに対してのみ機能します。データベースを活用するインラインおよびオフラインの重複排除メカニズムは、重複排除プロセスによって処理されたデータ ブロックのデータ ブロックとチェックサムのリンクで構成されます。各重複排除データベースは、重複排除が有効になっている各ボリュームおよびアグリゲートにすべての Flash FAS システムは、後処理圧縮をサポートし
ストレージ効率化の実行順序は次のとおりです。
インライン ゼロ ブロック重複排除
インライン圧縮: 8KB の適応圧縮に圧縮できるファイルの場合、32KB を超える二次圧縮を使用するファイルの場合
インライン重複排除: 最初にボリューム、次にアグリゲート
インライン適応データ圧縮
後処理圧縮
重複排除の後処理: 最初にボリューム、次に集約
凝集体
アグリゲート上の WAFL FlexVol レイアウト
2 つのプレックスを持つアグリゲートの内部編成
1 つまたは複数の RAID グループが「アグリゲート」を形成し、アグリゲート内で ONTAP オペレーティング システムが「フレキシブル ボリューム」（ FlexVol ）をセットアップして、ユーザーがアクセスできるデータを保存します。RAID 0と同様に、各アグリゲートは、基盤となる保護された RAID グループのスペースを統合して、フレキシブル ボリューム用のストレージの 1 つの論理ピースを提供します。NetApp のディスクと RAID グループの集合体と並んで、 FlexArray、ONTAP Select、または Cloud Volumes ONTAPを備えたサードパーティのストレージ システムですでに保護されている LUN で集合体を構成できます。各アグリゲートは、LUN または NetApp の RAID グループのいずれかで構成できます。代替手段は、1 つ以上の RAID グループが単一の静的ボリュームを形成する「従来のボリューム」です。柔軟なボリュームには、それらの多くを 1 つのアグリゲートで作成し、いつでもサイズ変更できるという利点がより小さなボリュームは、基盤となるアグリゲートで使用可能なすべてのスピンドルを共有できます。ストレージとQoSを組み合わせることで、柔軟なボリュームのパフォーマンスをオンザフライで変更できますが、従来のボリュームでは変更できません。ただし、トラディショナル ボリュームは (理論的には) フレキシブル ボリューム (同じ数のスピンドル) よりもわずかに高い I/O スループットを処理できます。アグリゲートと従来のボリュームは拡張のみ可能で、縮小することはできません。オール フラッシュ FAS システムの現在の最大総物理有効スペース サイズは 800 TiB です。
7-Mode以前
は、検証のための追加の引用が必要です。
ONTAP に追加された冗長性の最初の形式は、NetApp ストレージ システムのペアを高可用性クラスタ(HA ペア)に編成する機能でした。 HA ペアは、ディスク シェルフを追加することで容量を拡張できます。HA ペアでパフォーマンスが最大に達した場合、次の 2 つの方法がありました。1 つは、別のストレージ システムを購入してそれらの間でワークロードを分割することでした。もう 1 つは、新しいより強力なストレージ システムを購入し、すべてのワークロードをそこに移行することでした。 . すべての AFF および FAS ストレージ システムは通常、以前のモデルの古いディスク シェルフを接続できました。このプロセスはヘッド スワップと呼ばれます。ヘッド スワップでは、再配線操作のためにダウンタイムが必要であり、システムの再構成なしで新しいコントローラーを使用して古いデータにアクセスできます。Data ONTAP 8 以降、各ファームウェア イメージには、「モード」という名前の 2 つのオペレーティング システムが含まれています。7-Mode と Cluster-Mode です。どちらのモードも、同じ FAS プラットフォームで一度に 1 つずつ使用できます。ただし、FAS を 1 つのモードから別のモードに変換する場合、またはディスク シェルフを 7-Mode から Cluster-Mode に、またはその逆に再配線する場合、各モードのデータは他のモードと互換性がありませんでした。
その後、NetApp は、古いディスク シェルフのデータを 7-Mode から Cluster-Mode に変換できる7-Mode Transition Tool (7MTT) をリリースしました。これは Copy-Free Transition と呼ばれ、ダウンタイムを必要とするプロセスです。バージョン 8.3 では、Data ONTAP ファームウェア イメージから 7-Mode が削除されました。
clustered ONTAP
clustered ONTAP は、前身の Data ONTAP (7-Mode のバージョン 7 およびバージョン 8) と比較して、新しい、より高度な OS であり、新しい HA ペアを単一のネームスペース クラスタに追加することでスケールアウトできます。クラスタ全体。バージョン 8.0 では、Data ONTAP の以前のリリースでサポートされていた 16 テラバイト (TB) のアグリゲート サイズしきい値よりも大きいサイズしきい値を持つ新しいアグリゲート タイプが導入され、64 ビット アグリゲートとも呼ばれます。
バージョン 9.0 では、SnapLock を含む 7-Mode のほぼすべての機能が ONTAP (Clustered) に正常に実装されましたが、7-Mode では利用できなかった多くの新機能が導入されました。また、ワークロードの高速プロビジョニングやフラッシュの最適化などの新機能も含まれています。
NetApp の Clustered ONTAP の独自性は、異種システム (単一クラスター内のすべてのシステムが同じモデルまたは世代である必要はない) を単一クラスターに追加できることです。これにより、クラスター内のすべてのノードを管理するための単一の画面が提供され、クラスターへの新しいモデルの追加、古いノードの削除、ボリュームのオンライン移行、クライアントがデータを連続して利用できる状態での LUN などの無停止操作が提供されます。バージョン 9.0 で、NetApp は Data ONTAP を ONTAP に改名しました。
データプロトコル
ONTAP は統合ストレージ システムと見なされます。つまり、クライアントに対してブロック レベル (FC、FCoE、NVMeoF、および iSCSI) とファイル レベル (NFS、pNFS、CIFS/SMB) の両方のプロトコルをサポートします。ONTAP (ONTAP Select & Cloud Volumes ONTAP) の SDS バージョンは、ソフトウェア定義の性質のため、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シーケンスが、ファイルとディレクトリの名前でサポートされています。
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 暗号化をサポートしています。高速化された AES 命令 (インテル AES NI) 暗号化は、SMB 3.0 以降でサポートされています。
FCP
物理アプライアンス上の ONTAP は、HBA ポートの速度に応じて、FCoE と FC プロトコルをサポートします。
iSCSI
A220/FAS2700 システムでサポートされている iSCSI データ センター ブリッジング (DCB) プロトコル。
NVMeoF
NVMe over Fabrics ( NVMeoF ) は、イーサネット (コンバージドまたは従来型)、TCP、ファイバー チャネル、InfiniBand などの既存のネットワーク インフラストラクチャ上で NVMe プロトコルをトランスポート用に利用する機能を指します (NVMe over PCI を実行するのとは対照的に)。NVMe は、SAN ブロック レベルのデータ ストレージ プロトコルです。NVMeoF はオールフラッシュ A システムでのみサポートされ、ローエンドの A200 および A220 システムではサポートされONTAP 9.5 以降では、NVMe への ALUA マルチパス機能と同様に提供される ANA プロトコルがサポートされています。NVMe 用の ANA は現在、SUSE Enterprise Linux 15 でのみサポートされています。ANA を使用しない FC-NVMe は、SUSE Enterprise Linux 12 SP3 および RedHat Enterprise Linux 7.6 でサポートされています。
FC-NVMe
FC-NVMe 32Gbps 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 つのノードを 1 つのシステムとして表示するために、さまざまな手法が採用されています。これにより、ストレージ システムは、ノードに予期しない障害が発生したり、「テイクオーバー」と呼ばれる操作で再起動が必要になったりした場合に、データへのほぼ中断のないアクセスをクライアントに提供できます。
たとえば、ネットワーク レベルでは、ONTAP はダウンしたノードの IP アドレスを一時的に存続ノードに移行し、該当する場合は FC WWPN の所有権をダウンしたノードから存続ノードに一時的に切り替えます。データ レベルでは、ダウンしたノードに割り当てられたディスクの内容は、生き残ったノードを介して自動的に使用できるようになります。
FAS および AFF ストレージ システムは、エンタープライズ レベルの HDD および SSD ドライブを使用します。これらのドライブは、2 つのバス ポートを備え、各コントローラに 1 つのポートが接続されたディスク シェルフ内に収容されています。ONTAP のすべてのディスクには所有権マーカーが書き込まれており、HA ペアのどのコントローラが個々のディスクを所有し、サービスを提供しているかを反映しています。アグリゲートには、単一のノードが所有するディスクのみを含めることができます。したがって、ノードが所有する各アグリゲートと、FlexVol、LUN、ファイル共有などの上位オブジェクトは、単一のコントローラで処理されます。各コントローラーは独自のディスクとアグリゲートを持ち、それらにサービスを提供できるため、このような HA ペア構成はアクティブ/アクティブと呼ばれ、両方のノードが同じデータを提供していなくても同時に使用されます。
HA ペアのダウンしたノードが修復されるか、またはテイクオーバーを必要とするメンテナンス ウィンドウが完了し、ダウンしたノードが問題なく起動して実行されると、「ギブバック」コマンドを発行して 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 。
MetroCluster SDS
ONTAP Select ソフトウェアの機能であり、FAS/AFF システムの MetroCluster と同様に、MetroCluster SDS (MC SDS) を使用すると、SyncMirror を使用して 2 つのサイト間でデータを同期的に複製し、生き残ったノードにユーザーやアプリケーションに対して透過的に自動的に切り替えることができます。MetroCluster SDS は通常の HA ペアとして機能するため、データ ボリューム、LUN、および LIF を両方のサイトのアグリゲートとコントローラの間でオンラインで移動できます。もともとあるデータ。従来の MetroCluster では、アプリケーションがリモート サイトでローカルにデータにアクセスする唯一の方法は、1 つのサイト全体を無効にすることです。このプロセスはスイッチオーバーと呼ばれ、MC SDS では通常の HA プロセスが発生します。MetroCluster SDS は ONTAP Deploy をメディエーターとして使用します (FAS および AFF の世界では、この機能は MetroCluster タイブレーカーと呼ばれます)。この機能は ONTAP Select にバンドルとして付属しており、通常はクラスターの展開、ライセンスのインストール、およびそれらの監視に使用されます。
水平スケーリングのクラスタ化
水平スケーリング ONTAP クラスタ化は、Spinnaker の買収に由来し、NetApp では「Single Namespace」、「Horizontal Scaling Cluster」、「ONTAP Storage System Cluster」、または単に「ONTAP Cluster」と呼ばれることが多いため、HA ペアや MetroCluster 機能と混同されることがよくMetroCluster と HA はデータ保護テクノロジですが、単一ネームスペースのクラスタ化ではデータ保護は提供されません。ONTAP クラスタは、1 つまたは少数の HA ペアから形成され、クラスタ内のノード間での無停止のオンライン データ移行や無停止のハードウェア アップグレードなどの無停止操作（NDO）機能を ONTAP システムに追加します。ONTAP Cluster での NDO 操作のデータ移行には、クラスタ インターコネクトと呼ばれる操作専用のイーサネット ポートが必要であり、この目的で HA インターコネクトを使用しません。クラスタ インターコネクトと HA インターコネクトは、同じポートを共有できませんでした。単一の HA ペアを持つクラスター相互接続は、直接接続されたクラスター相互接続ポートを持つことができますが、4 つ以上のノードを持つシステムには、2 つの専用のイーサネット クラスター相互接続スイッチが必要です。ONTAP クラスタは、単一ノード クラスタを除き、偶数のノードでのみ構成できます（HA ペアとして設定する必要があります）。非 HA（スタンドアロン）とも呼ばれるシングルノード クラスタ ONTAP システム。ONTAP Cluster は、Web ベースの GUI、CLI (SSH および PowerShell)、および API を備えた単一のビルトイン管理で管理されます。ONTAP Cluster は、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 とも呼ばれます。Storage Virtual Machine (SVM) は抽象化のレイヤーであり、他の機能と共に、物理フロントエンド データ ネットワークを仮想化し、FlexVol にあるデータから分離します。無停止運用とマルチテナンシーに使用されます。また、NetApp で利用可能な論理構造の最高の形式として形成されます。SVM は別の SVM の下にマウントできないため、グローバル ネームスペースを参照できます。
SVM はストレージ システムをスライスに分割するため、クラスタ内の同じポート、データ アグリゲート、およびノードを使用し、別の FlexVol ボリュームと LUN を使用しながら、少数の部門または組織でさえ、互いに認識したり干渉したりすることなく、ストレージ システムを共有できます。1 つの SVM は、別の SVM のオブジェクトを作成、削除、変更、または表示することさえできないため、SVM 所有者にとって、そのような環境は、ストレージ システム クラスタ全体の単なるユーザーのように見えます。
無停止運用
ONTAP の SAN ALUA: ダイレクト データ リンクを使用した優先パス(クラスター化された) ONTAP システムでは、無停止操作 (NDO) 操作はほとんどありません。NDO データ操作には、ノード間の HA ペア内でのアグリゲートの再配置、クラスター内のアグリゲートとノード間の FlexVol ボリュームのオンライン マイグレーション (ボリューム移動操作と呼ばれる)、クラスター内の FlexVol ボリューム間の LUN の移行 (LUN 移動操作と呼ばれる) が含まれます。LUN 移動およびボリューム移動操作は、データ転送に Cluster Interconnect ポートを使用します (そのような操作には HA-CI は使用されません)。SVM は、フロントエンド データ プロトコルに応じて、ネットワーク NDO 操作で異なる動作をします。レイテンシを元のレベルまで減らすには、FlexVol ボリュームと LUN を、クライアントがストレージ システムにアクセスする際に使用するネットワーク アドレスと同じノードに配置する必要がそのため、SAN 用にネットワーク アドレスを作成するか、NAS プロトコル用に移動することができます。NDO 操作は無料の機能です。
NASライフ
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 へのパスの数を減らすために選択的 LUN マッピング (SLM) が導入され、LUN を所有するノードの HA パートナーを除く他のすべてのクラスタ ノードを介して LUN への最適化されていないパスが削除されるため、クラスタはLUN が配置されている HA ペアからのホスト パスのみ。ONTAP は SAN プロトコルに ALUA 機能を提供するため、SAN ネットワーク LIF は NAS プロトコルのように移行されません。データまたはネットワーク インターフェイスの移行が完了すると、ONTAP アーキテクチャにより、ストレージ システムのクライアントに対して透過的になり、ONTAP クラスタ インターコネクトを介して一時的または永続的なデータ間接アクセスが発生する可能性があります（HA-CI はこのような状況では使用されません）。クライアント。FC、FCoE、iSCSi、および FC-NVMe プロトコルに使用される SAN LIF。
VIPライフ
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 アドレスを使用して移行でき、通常はノードの e0M ポートにあるノードで ONTAP が実行されている間のみ使用できます。ノード管理 IP は、特定のノードからコマンドを発行する必要があるまれなケースで、ノードとクラスター シェルとの通信にクラスター管理者によって使用されることがクラスター管理 LIF インターフェースと関連付けられた IP アドレスは、クラスター全体が稼働している間のみ使用できます。デフォルトでは、イーサネット ポート間で移行できます。イーサネット ポートは、多くの場合、クラスター ノードの 1 つの e0M ポートの 1 つに配置され、管理目的でクラスター管理者に使用されます。API 通信、HTML GUI、SSH コンソール管理に使用され、デフォルトでは ssh 接続管理者とクラスター シェルが使用されます。サービス プロセッサ (SP) インターフェイスは、 FAS や AFF などのハードウェア アプライアンスでのみ使用でき、コントローラのメインボードにインストールされた組み込みの小型コンピュータとのssh帯域外コンソール通信を可能にし、 IPMIと同様に、ONTAP OS であってもコントローラを接続、監視、および管理できます。 SP を使用すると、コントローラを強制的に再起動または停止し、クーラーや温度などを監視できます。ssh で SP に接続すると、管理者は SP コンソールに移動しますが、SP に接続すると、それを介してクラスター シェルに切り替えることができます。各コントローラには、他の管理インターフェイスのように移行しない 1 つの SP が通常、e0M と SP はどちらも 1 つの管理 (レンチ) 物理イーサネット ポート上に存在しますが、それぞれに専用の MAC アドレスがノード LIF、クラスタ LIF、および SP は、多くの場合、同じ IP サブネットを使用します。SVM 管理 LIF は、クラスタ管理 LIF と同様に、クラスタのノード上のすべてのイーサネット ポート間で移行できますが、単一の SVM 管理専用です。SVM LIF には GUI 機能がなく、API 通信と SSH コンソール管理のみを容易にすることができます。SVM 管理 LIF は e0M ポートに存在できますが、多くの場合、専用の管理 VLAN 上のクラスタ ノードのデータ ポートに配置され、ノードおよびクラスタ LIF の IP サブネットとは異なる場合が
クラスタ インターフェイス
クラスタは、専用のイーサネット ポートを使用して LIF インターフェイスを相互接続し、LUN やボリュームがクラスタのあるノードから別のノードに移行するときに、ポートを管理およびデータ インターフェイスと共有したり、水平スケーリング機能のために共有したりすることはできません。ノード管理 LIF と同様に、クラスタ インターコネクト LIF は、単一ノードのポート間で移行できます。クラスタ間インターフェイス LIF は、データ LIF と同じイーサネット ポートを使用して共有し、SnapMirror レプリケーションに使用できます。ノード管理および LIF と同様に、クラスタ間インターフェイス LIF クラスタ インターコネクトは、単一ノードのポート間で移行できます。
マルチテナンシー
マルチテナンシー
ONTAP は、ストレージ仮想マシンや IP スペースなどのマルチ テナンシー機能に 2 つの手法を提供します。SVM は、KVM などの仮想マシンに似ている一方で、物理ストレージからの視覚化の抽象化を提供しますが、通常の仮想マシンとは異なり、SVM は純粋なストレージ システムのようにサードパーティのバイナリ コードを実行できないため、まったく異なります。代わりに、仮想化環境とストレージ リソースを提供するだけです。また、通常の仮想マシンとは異なり、SVM は単一のノードで実行されませんが、エンド ユーザーにとっては、SVM はクラスタ全体の各ノードで単一のエンティティとして実行されるように見えます。SVM はストレージ システムをスライスに分割するため、クラスタ内の同じポート、データ アグリゲート、およびノードを利用し、別の FlexVol ボリュームと LUN を使用しながら、いくつかの部門または組織が、互いに認識したり干渉したりすることなく、ストレージ システムを共有できます。各 SVM は、独自のフロントエンド データ プロトコル、一連のユーザーを実行し、独自のネットワーク アドレスと管理 IP を使用できます。IP Spaces を使用すると、ユーザーは干渉することなく、同じストレージ システム上で同じ IP アドレスとネットワークを持つことができます。各 ONTAP システムは、機能するために少なくとも 1 つの Data SVM を実行する必要がありますが、さらに実行することもできます。ONTAP の管理にはいくつかのレベルがあり、Cluster Admin レベルには利用可能なすべての権限が各データ SVM はその所有者vsadminに提供します。vsadmin は、クラスター管理レベルのほぼ完全な機能を備えていますが、RAID グループ構成、アグリゲート構成、物理ネットワーク ポート構成などの物理レベルの管理機能は備えただし、vsadmin は、 LUN、FlexVol、ネットワーク アドレスの作成、削除、構成など、SVM 内の論理オブジェクトを管理できるため、クラスタ内の 2 つの SVM が互いに干渉することはありません。1 つの SVM は、別の SVM のオブジェクトを作成、削除、変更、または表示することさえできないため、SVM 所有者にとって、そのような環境は、ストレージ システム クラスタ全体で自分だけのユーザーのように見えます。Multi Tenancy は ONTAP の無料機能です。
FlexClone
NetApp FlexClone は NetApp RoW スナップショットとまったく同じように機能しますが、FlexClone への書き込みが可能です
FlexClone は、ボリューム、ファイル、またはLUNの書き込み可能なコピーを作成するために使用されるライセンス機能です。ボリュームの場合、FlexClone はスナップショットとして機能しますが、ボリュームへの書き込みを許可しますが、通常のスナップショットではデータの読み取りのみを許可します。WAFLアーキテクチャの FlexClone テクノロジーは、メタデータ i ノードのみをコピーし、サイズに関係なく、ファイル、LUN、またはボリュームのほぼ瞬時のデータ コピーを提供するためです。
スナップリストア
SnapRestore は、FlexVol のアクティブなファイル システムを、その FlexVol 用に以前に作成されたスナップショットに戻し、メタデータ i ノードをアクティブなファイル システムに復元するために使用されるライセンス付き機能です。SnapRestore は、オブジェクトが配置されている FlexVol の以前に作成されたスナップショットからの単一ファイルの復元または LUN の復元にも使用されます。NAS 環境で SnapRestore ライセンスがなくても、ネットワーク ファイル共有でスナップショットを表示したり、復元目的でディレクトリやファイルをコピーしたりできます。SAN 環境では、NAS 環境と同様の復元操作を行う方法はありません。無料のONTAPコマンドndmpcopyを使用して、SAN環境とNAS環境の両方で、ファイル、ディレクトリ、LUN、およびFlexVol全体のコンテンツをコピーできます。データをコピーするプロセスはオブジェクトのサイズに依存し、時間がかかる可能性がありますが、メタデータ inode をアクティブなファイル システムに復元する SnapRestore メカニズムは、オブジェクトのサイズに関係なく、ほぼ瞬時に以前の状態に復元されます。
フレックスグループ
FlexGroup はバージョン 9 で導入された無料の機能で、ONTAP オペレーティング システムのクラスタ化されたアーキテクチャを利用します。FlexGroup は、NFS および CIFS プロトコルを使用して、クラスター全体のスケーラブルな NAS アクセスを提供します。 FlexGroup ボリュームは、クラスター内のノード (FlexGroup ごとに最大 200) に分散された構成 FlexVol のコレクションであり、単に「構成要素」または「メンバー ボリューム」と呼ばれ、単一のスペースに透過的に集約されます。したがって、FlexGroup ボリュームは、すべてのコンスティチュエントから、したがってそれらが配置されているクラスターのすべてのノードからパフォーマンスと容量を集約し、メタデータを多用する書き込み操作のためにノードごとに CPU コアを並列化します。エンド ユーザーにとって、各 FlexGroup ボリュームは、単一の通常の NAS (SMB または NFS) ファイル共有によって表されます。 FlexGroup の可能性は、pNFS（ONTAP 9.7 で追加）、NFS マルチパス（セッション トランキング、ONTAP 9.12.1 で発表）、SMB マルチチャネル（ONTAP 9.4 で追加）、SMB 継続的可用性（FlexGroup SMB CA 共有 ONTAP 9.6)、および VIP (BGP) でサポートされています。ONTAP 9 の FlexGroup 機能により、クラスタ全体にパフォーマンスを均等に分散させながら、1 つの名前空間を 4，000 億以上のファイルで 20 PB 以上に大規模に拡張できます。 ONTAP 9.5 以降、FabricPool (ストレージ効率のための自動クラウド階層化) のサポートが追加されました。ONTAP 9.5 では、ネイティブ ファイル監査、FPolicy、ストレージ レベル アクセス ガード（SLA）、コピー オフロード（ODX）、継承された変更通知の監視のための SMB 機能のサポートも追加されました。クォータと Qtree。FlexGroup でサポートされる SMB Contiguous Availability (CA) により、FlexGroup で MS SQL と Hyper-V を実行でき、MetroCluster でサポートされる FlexGroup を実行できます。FlexGroup ボリュームとサポートされる機能の詳細については、TR-4571: NetApp ONTAP FlexGroup ボリュームのベスト プラクティスおよび実装ガイドを参照して
SnapMirror
ユニファイド レプリケーション
スナップショットは、NetApp の非同期ディスク間レプリケーション (D2D) テクノロジーである SnapMirror の基礎を形成します。SnapMirror は、任意の 2 つの ONTAP システム間でフレキシブル ボリュームのスナップショットを効果的に複製します。SnapMirror は、NetApp のデータ ファブリック ビジョンの一環として、ONTAP からCloud Backupへ、および SolidFire から ONTAP システムへもサポートされています。NetApp は、SnapVault という名前の D2D バックアップおよびアーカイブ機能も提供しています。これは、スナップショットの複製と保存に基づいています。Open Systems SnapVault を使用すると、Windows および UNIX ホストでデータを ONTAP にバックアップし、ファイル システムの変更をスナップショットに保存できます（ONTAP 8.3 以降ではサポートされていません）。SnapMirror は災害復旧計画の一部として設計されています。災害復旧サイトでスナップショットが作成された時点でデータの正確なコピーを保存し、両方のシステムで同じスナップショットを保持できます。一方、SnapVault は、ソース ストレージ システムに少ないスナップショットを保存し、セカンダリ サイトに多くのスナップショットを長期間保存するように設計されています。デスティネーション システムの SnapVault スナップショットにキャプチャされたデータは、デスティネーションで読み取り/書き込みのために変更することもアクセスすることもできませんでした。データをプライマリ ストレージ システムに復元するか、SnapVault スナップショットを削除することができます。SnapMirror と SnapVault の両方を使用して両方のサイトのスナップショットにキャプチャされたデータは、データのカタログ化、バックアップの一貫性と検証、テストと開発の目的などのために、FlexClone 機能を使用して複製および変更できます。別の、そして別の、というように。ファンアウトと呼ばれる構成は、1 つのボリュームが複数のストレージ システムに複製される配置です。ファンアウト レプリケーションとカスケード レプリケーションの導入では、SnapMirror DR、SnapVault、または統合レプリケーションの任意の組み合わせがサポートされます。ファンイン展開を使用して、複数のプライマリ システムと単一のセカンダリ システムの間にデータ保護関係を作成することができます。各関係は、セカンダリ システム上の異なるボリュームを使用する必要がONTAP 9.4 以降のデスティネーション SnapMirror および SnapVault システムでは、デフォルトでインラインおよびオフラインの自動重複排除が有効になっています。インタークラスターは SnapMirror の 2 つのクラスター間の関係であり、イントラクラスターはその反対であり、単一クラスター内のストレージ仮想マシン (SVM) 間の SnapMirror 関係に使用されます。SnapMirror はバージョン依存モードで動作できます。このモードでは、2 つのストレージ システムを同じバージョンの ONTAP またはバージョン フレキシブル モードで実行する必要がSnapMirror レプリケーションの種類:
データ保護 (DP): SnapMirror DR とも呼ばれます。ボリューム SnapMirror 用に NetApp によって最初に開発されたバージョン依存のレプリケーション タイプ。宛先システムは ONTAP と同じかそれ以上のバージョンである必要がONTAP 9.3 以降ではデフォルトで使用されません。ボリューム レベルのレプリケーション、ブロックベース、メタデータに依存しない、Block-Level Engine (BLE) を使用。
拡張データ保護 (XDP): SnapMirror 統合レプリケーションと SnapVault で使用されます。XDP は Logical Replication Engine (LRE) を使用するか、宛先ボリュームでボリューム効率が異なる場合は Logical Replication Engine with Storage Efficiency (LRSE) を使用します。ボリューム レベルのレプリケーションとして使用されますが、技術的には、ディレクトリ ベースのレプリケーション、inode ベース、メタデータ依存に使用できます (したがって、数百万のファイルを持つ NAS にはお勧めしません)。
負荷共有 (LS): 主に、SVM のルート ボリュームのコピーを保持するなどの内部目的で使用されます。
SnapMirror to Tape (SMTape): ボリュームからテープへのスナップショット コピー ベースの増分または差分バックアップです。CommVault Simpana などの NDMP 準拠のバックアップ アプリケーションを使用して、ブロック レベルのテープ バックアップを実行する SMTape 機能。
SnapMirror ベースのテクノロジー:
ユニファイド レプリケーション: ユニファイド レプリケーションを使用するボリュームは、SnapMirror と SnapVault の両方のスナップショットを取得できます。ユニファイド レプリケーションは、単一のレプリケーション接続を使用する SnapMirror ユニファイド レプリケーションと SnapVault の組み合わせです。SnapMirror Unified レプリケーションと SnapVault の両方が同じ XDP レプリケーション タイプを使用しています。SnapMirror ユニファイド レプリケーションは、バージョン フレキシブルな SnapMirror とも呼ばれます。バージョン フレキシブルな SnapMirror/SnapMirror ユニファイド レプリケーションは ONTAP 8.3 で導入され、宛先ストレージが同じバージョンまたはそれ以降のバージョンの ONTAP を使用するという制限を取り除きます。
SVM-DR (SnapMirror SVM): 選択した SVM と一部の SVM 設定のすべてのボリューム (例外は許可されます) をレプリケートします。レプリケートされる設定は、使用するプロトコル (SAN または NAS) によって異なります。
ボリュームの移動: ボリュームの DataMotion とも呼ばれます。SnapMirror は、クラスター内のあるアグリゲートから別のアグリゲートにボリュームをレプリケートします。その後、エンド クライアントが許容できるタイムアウトになるまで I/O 操作が停止し、最終レプリカがデスティネーションに転送され、ソースが削除され、デスティネーションがそのクライアントから読み書き可能になります。
SnapMirror はライセンス機能です。SnapMirror ライセンスがすでにインストールされている場合、SnapVault ライセンスは必要ありません。
SVM-DR
SnapMirror テクノロジーに基づく SVM DR は、保護された SVM から DR サイトにすべてのボリューム (例外は許可されます) とその中のデータを転送します。SVM DR には、ID 保持とID 破棄の2 つのモードが一方、ID 破棄モードでは、セカンダリ システムと DR SVM にコピーされたボリューム内のデータは、SVM 構成、IP アドレス、元の SVM からの CIFS AD 統合などの情報を保持しません。一方、ID 破棄モードでは、セカンダリ システムのデータを読み取り/書き込みモードでオンラインにし、プライマリ システムもオンラインにすることができます。これは、DR テスト、テスト/開発、およびその他の目的に役立つ場合がそのため、プライマリ サイトで障害が発生した場合に備えて、セカンダリ サイトで ID の破棄を追加構成する必要が
ID 保持モードでは、SVM-DR がボリュームとその中のデータをコピーし、SVM 構成、IP アドレス、CIFS AD 統合などの情報もコピーします。これにより、プライマリ サイトで災害が発生した場合に DR サイトで必要な構成が少なくなりますが、このモードでは、プライマリ競合が発生しないようにするには、システムをオフラインにする必要が
SnapMirror 同期
SnapMirror Sync (SM-S) は、略してゼロ RPO データ レプリケーション テクノロジーであり、以前は 7 モード システムで使用できましたが、バージョン 9.5 まで (クラスター化された) ONTAP では使用できませんでした。SnapMirror Sync はボリューム レベルでデータをレプリケートし、RTT が 10 ミリ秒未満であるという要件があり、距離は約 150 km になります。SnapMirror Sync は、次の 2 つのモードで動作します。SnapMirror Sync レプリケーションが何らかの理由で失敗した場合に書き込みを禁止することで、2 つのサイト間でアプリケーション データの損失がゼロになることを保証する完全同期モード (デフォルトで設定) 。リラックスした同期モードでは、 SnapMirror 同期が失敗した場合にアプリケーションがプライマリ サイトで引き続き書き込みを行うことができ、関係が再開されると、自動再同期が行われます。SM-S は、FC、iSCSI、NFSv3、NFSv4、SMB v2 および SMB v3 プロトコルをサポートし、AFF の場合は 100 ボリューム、FAS の場合は 40 ボリューム、ONTAP の場合は 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 ボリューム
FlexCache テクノロジーは、以前は 7 モード システムで使用できましたが、バージョン 9.5 まで (クラスター化された) ONTAP では使用できませんでした。FlexCache を使用すると、ファイル ロック メカニズムを使用して、複数のグローバル サイトで NAS データを提供できます。FlexCache ボリュームは、読み取り、書き込み、およびメタデータをキャッシュできます。変更されたデータのプッシュ操作を生成するエッジでの書き込みは、オリジンからのデータを要求しましたが、7 モードでは、すべての書き込みはオリジンに送信され、ファイルをチェックするのはエッジ ONTAP システムの仕事でした。更新されました。また、FlexCache ボリュームでは、元のボリュームよりも小さいサイズにすることができます。これも、7 モードと比較して改善されています。最初は、NFS v3 のみが ONTAP 9.5 でサポートされていました。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 を使用して、ONTAP 9.5 と MCC- IPを使用して最大 300 km または 700 km 離れた 2 つのサイト間に geo クラスターまたはアクティブ/アクティブ クラスターを提供します。SyncMirror は、 Software-Defined Storageプラットフォーム、Cloud Volumes ONTAP、または ONTAP Select のいずれかで使用できます。コモディティ サーバー上に（非共有）ディスクが直接接続された環境、またはローカル SyncMirror または MetroCluster 構成のFAS および AFF プラットフォームで高可用性を提供します。SyncMirror は無料の機能です。
スナップロック
SnapLock は、光学メディアではなく、磁気および SSD ディスクに WORM ( Write Once Read Many ) 機能を実装しているため、データは保持期間に達するまで削除できません。SnapLock には、コンプライアンスとエンタープライズの 2 つのモードがコンプライアンス モードは、組織が SEC 17a-4(f) 規則、FINRA、HIPAA、CFTC 規則 1.31(b)、DACH、Sarbanes によって規定された規制などの厳格な規制保持要件を満たす包括的なアーカイブ ソリューションを実装するのを支援するように設計されています。 Oxley、GDPR、Check 21、EU データ保護指令 95/46/EC、NF Z 42-013/NF Z 42-020、バーゼル III、MiFID、愛国者法、Graham-Leach-Bliley 法など。 SnapLock Compliance ボリューム上の WORM ストレージは、保持期間が満了する前に変更または削除することはできません。さらに、SnapLock Compliance ボリュームは、すべてのデータが保持期間の終わりに達するまで破棄できません。SnapLock はライセンス機能です。
SnapLock Enterprise は、WORM タイプのデータ ストレージを使用してデジタル資産をより柔軟に保護したいと考えている組織を支援することを目的としています。SnapLock Enterprise ボリュームに WORM として保存されたデータは、改ざんや変更から保護されます。SnapLock Compliance との主な違いが 1 つ保存されているファイルは厳格な規制順守を目的としていないため、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 以降の FabricPool は、ONTAP Select プラットフォームでサポートされています。Cloud Volumes ONTAP は、HDD + S3 FabricPool 構成もサポートしています。ファブリック プールは、ONTAP ストレージ上の高速メディア（通常は SSD）からコールド メディアへのコールド データ ブロックの自動ストレージ階層化機能を提供し、オブジェクト プロトコルを介して、 S3などのオブジェクト ストレージへと戻ります。ファブリック プールは 2 つのモードで構成できます。1 つのモードはスナップショットでキャプチャされたコールド データ ブロックを移行するために使用され、もう 1 つのモードはアクティブなファイル システムのコールド データ ブロックを移行するために使用されます。FabricPool は、オフライン重複排除とオフライン圧縮の節約を維持します。ONTAP 9.4 以降では、FabricPool 2.0 が導入され、アクティブなファイル システム データをティアオフする機能 (デフォルトでは、アクセスされていない 31 日間のデータ) と、データ圧縮の節約をサポートする機能が追加されました。inode とデータ ファイルの推奨比率は 1:10 です。ONTAPストレージ システムに接続されているクライアントの場合、ファブリック プールのすべてのデータ階層化操作は完全に透過的であり、データ ブロックが再びホットになると、データ ブロックはONTAPストレージ システムの高速メディアにコピーされます。Fabric Pool は現在、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 とサービスを使用でき、そのサービスはによって検証されます。ネットアップ。ONTAP 9.5 以降の FabricPool でサポートされる FlexGroup ボリューム。FAS/AFF システムのファブリック プール機能は、NetApp StorageGRID 外部オブジェクト ストレージで無料で使用できます。Amazon S3 や Azure Blob などの他のオブジェクト ストレージ システムの場合、Fabric Pool が機能するには TB ごとにライセンスを取得する必要があります (Fabric Pool ライセンスのコストに加えて、顧客は消費されたオブジェクト スペースに対しても支払う必要があります)。Cloud Volumes ONTAP ストレージ システムでは、Fabric Pool にライセンスは必要ありませんが、コストはオブジェクト ストレージの消費スペースに対してのみ適用されます。ONTAP 9.5 以降では、ホット層からの階層化をトリガーする容量使用率を調整できます。SVM-DR は FlexGroup でもサポートされています。
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 カード (以前は Performance Accelerate Module または PAM) をフラッシュ キャッシュできます。Flash Cache は読み取りレイテンシを短縮し、フラッシュ キャッシュ障害の場合に読み取り操作に冗長性が必要ないため、基盤となる RAID に回転するディスクをさらに追加することなく、ストレージ システムがより多くの読み取り集中型の作業を処理できるようにします。Flash Cache はコントローラー レベルで動作し、読み取り操作のみを高速化します。コントローラ上の個別のボリュームごとに異なるキャッシング ポリシーを設定したり、ボリュームの読み取りキャッシュを無効にしたりすることができます。FlexVolレベルで適用される FlashCache キャッシング ポリシー。FlashCache テクノロジーは FlexArray 機能と互換性が9.1 以降では、1 つの FlexVol で FlashPool と FlashCache キャッシュの両方を同時に利用できます。ONTAP 9.5 以降では、エフェメラル SSD ドライブを使用して Cloud Volumes ONTAP で利用可能なフラッシュ キャッシュ読み取りキャッシュ テクノロジーが使用されます。
NDAS
NDAS プロキシは ONTAP 9.5 で導入されたサービスです。クラウド プロバイダーのNDAS サービスと連携して動作します。FabricPool と同様に、NDAS はデータをオブジェクト形式で保存しますが、FabricPool とは異なり、WAFL メタデータもオブジェクト ストレージに保存します。ONTAP システムから転送された情報はスナップショット デルタであり、データ セット全体ではなく、既に重複排除および圧縮されています (ボリューム レベルで)。NDAS プロキシは、S3 オブジェクト プロトコルを使用する HTTP ベースであり、クラウドへの追加の API 呼び出しはほとんどありません。ONTAP 9.5 の NDAS は、プライマリ ONTAP 9 ストレージが Snapmirror を介してセカンダリ ONTAP 9.5 ストレージにデータをレプリケートするスキーマでのみ機能します。セカンダリ ストレージは NDAS プロキシでも
QoS
ストレージ QoS は、ONTAP システムの無料機能です。ONTAP システムにはいくつかのタイプのストレージ QoSが通常の静的 QoS または最小 QoS (QoS min) ; 最大ＱｏＳ（ＱｏＳ ｍａｘ）。最大 QoS は、IOPS、MB/秒、またはその両方の静的上限として構成できます。ボリューム、LUN、またはファイルなどのオブジェクトに適用して、そのようなオブジェクトが管理者によって定義されたよりも多くのストレージ パフォーマンス リソースを消費するのを防ぐことができます (これにより、パフォーマンスを集中的に使用するいじめっ子を分離し、他のワークロードを保護します)。ストレージ パフォーマンス リソースの競合が発生し、ボリュームに適用される可能性がある場合に、ボリュームが管理者によって構成された静的な IOPS の数を下回らないようにするために、最小 QoS はボリュームの最大セットに反します。A-QoS は、フレキシブル ボリュームによって消費されたスペースに基づいて、QoS を自動的に変更するメカニズムです。これは、フレキシブル ボリューム内の消費スペースが拡大または縮小し、 FlexVolのサイズが変更される可能性があるためです。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) の代わりに絶対最小 QoS が使用されるのは、ボリューム サイズと TB あたりの IO の比率が 10GB のように小さすぎる場合のみです。
安全
ONTAP OS には、オンボード キー マネージャー、NSE および NVE 暗号化によるコントローラー ブート用のパスフレーズ、USB キー マネージャー (9.4 以降で使用可能) など、ストレージ システムのセキュリティを強化する多くの機能がNAS イベントの監査は、お客様がストレージ システム上の特定の CIFS および NFS イベントを追跡および記録できるようにする ONTAP のもう 1 つのセキュリティ対策です。これは、潜在的なセキュリティの問題を追跡するのに役立ち、セキュリティ違反の証拠を提供します。SSH 経由でアクセスする ONTAP には、Common Access Card で認証する機能がONTAP は RBAC をサポートします。ロールベースのアクセス制御により、管理アカウントを制限したり、システムで実行できるアクションを制限したりできます。RBAC は、単一のアカウントが、システムで利用可能なすべての潜在的なアクションを実行することを許可されないようにします。ONTAP 9 以降では、プライバシー サービス (krb5p) を使用した Kerberos 5 認証が NAS でサポートされています。krbp5 認証モードは、チェックサムを使用してクライアントとサーバー間のすべてのトラフィックを暗号化することにより、データの改ざんやスヌーピングから保護します。ONTAP ソリューションは、Kerberos の 128 ビットおよび 256 ビット AES 暗号化をサポートしています。
キーマネージャー
Onboard Key Manager は 9.1 で導入された無料の機能で、NVE 暗号化ボリュームおよび NSE ディスクからキーを保存できます。NSE ディスクは、AFF/FAS プラットフォームでのみ使用できます。ONTAP システムでは、アプライアンスに接続された USB ドライブに暗号化キーを保存することもできます。ONTAP は、Gemalto Trusted Key Manager などの外部キー マネージャも使用できます。
NetApp ボリューム暗号化
NetApp ボリューム暗号化 (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 以降では、 GDPR 要件に準拠するためにファイルを安全に削除する機能を提供するSecure Purgeと呼ばれる新機能が導入されました。
VSCAN と FPolicy
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 経由でのログイン試行の失敗回数を制限します。ONTAP 9.5 以降では、NTP 対称認証がサポートされています。
ソフトウェア
NetApp は、監視および ONTAP システムとの統合のための一連のサーバーベースのソフトウェア ソリューションを提供します。最も一般的に使用されている無料ソフトウェアは、データの可用性とパフォーマンスの監視ソリューションである ActiveIQ Unified Manager & Performance Manager です。
ワークフローの自動化
NetApp Workflow Automation (WFA) は、NetApp ストレージ オーケストレーションに使用される無料のサーバー ベースの製品です。これには、Web ベースの GUI を備えたセルフサービス ポータルが含まれており、ほぼすべての日常的なストレージ操作または一連の操作をワークフローとして構成し、サービスとして公開できるため、エンド ユーザーは NetApp ストレージをサービスとして注文および使用できます。
SnapCenter
以前は SnapManager Suite として知られていた SnapCenter は、サーバーベースの製品です。NetApp は、アプリケーションと NetApp Storage Array を調整することで、アプリケーション コンシステントなスナップショットを作成するための製品も提供しています。これらの製品は、 Microsoft Exchange、Microsoft SQL Server、Microsoft Sharepoint、Oracle、SAPおよびVMware ESX Serverのデータをサポートしています。これらの製品は、SnapManager スイートの一部です。SnapCenter には、 MongoDB、IBM Db2、MySQL用のサードパーティ プラグインも含まれており、エンド ユーザーは ONTAP ストレージ システムと統合するための独自のプラグインを作成できます。SnapManager と SnapCenter は、エンタープライズ レベルのライセンス製品です。SnapCreator という名前の、同様の、無料で機能の劣る NetApp 製品が存在します。これは、ONTAP アプリケーション コンシステント スナップショットをアプリケーションに統合したいが、SnapCenter のライセンスを持っていないお客様を対象としています。NetApp は、SnapCenter の機能が拡張され、SolidFire ストレージ エンドポイントが含まれるようになると主張しています。SnapCenter には、AFF/FAS システム用のコントローラ ベースのライセンスと、SDS ONTAP 用のテラバイトによるライセンスがNetApp Data Broker と呼ばれる VMware vSphere 用の SnapCenter プラグインは、SnapCenter 自体なしで使用できる別の Linux ベースのアプライアンスです。
サービス レベル マネージャー
NetApp Services Level Manager または略して NSLM は、ONTAP ストレージをプロビジョニングするためのソフトウェアであり、RESTful API を公開し、利用可能な API のリストを含む Swagger ドキュメントが組み込まれているワークロードに対して予測可能なパフォーマンス、容量、およびデータ保護を提供し、統合することもできますActiveIQ Unified Manager などの他のネットアップ ストレージ製品と一緒に使用できます。NSLM は、サービス レベル目標 (SLO) に基づいて 3 つの標準サービス レベル (SSL) を公開し、カスタム サービス レベルを作成します。予測される ServiceProvider のようなストレージ消費を提供するために作成された NSLM。NSLM は宇宙ベースのライセンス製品です。
ビッグデータ
ONTAP システムには、NetApp インプレース分析モジュール ( NetApp NFS Connector for Hadoop とも呼ばれます) を使用して、外部共有 NAS ストレージをプライマリまたはセカンダリ Hadoop ストレージとして使用することで、データへのアクセスと分析を提供します。
qtree
qtree は、論理的に定義されたファイル システムであり、使用できるディスク容量や存在できるファイル数に制限はありません。一般に、qtree はボリュームに似ています。ただし、次の重要な制限が
Snapshot コピーは、個々のボリュームに対して有効または無効にすることができますが、個々の qtree に対してはできません。
qtree は、スペースの予約またはスペースの保証をサポートし
オートメーション
ONTAP のプロビジョニングと使用は、多くの方法で直接自動化するか、追加の NetApp ソフトウェアまたはサードパーティ ソフトウェアを使用して自動化できます。
ONTAP および SolidFire で利用可能なDirect HTTP REST API 。9.6 ONTAP から、NetApp はクラスタ管理用の REST API アクセスを介して独自の ZAPI 機能を導入することを決定しました。https://[ONTAP_ClusterIP_or_Name]/docs/apiの System Manager Web インターフェイスから使用できる REST API 。このページには、Try it out 機能、外部使用を許可するための API トークンの生成、例を含む組み込みドキュメントが含まれています。ONTAP 9.6 で REST API を介して使用できるクラスタ管理のリスト:
クラウド (オブジェクト ストレージ) ターゲット
クラスタ、ノード、ジョブ、およびクラスタ ソフトウェア
物理ネットワークと論理ネットワーク
ストレージ仮想マシン
LDAP、NIS、DNS などの SVM ネーム サービス
ストレージ エリア ネットワーク (SAN) のリソース
Non-Volatile Memory Express のリソース
ONTAP SDKソフトウェアは、ONTAP システムを自動化する独自の ZAPI インターフェイスです。
ONTAP、SolidFire、E-Series などの NetApp システムの管理に使用できるPowerShell コマンドレット
Perl で記述されたSnapMirror & FlexClone ツールキットは、スクリプトによる SnapMirror & FlexClone 管理に使用可能
ONTAP は、 Ansible、Puppet、および Chef スクリプトで自動化できます
NetApp Workflow Automation (WFA) は、 WFA 用の API と PowerShell コマンドレットも提供する GUI ベースのオーケストレーターです。WFA は、NetApp ONTAP、SolidFire、および E シリーズ ストレージ システムを管理できます。WFA は、Storage as a Service (STaaS) として知られる NetApp システム用の組み込みのセルフサービス ポータルを提供します。
WFA を使用した VMware vRealize Orchestrator はストレージをオーケストレーションできます
Cisco UCS Director (以前の Cloupia) などの PaaS または IaaS 用のサードパーティ オーケストレーターは、NetApp システムを管理できます。自動化されたワークフローは、組み込みのセルフサービス ポータルを介してインフラストラクチャを管理および構成するためのステップ バイ ステップの手順で作成できます。
NetApp ストレージのバックアップとリカバリを VMware ESXi、Oracle DB、MS SQL などのアプリケーションと統合するために使用されるNetApp SnapCenterソフトウェアは、PowerShell コマンドレットと RESTful API によって自動化できます。
NetApp FAS/AFF ストレージ システム、パフォーマンス メトリック、およびデータ保護を監視するためのActiveIQ Unified 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 NetApp FAS FAS およびオール フラッシュ FAS (AFF) システムは、NetApp が ONTAP ソフトウェア用に独自に構築したカスタム ハードウェアです。AFF システムには SSD ドライブのみを含めることができます。AFF 上の ONTAP はフラッシュ メモリのみに最適化および調整されているためです。一方、FAS システムには HDD（HDD のみのシステム）または HDD と SSD（ハイブリッド システム）を含めることができます。FAS および AFF プラットフォーム上の ONTAP は、データ保護の理由から、ディスクまたはディスク パーティションから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-v としても知られる以前の製品 ONTAP Edge に基づいており、ソフトウェア定義ストレージと見なされます。 ONTAP Select as Cloud Volumes ONTAP にはプレックスとアグリゲートの抽象化が含まれていますが、OS には下位レベルの RAID モジュールが含まれていませんでした。そのため、RAID 4、RAID-DP、および RAID-TEC はサポートされていなかったため、ONTAP ストレージ システムは、 FlexArray機能と同様に、SSD および HDD ドライブ レベルで RAID データ保護を基盤となるストレージ システムで利用します。ONTAP Select 9.4 および ONTAP Deploy 2.8 以降のソフトウェアRAID は、サード パーティの HW RAID 機器を必要とせずにサポートされています。ONTAP Select と Cloud Volumes ONTAP は仮想マシンであるため、フロントエンド データ プロトコルとしてFibre ChannelとFibre Channel over Ethernetをサポートせず、仮想ディスクとして VSA に追加されたハイパーバイザーの基盤となるストレージのスペースを消費し、ONTAP 内でディスクとして表され、処理されます。. 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 以降のソフトウェア RAID は、KVM 用のサード パーティ製 HW RAID 機器を必要とせずにサポートされ、ESXi を使用する ONTAP 9.5 以降ではサポートされています。ONTAP Deploy は、MetroCluster または 2 ノード構成でメディエータ機能を提供し、ライセンスを追跡し、クラスタの初期導入に使用される仮想マシンです。ONTAP Deploy 2.11.2 以降では、vCenter からすべての ONTAP Deploy 機能を実行できる vCenter プラグインが導入されました。対照的に、以前の管理は、コマンド ラインまたは vSphere VM OVA セットアップ マスターから実行されていました。FAS プラットフォームと同様に、ONTAP Select は高可用性とクラスタリングをサポートします。FAS プラットフォームとして、ONTAP Select は、HDD のみまたはオール フラッシュに最適化された 2 つのバージョンで提供されます。以前は、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 月、Octavian Tanase SVP ONTAP は、デモンストレーション用のコンテナーとしてKubernetesで実行されている ONTAP のプレビュー写真を彼のツイッターに投稿しました。
クラウド ボリューム ONTAP
Cloud Volumes ONTAP (正式には ONTAP Cloud ) には、仮想ストレージ アプライアンス (VSA) でもあり、 Amazon AWS、Microsoftなどのハイパースケール プロバイダー (クラウド コンピューティング)で注文できるため、ONTAP Select とほぼ同じ機能が含まれています。AzureとGoogle クラウド プラットフォーム。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 以降では、Premium ライセンス (オール フラッシュ) を使用した 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ソフトウェア。メディエーターは 3 番目のサイトで実行する必要が ? いいえ
AWS で 2 つのアベイラビリティ ゾーン間でサポートされます。HA を備えた Cloud Volumes ONTAP と同様に、2 倍のスペースが消費されます
ONTAP Deploy 2.7 以降では、最大 10 km の距離の DAS 構成を備えた 2 ノード クラスタで MetroCluster SDS が正式にサポートされています。HA を使用する ONTAP Select と同様に、2 倍のスペースが消費されます。また、2 ノード HA システムを備えた ONTAP Select には、ONTAP Deploy に組み込まれたメディエータが必要です。災害時の監視やサイト自動切替などのメディエータ機能。MetroCluster 構成の Mediator を使用する ONTAP Deploy は、3 番目のサイトで実行する必要が
水平スケーリングのクラスタ化
ONTAP 9.3 の場合: SAN ノードの場合は 1 ノードから最大 12 ノード。最大 24 個の NAS – 前世代および前世代の FAS/AFF を使用。例外: 最大 8 ノードの FAS2500 ? いいえ
いいえ
1、2、4、または 8 ノード。複数のノードを持つ ONTAP クラスタには、HA ペアのみを含めることができます。
無停止運用
アグリゲートの再配置、ボリュームの移動、LUN の移動、LIF の移行
アグリゲートの再配置、ボリュームの移動、LUN の移動、LIF の移行 なし なし
アグリゲートの再配置、ボリュームの移動、LUN の移動、LIF の移行
マルチテナンシー はい はい
いいえ: クラウドには適用されません
いいえ: クラウドには適用されません
はい FlexClone はい、プレミアム バンドル SW に含まれています
はい、プレミアム バンドル SW に含まれています
はい？
はい
はい、常に含まれています
スナップリストア
はい、プレミアム バンドル SW に含まれています
はい、プレミアム バンドル SW に含まれています はい？ はい？
はい、常に含まれています SnapMirror はい、プレミアム バンドル ソフトウェアに含まれています。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 では選択ノードあたり最大 20 ボリューム FlexCache あり ONTAP 9.5 以降
はい はい？ はい？
あり ONTAP 9.5 以降
同期ミラー
はい: SyncMirror ローカルとして、または MetroCluster の一部として
はい
いいえ
Cloud Volumes ONTAP HA 機能の一部として
ONTAP Select HA および MetroCluster SDS 機能の一部として NAS用WORM はい: スナップロック。追加のライセンスが必要
いいえ: SAN のみ ? はい、AWS と Azure で。販売名：ネットアップ クラウド WORM
はい: 9.4 の SlapLock。追加のライセンスが必要 QoS はい。SVM、FlexVol、LUN、およびファイル レベルでの最大 QoS。最小 QoS、適応型 QoS。無料
はい。SVM、FlexVol、LUN、およびファイル レベルでの最大 QoS。最小 QoS、適応型 QoS。無料
組み込みの 3 層のパフォーマンス ? はい。SVM、FlexVol、LUN、およびファイル レベルでの最大 QoS。最小 QoS、適応型 QoS。無料
NetApp ボリューム暗号化
はい。ローカルのオンボード キー マネージャーまたは外部キー マネージャーを使用。無料ライセンスが必要
はい。ローカルのオンボード キー マネージャーまたは外部キー マネージャーを使用。無料ライセンスが必要? ?
はい。ローカルのオンボード キー マネージャーまたは外部キー マネージャーを使用。無料ライセンスが必要
SnapCenter /SnapManager
はい、プレミアム バンドル SW に含まれています
はい、プレミアム バンドル SW に含まれています? ?
はい。追加のライセンスが必要です。スペースによるライセンス
NetApp 独自の RAID: 4、DP、TEC はい はい
はい。ただし、顧客には表示されません ? はい、ONTAP Select 9.4 および ONTAP Deploy 2.8 を使用します。ONTAP Select 9.4 で使用できるソフトウェア RAID は、KVM のみです。ESXi で使用可能な 9.5 ソフトウェア RAID 以降。
読み取り/書き込みキャッシュ
はい: FlashPool、FASのみ いいえ いいえ いいえ いいえ
フレックスアレイ
はい、FAS2000 システムを除く FAS システムの場合。 いいえ いいえ
いいえ、該当なし
いいえ
サードパーティの DAS または RAID いいえ いいえ いいえ
クラウド ブロック ストレージ
はい。RAID、LVM、および vSAN をサポートする DAS
ネットアップ ストレージ暗号化
はい、専用の HDD/SDD が必要です。無料
はい、専用の HDD/SDD が必要です。無料 ? いいえ
いいえ
読み取りキャッシュ
はい: FAS2200/2500システムを除くFASシステム用のFlashCache。現行世代のすべての FAS システムにプリインストール済み いいえ いいえ
はい、エフェメラル SSD および 9.5 以降の Premium または 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
こちらもご覧ください
NetApp ストレージ システムで使用されるWrite Anywhere File Layout (WAFL)
ネットアップ
NetApp FAS
外部リンク
ONTAPデータ管理ソフトウェア（製品ページ）
ONTAP Cloud（製品ページ）
ONTAP Select（製品ページ）
ONTAP 9 データシート
参考文献
^次の場所にジャンプ:a b c d 「Data ONTAP は UNIX ベースですか?」. 2007-04-27。2013-01-30 のオリジナルからのアーカイブ。2020-11-30取得。
^ 「ONTAP GX — 過去と未来」 . 2006-06-16。2016 年 7 月 1 日にオリジナルからアーカイブされました。2016 年7 月 1 日閲覧。
^ Dave Hitz （2005 年 3 月 16 日)。「Slashdot での OpenBSD への寄付のリクエスト」 . トースター(メーリング リスト)。
^ マーク ウッズ （2010 年 8 月 1 日)。「ホワイト ペーパー: インテリジェント キャッシングによるストレージ パフォーマンスとコストの最適化 | WP-7107」 (url) . ネットアップ。2018年1月24日閲覧。
^ 「ONTAP Edgeの紹介」 . ネットアップ。
^ 「エグゼクティブバイオス」 . ネットアップ。2012. 2012-06-04 のオリジナルからのアーカイブ。2012 年 4 月 13 日閲覧。
^ 「Michael Malcolm が CacheFlow の取締役会長を辞任し、新たなスタートアップの機会に注力する」 . ビジネスワイヤ。2000 年 11 月 13 日。2009 年 4 月 14 日閲覧。
^ アンディ・ワトソンとポール・ベン。「TR3014 マルチプロトコル データ アクセス」 (PDF) . ネットワーク アプライアンス社 2018年12月4日閲覧。
^ ジェイ・ゴールドフィンチ、マイク・マクナマラ （2012 年 11 月 14 日)。「Clustered Data ONTAP 8.3: ハイブリッド クラウドの実績ある基盤」 . ネットアップ。2017-02-09 に元の (url)からアーカイブされました。2017年12月3日閲覧。
^ 「高可用性構成ガイド: HA ペアとは」 . ネットアップ。2014 年 2 月 1 日。2017年 11 月 9 日に元の (url)からアーカイブされました。2017年11月9日閲覧。
^ グレッグ・ポーター （2011 年 3 月 20 日)。「Data ONTAP 8 7-Mode: それは何ですか? なぜ実行しないのですか?」. グレッグ・ポーターのブログ。2016-04-22 に元の (url)からアーカイブされました。2017年11月9日閲覧。
^ ジャスティン・パリシ （2015 年 11 月 25 日)。「紹介: コピーフリーへの移行」 . インターネットが壊れているのはなぜですか?. 2017-11-09 に元の (url)からアーカイブされました。2017年11月9日閲覧。
^ 「OnCommand® System Manager 3.1.2。インストールおよびセットアップ ガイド。サポートされている Data ONTAP のバージョン」 . ネットアップ。2015 年 6 月 1 日。2017年 11 月 9 日に元の (url)からアーカイブされました。2017年11月9日閲覧。
^ レディ、シュリー 。「64 ビット アグリゲートの徹底紹介」 (PDF) . ネットアップ。
^ ジャスティン・パリシ （2016 年 6 月 23 日)。「ONTAP 9 が利用可能になりました!」. インターネットが壊れているのはなぜですか?. 2017-02-12 に元の (url)からアーカイブされました。2017年11月9日閲覧。
^ 「データシート：ONTAP 9 データ管理ソフトウェア」 （PDF） . ネットアップ。2017年。
^ ジャスティン・パリシ （2015 年 2 月 16 日)。「TECH::clustered Data ONTAP CLI 忍者になる」 . インターネットが壊れているのはなぜですか?. 2016-08-18 に元の (url)からアーカイブされました。2017年11月9日閲覧。
^ 「付録: NFS および SMB ファイルとディレクトリの名前付けの依存関係」 . NAS プロトコルのプロビジョニング。ネットアップ。
^ 「FlexGroup ボリュームとは」 . ネットアップ。2017 年 11 月 1 日。2017年 11 月 9 日に元の (url)からアーカイブされました。2017年11月9日閲覧。
^ ジャスティン・パリシ （2016 年 10 月 4 日)。「NetApp FlexGroup: NAS の進化」 . インターネットが壊れているのはなぜですか?. 2017-11-09 に元の (url)からアーカイブされました。2017年11月9日閲覧。
^ 「FlexGroup を使用した NetApp FAS8200 の SPEC SFS®2014_swbuild の結果」 . 標準性能評価株式会社。2017 年 9 月 26 日。2017年 10 月 12 日に元の (url)からアーカイブされました。2017年11月8日閲覧。
^ 「qtree とは」 . ONTAP 9 ドキュメント センター。ネットアップ。
^ 「ハイブリッド フラッシュ アレイ – ハイブリッド ストレージ システム | ネットアップ」 . www.netapp.com 。2018 年 1 月 31 日閲覧。
^ 「オール フラッシュ ストレージ アレイ – オール フラッシュ FAS (AFF) | ネットアップ」 . www.netapp.com 。2018 年 1 月 31 日閲覧。
^ 「ONTAP Select: Software-Defined Storage (SDS) | NetApp」 . www.netapp.com 。2018 年 1 月 31 日閲覧。
^ 「NetApp を使用したエンタープライズ向け AWS ストレージ」 . cloud.netapp.com。ネットアップ社 2018 年 1 月 31 日閲覧。”