ネットアップ AFA EF600 レビュー

先月、NetApp は EF600 を搭載した最新のミッドレンジ オールフラッシュ アレイを発表しました。 EF600 は同じ市場をターゲットとしていますが、 EF570、交換品ではありません。 EF570 は NVMe をサポートしていますが、EF600 はエンドツーエンドの NVMe であり、これまでのミッドレンジでは見られなかった新しいレベルの柔軟性とパフォーマンスをもたらします。 EF600 は、パフォーマンスと価格性能比とは別に、フォークリフトのアップグレードを必要とせずに将来の需要に対応できるレベルの将来性を提供します。 

先月、NetApp は EF600 を搭載した最新のミッドレンジ オールフラッシュ アレイを発表しました。 EF600 は同じ市場をターゲットとしていますが、 EF570、交換品ではありません。 EF570 は NVMe をサポートしていますが、EF600 はエンドツーエンドの NVMe であり、これまでのミッドレンジでは見られなかった新しいレベルの柔軟性とパフォーマンスをもたらします。 EF600 は、パフォーマンスと価格性能比とは別に、フォークリフトのアップグレードを必要とせずに将来の需要に対応できるレベルの将来性を提供します。 

パフォーマンスの話に移りますが、EF600 は 2 万 IOPS、最大 44 GB/秒の帯域幅、特定のワークロードでのレイテンシが 100 μs 未満であると主張しています。このレベルのパフォーマンスにより、アレイは、BeeGFS や Spectrum Scale などの高性能並列 FS に加えて、Oracle データベース、リアルタイム分析などの新しいパフォーマンス重視のワークロードに対応できるようになります。パフォーマンス プロファイルは主に、EF600 のエンドツーエンドの NVMe 実装から得られます。これにより、アレイは、将来的により重要になる 100Gb NVMe over InfiniBand、100Gb NVMe over RoCE、および 32Gb NVMe over FC をサポートすることもできます。それに加えて、EF600 は 367U フォームファクタに最大 2 TB の容量を詰め込むことができます

EF600 は、信頼性が実証されている 600 世代の NetApp ハードウェアに基づいて構築されています。可用性の観点から見ると、EF9 はシックス ナインと高度な監視を備えた自動フェイルオーバーを提供します。アレイはドライブに障害が発生する前に問題を検出できます。障害が発生した場合、アレイのダイナミック ディスク プール テクノロジは、RAID5 または RAID6 よりも高速にドライブを再構築できます。 EF600 は、SANtricity (フラッシュ用に最適化されたもの) を通じて、動的容量、動的セグメント サイズ移行、動的 RAID レベル移行などのいくつかのデータ保護オプションを提供でき、無停止のファームウェア アップデートが付属しています。 

ネットアップ AFA EF600 仕様

NetApp AFA EF600 の構築と設計

NetApp AFA EF600 は、他のすべての NetApp アレイの標準的な外観、つまり NetApp ブランドが入った同じスタイリッシュなベゼルを備えた 2U アレイです。ベゼルの下には、アレイの前面に垂直に 24 個のドライブ ベイが配置されています。前述したように、NetApp はブランドに合わせて明るい青色のドライブ ベイに切り替えました。電源ボタンと LED インジケーターはデバイスの左側にあります。

デバイスの背面に移動すると、コントローラーが上下に重なった鏡像になっているのがわかります。左から右に PSU、RJ45 ポート、USB 3.0 ポート、管理ポート、XNUMX つのネットワーク ポートがあり、この場合、右上は NVMe over FC 用の FC コネクタで占められています。 

NetApp AFA EF600 管理

新しい EF600 は、E シリーズおよび EF シリーズ ストレージ アレイの操作に使用されるコントローラ ファームウェア、IOM ファームウェア、および SANtricity System Manager を含む NetApp SANtricity OS 11.XX ソフトウェア バンドルをサポートします。 SANtricity System Manager は、管理ワークフローの簡素化を支援します。 GUI は見た目も感触も新しく、シンプルなオンボックス Web インターフェイスと簡単な用語を備えています。

System Manager にログインすると、最初に [ホーム] タブが表示されます。ここでは、GUI の本体にダッシュボードが表示されます。どのタブを使用している場合でも、GUI の右上隅には利用可能な一般オプションが常に表示されます。これには、設定、ヘルプ、ログアウト、および現在ログオンしているユーザーも含まれます。左側のパネルには、ホーム、ストレージ、ハードウェア、設定、およびサポートという主要なシステム タブが表示されます。 

