Skip to main content
NetApp Technical Reports
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

NetApp AFXの概要:NetApp AFXについて学ぶ

共同作成者 whyistheinternetbroken elliott-ecton

NetApp AFXは引き続きONTAPです。ONTAPのメリットを活用するための別の方法にすぎません。NetApp AFXは、NASおよびオブジェクトワークロード向けに分散型アーキテクチャを提供しながら、お客様がよく知っていて信頼している機能豊富なONTAPソフトウェアを提供します。

イノベーションの進化:NetApp ONTAP

NetApp ONTAPは、複数のクライアントにNFSワークロードを提供する新しい方法として1992年に開発され、パフォーマンス、データの回復力、特定時点のコピーなどにおいて革新的な進歩をもたらしました。当初はNFSv2のみをサポートしていましたが、新しいNFSバージョン、他のデータプロトコル、より多くのデータ保護機能に対する需要が高まるにつれて、NetApp ONTAPは進化せざるを得ませんでした。

以下は、過去30年以上にわたって起こった主要なONTAPの進化の簡略化されたタイムラインです。

NetApp ONTAP の進化

10年 機能

1990sを使用したチャンク アップロード署名要求がサポートされるようになりました。

NFSv2、NFSv3、CIFS、スナップショット、WAFLファイルシステム、AutoSupport、SnapMirror

2000sを使用したチャンク アップロード署名要求がサポートされるようになりました。

SnapVault、SnapLock、NFSv4、ブロックプロトコル、FlexVols、FlexClone、GX/スケールアウト、重複排除、ファイルクローン

2010sを使用したチャンク アップロード署名要求がサポートされるようになりました。

クラスタ ONTAP、インライン ストレージ効率化機能、NFSv4.1/pNFS、NVMe、RAID-TEC、FlexGroup ボリューム、ボリューム暗号化、AFF、Cloud Volumes ONTAP、QoS、FabricPool、Azure NetApp Files(ANF)、Google Cloud NetApp Volumes(GCNV)、All SAN Array(ASA)

2020sを使用したチャンク アップロード署名要求がサポートされるようになりました。

SnapMirror Business Continuity、FlexCache、ONTAP S3、IPsec、Autonomous Ransomware Protection、SnapMirror in and out of ANF and GCNV、Amazon FSxN、ASAr2、NetApp AFX you are here

NetApp ONTAP パーソナリティ

長年にわたり、ONTAPはファイル、ブロック、オブジェクトを単一のシステムに統合した、単一の統合プラットフォームとして動作してきました。これにより、ONTAPはデータセンターにおけるスイスアーミーナイフのような存在――つまり、どんな要求にも応えられるプラットフォームとして位置付けられました。

しかし、アプリケーションが進化し、IT業界の一連の変化に伴いデータセンターの要件が変化するにつれて、特定の機能を実行できるプラットフォームへの需要が高まった。その結果、現在では ONTAP を利用するいくつかの異なる方法が存在する。

NetApp ONTAPパーソナリティ

ONTAPパーソナリティ 説明

ユニファイド ONTAP

これまでと同じONTAPであり、現在も活発に開発と改善が続けられています。

すべての SAN アレイ

iSCSI、FCP、FC/TCP 経由の NVMe のみをサポートし、アクティブ / アクティブ コントローラ機能と ASAr2 における分散型コンセプトを提供する ONTAP。

クラウド常駐 ONTAP

クラウド上で動作する ONTAP 。クラウドデータセンターに設置されたベアメタルシステム、または仮想化された ONTAP インスタンスのいずれか。

ディスアグリゲーテッド ONTAP/AFX

ONTAP は、高性能 NAS およびオブジェクト ワークロード向けに分離型アーキテクチャを使用しています。

統合 ONTAP アーキテクチャの概要

次の図は、統合 ONTAP の一般的なアーキテクチャを示しており、その下にすべてがどのように組み合わさるかの説明が記載されています。

一般的なONTAPアーキテクチャ

イメージ

