高性能オールフラッシュ ストレージ アレイを求める市場には、NetApp AFF A800 が最適です。エンドツーエンドの NVMe アレイは、ネットアップの強力な AFF アレイ製品から得られた優れたパフォーマンスを提供します。私たちは以前、ファイバー チャネル経由で A800 をレビューしましたが、それが Editor's Choice 賞を受賞するほどの優れたパフォーマンスを発揮するものであることがわかりました。このレビューでは、今回は NVMe over Fabrics (NVMeOF) を利用して同じアレイのみをテストします。
高性能オールフラッシュ ストレージ アレイを求める市場には、NetApp AFF A800 が最適です。エンドツーエンドの NVMe アレイは、ネットアップの強力な AFF アレイ製品から得られた優れたパフォーマンスを提供します。私たちは以前、ファイバー チャネル経由で A800 をレビューしましたが、それが Editor's Choice 賞を受賞するほどの優れたパフォーマンスを発揮するものであることがわかりました。このレビューでは、今回は NVMe over Fabrics (NVMeOF) を利用して同じアレイのみをテストします。
これはフォローアップレビューであるため、設計と構築、仕様、管理などについては触れません。私たちの 最初のレビュー それらのそれぞれの領域にうまくいきます。レビューのセットアップは基本的に同じですが、パフォーマンスの違いを確認するために別のネットワーク インターフェイスを使用します。これは厳密には同一の比較ではないことに注意してください。このアレイは、さまざまなユーザーのニーズに合わせてさまざまな接続を提供しており、ユーザーがどの接続オプションで何を期待できるかを理解できるように、さまざまなタイプを検討しています。
2014 年に初めて導入された NVMeOF は、PCIe バス経由で NVMe デバイスを利用するだけではなく、ネットワーク経由でトランスポート プロトコルを使用するという概念です。 NVM Express, Inc. は 2016 年に NVMeOF の標準を公開しました。NVMeOF を使用すると、NVMe ホストは遅延を低く抑えながら NVMe ターゲット ストレージに接続できます。一般的な考え方は、遅延を大幅に増加させることなくパフォーマンスを向上させることです。現在までに、どのプロトコルがサポートされているか、または複数のモードで同時に実行できるかについて、さまざまなベンダーから多くのアプローチが行われてきました。 ONTAP を搭載した AFF A800 は、CIFS、NFS、iSCSI、FCP、および FC NVMeOF をほとんど苦労することなく同時に実行できます。すべてのプラットフォームがこのように作られているわけではなく、NetApp EF600 (わずかに異なる目標を念頭に置いて設計されている) でも、FCP または FC NVMeOF のいずれかで実行できますが、両方を同時に実行することはできません。
パフォーマンス構成
NetApp AFF A800 の構成には、8 個の 32TB NVMe SSD が取り付けられた 24 個の 1.92Gb FC ポートが含まれていました。 A24 に導入されている 1.92 台の 800TB SSD のうち、23 台の RAID-DP アグリゲートに分割し、実質的に 32 台の SSD を使用し、半分のパーティション 620 台をホット スペアとして保持しました。各 SSD の半分は両方のコントローラーに分割されているため、各コントローラーは取り付けられているすべての SSD のパフォーマンスを利用できます。このアレイは、16 台の Brocade G32 スイッチを介して 12Gb 経由で接続され、SLES 740 SP12 を実行する 4 台の Dell PowerEdge RXNUMXxd サーバーへの XNUMX 個の XNUMXGb リンクがありました。
各サーバーには 2 つの 350 GB LUN がプロビジョニングされ、合計ストレージ フットプリントは 8.4 TB になりました。
性能
ストレージ アレイのベンチマークに関しては、アプリケーション テストが最適であり、合成テストは 2 番目になります。実際のワークロードを完全に表現しているわけではありませんが、合成テストは、競合ソリューション間での完全な比較を容易にする再現性係数を備えたストレージ デバイスのベースラインを確立するのに役立ちます。これらのワークロードは、「4 コーナー」テスト、一般的なデータベース転送サイズ テスト、さまざまな VDI 環境からのトレース キャプチャに至るまで、さまざまなテスト プロファイルを提供します。これらのテストはすべて、スクリプト エンジンを備えた共通の vdBench ワークロード ジェネレーターを利用して、大規模なコンピューティング テスト クラスターの結果を自動化して取得します。これにより、フラッシュ アレイや個々のストレージ デバイスを含む幅広いストレージ デバイスにわたって同じワークロードを繰り返すことができます。
プロフィール：
- 4K ランダム読み取り: 100% 読み取り、128 スレッド、0 ～ 120% iorate
- 4K ランダム書き込み: 100% 書き込み、64 スレッド、0 ～ 120% iorate
- 64K シーケンシャル読み取り: 100% 読み取り、16 スレッド、0 ～ 120% の iorate
- 64K シーケンシャル書き込み: 100% 書き込み、8 スレッド、0 ～ 120% iorate
- 合成データベース: SQL および Oracle
A800 を使用した NVMeOF の主なパフォーマンス上の利点は、読み取りパフォーマンスの向上と遅延の短縮です。以前のテストでは、FCP プロトコルを使用し、複数の VM に接続された VMDK を使用した VMware 内のパフォーマンスに焦点を当てていましたが、NVMeOF テストはベアメタルのパフォーマンスに焦点を当てています。したがって、既存のデータと直接 800 対 800 で比較することはできません。すべてのストレージ アレイで一貫したテストを行うために、各ストレージ アレイのスレッド数を同じに保っていることにも注意することが重要です。 AXNUMX での NVMeOF テストでは、遅延が大幅に増加する前にテストが終了した領域がいくつかあることに気付きました。まず第一に、これはプラットフォームが非常に優れたパフォーマンスを発揮し、優れたパフォーマンス統計で低遅延を実現していることを示しています。ただし、欠点は、ある程度のパフォーマンスが残されていることです。 NetApp は、特定の状況下では AXNUMX が当社の測定値よりもさらに高いパフォーマンスを発揮できると述べています。
NVMeOF を搭載した A4 の 800K 読み取りから開始すると、わずか 217,460μs のレイテンシで 196.8 IOPS で始まり、2,184,220ms のレイテンシで 1.22 IOPS でピークに達しました。
4K 書き込みの場合、アレイは 48,987μs のレイテンシで 196 IOPS で開始し、465,445ms のレイテンシで 2.44 IOPS のピークに達しました。
次は 64K の順次ワークロードです。 64K 読み取りの場合、A800 は、約 403K IOPS または 25GB/s のピーク パフォーマンスで、わずかに低下するまでのレイテンシー 800µs で、全体を通してミリ秒未満のレイテンシーを維持することができました。
64K 書き込みの場合、NVMeOF を使用した A800 は強力に起動し、約 1K IOPS または約 110GB/s まで 7ms 未満に留まり、その後 120,314 IOPS または 7.52GB/s でピークに達し、遅延は 1.48ms でした。
次のベンチマークは SQL テストです。 SQL では、A800 は全体を通して 1ms 未満に留まり、わずか 1,466,467µs のレイテンシで 496.6 IOPS という素晴らしいピークを達成しました。
SQL 90-10 の場合、NVMeOF を搭載した A800 は、わずか 139,989µs のレイテンシで 1,389,645 IOPS から始まり、ピークに達する 539.6 IOPS に達するミリ秒未満のレイテンシ パフォーマンスをさらに優れたパフォーマンスで実現しました。
SQL 80-20 では、レイテンシが 1,108,068μs でピーク時に 658 IOPS に達し、再びミリ秒未満のレイテンシが全体で発生しました。
Oracle ワークロードに移ると、NVMeOF を搭載した A800 は 1 ミリ秒未満に留まり、レイテンシー 1,057,570 μs でピーク スコア 860.4 IOPS を達成しました。
Oracle 90-10 では、A800 は 118,586 IOPS で開始し、レイテンシー 1,140,178µs で 397.6,XNUMX IOPS でピークに達しました。
Oracle 80-20 では、A800 の遅延が再びミリ秒未満で、104,206 IOPS から始まり、1,003,577μs の遅延で 468.8 IOPS に達しました。
まとめ
NetApp AFF A800 は、ブロックとファイルのアクセスとエンドツーエンドの NVMe サポートをサポートする 4U オールフラッシュ アレイです。 A800 は、多くのパフォーマンスと十分なストレージを必要とする最も要求の厳しいワークロードを抱えるユーザーを対象としており、最大実効容量は 316.8PB です。私たちの最初の 受賞歴のあるレビュー このアレイを従来のファイバー チャネル上で観察し、このレビューでは NVMe over Fabric を活用して、状況がどのように変化したかを確認します。
VDBench ワークロードでは、NetApp AFF A800 は全体的に素晴らしい数値を示しました。基本的な 4 コーナーの実行では、読み取り 2.2 万 IOPS、書き込み 465K IOPS というランダムな 64K ピーク パフォーマンスが見られました。シーケンシャル 25K ワークロードでは、読み取りが 7.52GB/s、書き込みが 1.5GB/s でした。 SQL ワークロードでは、ピークで 90 万 IOPS、SQL 10-1.4 では 80 万 IOPS、SQL 20-1.1 では 1.1 万 IOPS が発生しました。 Oracle テストでは 90 万 IOPS という驚異的な結果が得られ、Oracle 10-1.14 では 80 万 IOPS、Oracle 20-1 では 1 万 IOPS が得られました。さらに印象的なのは、SQL と Oracle のワークロードが全体を通して XNUMX ミリ秒未満のレイテンシーを維持していたことです。
NVMeOF 用に構成された A800 では、特に読み取りパフォーマンスの点で素晴らしい結果が得られましたが、システムにはまだ改善の余地があることは注目に値します。私たちのテストでは、負荷生成サーバーはすべて VMware ハイパーバイザー ベースであったため、さらに複雑さが加わりました。さらに、VMware は現時点では NVMeOF を完全にはサポートしていません。 NetApp システムで NVMeOF を最大限に活用したいと考えている主流企業にとって、ベア メタルは最高のパフォーマンスを実現します。そうは言っても、多くの企業は、ファブリックと標準のファイバー チャネル接続の両方を使用して、ハイブリッド構成で NVMeOF ONTAP システムを使用したいと考えています。いずれの場合でも、ネットアップは、顧客が必要とするものにいつでもアレイが確実に対応できるように、最先端の世代テクノロジの導入と導入という点で業界をリードし続けています。 A800 はここで特に優れた性能を発揮しているため、最初のレビューで編集者が選ぶ賞を受賞しました。 NVMeOF はパフォーマンスを大幅に向上させるため、ビジネス クリティカルなアプリケーションに最大のスループットとマイクロ秒のレイテンシを必要とする企業にとって魅力的です。