ダッシュボードでは、ストレージ アレイの状態と正常性を要約する重要な領域を確認できます。上部の通知領域には、システムのステータスとコンポーネントが表示されます。パフォーマンス領域には、IOPS、MiB/S、CPU などの主要な指標が表示されます。容量領域では、割り当てられたシステム容量を確認できます。およびストレージ階層領域では、ストレージ アレイによって管理されるさまざまなハードウェア コンポーネントとストレージ オブジェクトを整理したビューが提供されます。

[ストレージ] タブに移動すると、主要なシステム カテゴリが表示され、プールとボリュームのグループ、ボリューム、ホスト、パフォーマンス、およびスナップショットの構成が表示されます。これらのいくつかについては、以下のセクションで詳しく説明します。

[プールとボリューム グループ] ページには、システム内に作成されたプールとボリューム グループが表示されます。既存のドライブを編集したり、未割り当てのドライブから新しいドライブを作成したりできます。このページには、それらのプールまたはボリューム グループの合計容量、使用容量、ドライブ数、RAID 構成、およびその他の統計も表示されます。  

[ボリューム] ページには、構成されているボリュームが表示されます。このページには、ボリュームごとにステータス、割り当てられたホスト、それらが属するプールまたはボリューム グループ、報告された容量、割り当てられた容量、およびその他の情報が表示されます。これは、ボリュームを作成または編集したり、アプリケーションごとにワークロードを定義したりできる領域でもあります。

[パフォーマンス] ページでは、ストレージ アレイのパフォーマンスを監視する複数の方法が提供されます。 [Logical View] タブから、システム全体、プール、ボリューム グループ、または単一のボリュームなど、監視するコンポーネントを定義します。また、物理ビューとアプリケーションとワークロード ビューを使用して、ストレージ アレイの他の主要な領域を監視することもできます。 [パフォーマンスの詳細を表示] をクリックして、ホーム ページから [パフォーマンス] ページにアクセスすることもできます。

次のタブである [ハードウェア] タブでは、ストレージ アレイに取り付けられている物理シェルフ、コントローラ、およびドライブを管理できます。このページには、ストレージ アレイ内の任意の場所にあるドライバーが表示されます。このビューを変更して、プールまたはボリューム グループごとのドライバーを表示することもできます。

「コントローラ シェルフ」領域の下にある「コントローラ」アイコンをクリックすると、コントローラ A またはコントローラ B の設定を選択して表示できます。このウィンドウから、ベース、キャッシュ、ホスト インターフェイス、ドライブ インターフェイス、管理ポート、および DNS/NTP のさまざまなタブに移動して、コントローラの詳細情報を表示できます。

同じく「コントローラ シェルフ」領域の下にある他のアイコンのいずれかをクリックすると、「シェルフ コンポーネント設定」ウィンドウが表示されます。この領域は、電源、ファン、温度、バッテリ、SFP 情報など、シェルフ コンポーネントに関連するステータスと設定を監視するのに最適です。 

[設定] タブでは、ストレージ アレイに問題がある場合に通知するアラートを構成できます。この領域では、ストレージ アレイ名などのシステム設定の変更、ユーザーの認証、証明書のインポート、その他のシステム全体の機能の実行も行えます。

アクセス管理では、システム内でユーザー認証を確立できます。この領域から、パスワード、ローカル ユーザーの管理、権限の構成、ディレクトリ サーバーの追加、その他のアクセス管理構成を行うことができます。認証方法には、RBAC (ロールベースのアクセス制御)、ディレクトリ サービス、および Security Assertion Markup Language (SAML) 2.0 が含まれます。 

最後のタブである [サポート] タブでは、診断を実行し、テクニカル サポートから要求される可能性のある重要な情報を収集できます。ストレージ アレイに問題がある場合。ここでは、イベント ログを使用してストレージ アレイの履歴記録を確認できます。システムアップデートも実施します。

サポート センター エリアを下にスクロールすると、ストレージ アレイのワールドワイド ID シャーシのシリアル番号、シェルフの数、ドライブの数、ドライブのタイプ、コントローラの数、コントローラのファームウェアのバージョンなど、ストレージ アレイの上部のプロパティを確認できます。システム管理バージョン、その他のシステム情報。

NetApp AFA EF600 の構成

NetApp EF600 には 24 台の NVMe SSD が付属しており、すべて 1.92TB Samsung モデルです。特にストレージについては、このストレージ アレイを購入する顧客が一般的に使用する RAID10 を活用しました。 24 台のドライブと 100 つのコントローラー レイアウトを使用して、それらを 12 台のドライブからなる 24 つのボリューム グループに分割しました。これら 100 つのボリューム グループから、サイズが 2.4 GB のボリュームを各ホストに XNUMX つずつ割り当てました (ホストごとに XNUMX つのボリュームが両方のコントローラーに分散されています)。 XNUMX 台のコンピューティング ホストを使用すると、作業データセットの合計サイズは XNUMX x XNUMX GB、つまり XNUMX TB になります。