ONTAP アーキテクチャの主な特徴:

  • ファイル、オブジェクト、ブロックのサポート

  • プロトコルはフロントエンド クライアント データ ネットワーク経由で提供されます

  • 複数の独立したノードをまとめてクラスタ化できます

  • 各ノードは、データおよび管理のユースケース向けに独立したフローティング IP アドレスを提供できます

  • クラスタ化されたノードは、クラスタVLAN経由でNetApp提供のバックエンドスイッチに接続されます

  • ノードは、ハードウェア障害や停電が発生した場合に備えて、HAペアとして提供されます

  • HAペアには、書き込みを保護するためにレプリケートする直接接続されたNVRAMカードがあります

  • 各ノードには少なくとも 1 つのアグリゲートが割り当てられ、ディスク総数の一部を所有します。

  • フェイルオーバー時には、ノードのディスクはHAパートナー(かつHAパートナーのみ)に再割り当てされます。

  • ディスクシェルフは通常、マルチパスケーブルを介してノードに直接接続されますが、ハイエンドシステムでは、同じバックエンドクラスタスイッチ上にストレージネットワークの概念が導入されています。

  • ボリューム(FlexVolsおよびFlexGroupボリューム)は、データアクセス用のストレージへのエントリポイントを提供します

NetApp AFXとは

ここで留意すべき点は、NetApp AFF は引き続き ONTAP であるということです。

これは単に、ONTAPのメリットを活用するための別の方法です。Unified ONTAPまたはAll SAN Arrayシステムにインストールするのと同じイメージが、NetApp AFXでも使用されます。コードベースは同一ですが、システムの起動方法によって、実行されるコードパス、バックエンドストレージの表示方法、サポートされる機能やプロトコルが決まります。

NetApp AFXは、使い慣れた機能豊富なONTAPソフトウェアを提供しながら、NASおよびオブジェクト ワークロード向けの分離型アーキテクチャを提供します。分離型ONTAPとは、冗長ネットワーク スイッチと高速で低レイテンシのネットワークを介して、すべてのNetAppコントローラ ノードが同じ容量を認識するストレージ アーキテクチャを指します。このアプローチにより、コントローラ ノードとストレージ容量を互いに独立して拡張し、さまざまなハイパフォーマンス ワークロードのニーズにより的確に対応できるようになります。つまり、追加のパフォーマンスが必要な場合は、コントローラ ノードを追加するだけです。追加の容量が必要な場合は、シェルフ エンクロージャを追加します。これにより、ストレージ管理者は、より対費用効果の高いストレージ ソリューションをエンド ユーザーに提供できる柔軟性を得ることができます。

コントローラノードはそれぞれ独立してディスクを所有していないため、容量やパフォーマンスに制約のある物理アグリゲートも存在しません。その代わりに、容量はすべてのノードが相互作用できる共有モデルとして提示され、ONTAPが自動的に管理できます。

ディスアグリゲーテッド ONTAP

イメージ

主要な用語と概念

以下は AFX に直接関連する用語です。ONTAP 固有の用語については、製品ドキュメントを参照してください。

ディスアグリゲーテッド ONTAP

ONTAPを基盤とする新しいアーキテクチャを指し、コンピューティング能力と容量を互いに独立して拡張することが可能になります。「Disaggregated ONTAP」という用語は製品名ではなく、統合されたONTAPとNetApp AFXアーキテクチャを区別するための手段です。

NetApp AFX

NetApp AFXは、ディスアグリゲーテッドONTAPアーキテクチャの正式な製品名であり、NetApp Insight 2025で発表されました。

コンピューティング ノード

NetApp AFXの計算ノードは、ストレージコントローラノードを指します(ドキュメントでは同義語として使用されることがよくあります)。これらのノードにはオンボードディスクがなく、完全にモジュール化されており、分散型ONTAPアーキテクチャが提供する独立したスケールを可能にするように設計されています。

ストレージ アベイラビリティ ゾーン

ストレージ可用性ゾーン(SAZ)は、NetApp AFXクラスタ内の単一の容量プールであり、すべてのディスクがすべてのノード間で共有されます。SAZは、共有容量、パフォーマンスの向上、グローバル重複排除などの機能を実現します。