バックエンド接続については、EF600 は現在 NVMeoF のみをサポートしており、FCP もサポートされる予定です。このシステムにはすべて 32Gb FC 光学系が装備されており、このレビューのために 12 台のホストを最新の Emulex 32Gb デュアルポート HBA に更新しました。従来、VMware で AFA をテストしてきましたが、NVMeoF パフォーマンスのベンチマークを行うために、各ホスト上で SLES 12 SP4 のベアメタル インストールを実行しました。 Brocade G16 スイッチを搭載したデュアル スイッチ FC ファブリックに接続された 32 個の 620Gb ポート (コントローラーごとに 512 個) をすべて活用しました。合計すると、これにより、ストレージ アレイ (64GB/秒) から理論上 12Gb の帯域幅が可能になり、デュアル ポート 768 ホスト クラスターは 96Gb または XNUMXGB/秒のピークをサポートします。

VDBench ワークロード分析

ストレージ アレイのベンチマークに関しては、アプリケーション テストが最適であり、合成テストは 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
• VDI フル クローンおよびリンク クローン トレース

VDBench テストは、NVMeoF 上の EF600 と FC 上の EF570 を使用して並行して設定されました。ランダム 4K 読み取りでは、EF600 は 206,592、遅延 192.7μs で開始し、約 1 IOPS に達するまで 2,082,389ms 未満を維持しました。ピークは 2,082,693 で、遅延は 1.4 ミリ秒でした。 EF570 は 103,330 で開始され、遅延は 184μs でした。 EF570 は 1 回スパイクし、最初のピークの後は 929,562 IOPS に達するまで 1,031,613 ミリ秒未満に留まり、その後 2.5 ミリ秒のレイテンシーで最大 XNUMX IOPS に達します。

4K 書き込みパフォーマンスを見ると、やはり両方のサブシステムが 100μs 未満の超低遅延で開始されました。 EF600 は、アレイもピークに達する約 1 IOPS まで、640,171 ミリ秒未満で良好なパフォーマンスを発揮しました。これは、EF570 のピーク パフォーマンスである 222,416 IOPS (遅延 4.7 ミリ秒) と比較すると、顕著な違いでした。

シーケンシャル ワークロードに切り替えて、ピーク 64K 読み取りパフォーマンスを調べます。ここでは、EF600 は 500 IOPS または 128,713GB/s で 4μs 未満で開始し、643,152μs のレイテンシで 40.2 IOPS または 458GB/s でピークに達しました。全体的なパフォーマンスにわたって安定したレイテンシーを示しています。 EF570 も 500μs 未満で開始し、1 IOPS または 202,776GB/s に達するまで 12.67ms 未満を維持し、その後すぐに 247,692ms のレイテンシーで 15.48 IOPS または 2GB/s のピークに達しました。

64K 書き込みでは、両方のアレイが 250μs 未満のミリ秒未満のレイテンシで開始し、ピーク パフォーマンスに達する直前に安定したレイテンシを維持しました。 EF600 のピークは 141,859 IOPS、つまり 8.87GB/s、遅延は 1.3ms でした。 EF570 のパフォーマンスは、80,675 ミリ秒の遅延で 5、つまり 3.2GB/秒でピークに達しました。

次のテスト セットは、SQL ワークロード、SQL、SQL 90-10、および SQL 80-20 です。 SQL では、両方の配列が 200μs 未満で開始され、ピーク パフォーマンスに達した後も 1ms 未満に留まりました。 EF600 では、1,880,526μs の遅延で 398 IOPS のピークが見られました。また、EF570 のピークは 1,029,910 IOPS、遅延は 818μs でした。

SQL 90-10 では、両方のアレイが開始され、パフォーマンスが 1 ミリ秒未満のレイテンシーに維持されることが確認されました。 EF600 は 1,784,866μs のレイテンシーで 387 IOPS のピークに達しましたが、EF570 は 600μs のレイテンシーで 875,340 IOPS のピークと EF853 の半分のパフォーマンスしかマークしませんでした。

SQL 80-20 では、両方のアレイで 200μs を超えるレイテンシーの同様の開始点が再び確認されました。 EF600 は 156,264 IOPS で開始し、レイテンシ 1,559,733μs で 406 IOPS に達しました。 EF570 は 73,990 IOPS で開始され、739,139 ミリ秒の遅延で 1.1 IOPS のピークに達しました。

次のベンチマークは、Oracle ワークロード、Oracle、Oracle 90-10、Oracle 80-20 です。 Oracle を使用した場合、EF600 は 153,376μs のレイテンシで 158 IOPS で開始し、ミリ秒未満のレイテンシを維持し、その後 1,531,381μs のレイテンシで 507 IOPS でピークに達しました。これは、EF570 の 718,141 ミリ秒の遅延でのピーク 1.2 IOPS と比較されます。

Oracle 90-10 では、EF600 は 172,788μs のレイテンシで 161 IOPS で開始し、テスト全体を通じて 1ms 未満に留まり、その後 1,660,486μs のレイテンシで 286 IOPS でピークに達しました。一方、EF570 のピーク パフォーマンスは 874,181 IOPS、遅延は 650 μs でした。

Oracle 80-20 の場合、EF600 は 156,113μs の遅延で 158 IOPS で開始し、テストの終了までミリ秒未満の遅延を維持しました。 EF600 は、レイテンシ 1,514,221 μs で 310 IOPS のピークに達しました。これは、遅延 570μs の EF735,093 の 681 IOPS の約 XNUMX 倍です。

まとめ

NetApp AFA EF600 は、ミッドレンジを対象としたエンドツーエンドの NVMe アレイです。このアレイはわずか 2U ですが、その小さなフレームに最大 367TB の容量を詰め込むことができ、はるかに大規模なエンタープライズ アレイに匹敵するパフォーマンスを発揮します。これには、2 万 IOPS、最大 44GB/s の帯域幅、100μs 未満のレイテンシが含まれます。このアレイには、100Gb NVMe over InfiniBand、100Gb NVMe over RoCE、FCP サポート、および 32Gb NVMe over FC のサポートによる将来性を考慮した機能も組み込まれています。すべての NetApp アレイと同様、EF600 には高可用性といくつかの組み込みデータ保護機能が備わっています。 

パフォーマンスに注目して、NVMe-oF を実行する EF600 と FCP を使用する EF570 を比較しました。これはどちらが優れているかを示すために設計されたものではなく、4 つのユニットから何が期待できるかを示すために設計されました。 600K ランダム読み取りの場合、EF570 は 2 万 IOPS 以上で EF1.4 の 4 倍以上のピーク パフォーマンスを実現し、わずか 600 ミリ秒で遅延がほぼ半分になりました。 3K 書き込みの場合、EF640 は 1.5 分の 64 の遅延 (約 40.2 ミリ秒) で、ピーク パフォーマンス (8.87K IOPS) のほぼ 2.6 倍を実現しました。 1.8K のシーケンシャル ワークロードでは、読み取り 600 GB/秒、書き込み 1.88 GB/秒のピーク パフォーマンスが確認され、読み取りでは約 1.78 倍、書き込みでは約 90 倍高速になりました。 SQL の場合、EF10 のピーク スコアは 1.56 万 IOPS、SQL80-20 では 600 万 IOPS、SQL 1.53-1.66 では 90 万 IOPS で、いずれもミリ秒未満の遅延でした。 Oracle テストでは、EF10 は 1.51 万 IOPS、Oracle 80-20 では 1 万 IOPS、Oracle XNUMX-XNUMX では XNUMX 万 IOPS に達し、やはりすべて XNUMX ミリ秒未満の遅延でした。 

AFA EF600 は、NetApp のもう 600 つの優れたアレイです。 EF600 は、ミッドレンジ ユーザーに必要な容量を提供するだけでなく、低遅延で非常に高いトランザクション パフォーマンスを提供します。 ONTAP 側が提供するデータ削減や豊富なデータ サービスを必要としないお客様にとって、EF600 は、最新の NVMe SSD およびデータ トランスポート テクノロジーのメリットを享受できる対象アプリケーションに高性能を提供するという役割に適しています。 。結局のところ、EF600 は万人向けではありませんが、それが目的ではなく、明らかにスイス アーミー ナイフではありません。 NetApp の EF600 の意図は、もう少し戦術的なものです。つまり、通常の仮想化ホットスポットから外れる傾向にあるアプリケーションを利用できる強化されたプラットフォームを提供し、企業価値の実現までの時間を短縮します。 EF600 は AI、ML、データベースのワークロードを加速し、このカテゴリのストレージでこれまでよりも迅速にビジネスに実用的な洞察を提供します。この第 XNUMX 世代 EF が提供する価格対パフォーマンスのメリットと信頼性により、EFXNUMX は NetApp EF ファミリにもう XNUMX つの StorageReview Editor's Choice Award を獲得しました。 

ネットアップ フラッシュ アレイ

このレビューについて話し合う

StorageReview ニュースレターにサインアップする