Nexenta と Supermicro を活用した統合ストレージ アプライアンスのレビュー

Nexenta と Supermicro は、統合ストレージ アプライアンスと呼ばれるものを提供するために協力しました。このアプライアンスは、Nexenta の NexentaStor 5.0 ソフトウェアを活用して、ブロック アンド ファイル ストレージと、Supermicro のハードウェアおよび販売/サポート インフラストラクチャと組み合わせたストレージ管理と分析用の NexentaFusion を提供します。この組み合わせにより、Supermicro ハードウェア上ですでにテストおよび検証されているソフトウェア デファインド ソリューションが統合され、プリロードおよび事前構成された完全なソリューションとして Supermicro から注文できます。 Unified Storage Appliance には、フラッシュ キャッシュをサポートできる容量重視の 4U 3.5 インチ ハード ドライブ バージョンから、混合 2KB IOPS 最大 24 の定格を持つ 180,000U 8 ベイ オールフラッシュ構成まで、顧客のニーズに応じて 3 つの構成が用意されています。各メイン ユニットは、容量を追加するために 4 つの拡張 JBOD もサポートできます。 Nexenta が基盤ソフトウェアであるため、このソリューションにはレプリケーション、インライン データ削減、スペース最適化されたスナップショット/クローンなどのエンタープライズ データ サービスが豊富に含まれています。アプライアンスには翌日 XNUMX 年間のサービス プログラム（オプションで XNUMX 時間の応答）が含まれており、Supermicro はお客様が良いスタートを切れるようにリモート インストール サービスを提供しています。

3.84 ベイの 48 TB の容量はフラッシュ ストレージとしては大容量ですが、Nexenta と Supermicro を使用すると、さらに 72 つのオールフラッシュ JBOD を使用して容量を増やすことができます。ユーザーはさらに 276 個のベイ、つまり合計 XNUMX 個のベイを追加でき、これにより、フラッシュの合計生容量は最大 XNUMX TB になります。両社は、パフォーマンスが主な関心事ではない、よりコスト効率の高いストレージを探しているユーザー向けに、大規模なハイブリッド モデルも提供しています。このアレイは、大量の容量を提供すると同時に、無制限のファイル システム サイズ、無制限のスナップショットとクローン、インライン データ削減、ストレージのサービス品質、スケジュールされたスナップショット ベースのレプリケーション、継続的な非同期レプリケーションなど、いくつかのデータ サービスも提供します。

このレビューは、24 個の 3.8TB SAS SSD を含むオールフラッシュ構成の XNUMX つに焦点を当てています。

Nexenta および Supermicro を利用した統合ストレージ アプライアンスの仕様:

• モデル番号: SSG-2028R-NEX2040
• フォームファクター: 2U
• Storage
  • ストレージメディア: 3.84TB SAS SSD
  • ディスク構成: RAIDZ2: 4 + 2
  • 実容量: 46TB ～ 276TB
  • 使用可能容量：30TB～184TB
  • 有効容量: 90TB ～ 552TB
• パフォーマンス
  • 最大 8KB (読み取り/書き込み): 180K IOPS
  • 最大読み取り帯域幅: 8GB/秒
• 拡張シャーシ: 最大 2x 2U/24 ベイ – すべてのフラッシュ JBOD をサポート (合計 72 ベイ)
• プロトコルのサポート：
  • NFSv3
  • NFSv4
  • CIFS
  • SMB3
  • iSCSIの
  • Fibre Channel
• エコシステムのサポート:
  • Windows
  • Linux
  • ヴイエムウェアVAAI
  • VMware VVOL
  • VMware マルチテナント vCenter プラグイン
  • OpenStack Cinder とマニラ
  • Hyper-V SMB 3 ODX
  • Docker ボリューム プラグイン
• データサービス：
  • 無制限のファイルシステムサイズ
  • 無制限のスナップショットとクローン
  • インラインデータ削減
  • ストレージのサービス品質
  • スケジュールされたスナップショットベースのレプリケーション
  • 継続的な非同期レプリケーション
  • 管理：
  • コマンドラインインターフェイス
  • 自己文書化 REST API
  • SNMP
  • NexentaFusion: 一元的なマルチアプライアンス管理、高度な分析、シンプルな操作

設計と構築

デバイスの前面 (上の写真) は、いくつかの Supermicro シャーシによく似ています。前面に沿って、2.5 個の XNUMX インチ ベイが垂直に配置されています。右側には電源ボタンがあり、両側にはインジケーターライトがあります。

デバイスの背面は、同じレイアウトで 45 つのセクションに均等に分割されています。左上にはPSUがあります。 PSU の下には 4 つの冷却ファンがあります。冷却ファンのすぐ隣には RJ-10 ポートがあります。この右側には、SAS JBOD 拡張とコントローラーごとに XNUMX つの XNUMXGbE ポートを含む XNUMX つの PCIe スロットがあります。その下にはブレイクアウト ポートと USB ポートがあります。

マネジメント

Nexenta は、オープンソース ベースのストレージ製品 NexentaStor の最新バージョンを発表しました。このバージョンには、複数の NexentaStor システムを管理するスタンドアロン VM または Docker コンテナーである Nexenta Fusion が付属しています。これは、統合管理システムを備え、実際のストレージ コントローラーと同じハードウェア上で実行されていた元の製品とは異なります。インストールされている Nexenta システムは 1 つだけであるため、ストレージ システム間の切り替え機能は実際には簡単には発揮されませんが、複数のシステムを集中管理することは、ストレージ管理者のサポートを得る確実な方法です。

ログイン画面には、ほとんどのシステムで標準となっている標準のユーザー名/パスワードのログイン ダイアログ ボックスがあります。

ログインすると、システムの多くの重要な側面を示すダッシュボードが表示されます。システムに負荷がかかっていないため、現時点ではあまり情報がありません。

この画面には複数のシステムが表示され、複数のシステムがアクティブ化されている場合は簡単に切り替えることができます。

[管理] タブでは、プロビジョニングと容量管理の詳細を詳しく説明します。ここには、各ノードのブート ボリュームである複数のプールまたは「rpool」と、2 つのノード間で浮動できるストレージ ボリュームである「Tank」が表示されます。 Supermicro アプライアンスは、プールがすでに構成された状態で工場から出荷され、必要に応じて事前選択された RAID 保護とキャッシュ ドライブにアクセスできる状態になっています (ハイブリッド モデルの場合)。

「タンク」の右側にある設定ボタンをクリックすると、ストレージ プールに関する追加情報が表示されます。

次のタブには、プールに割り当てられているすべてのディスクと、それらのディスクの健全性が表示されます。

3 番目のタブには、プールのプロパティと詳細設定が表示されます。詳細設定領域では、プールの設定を詳細に変更できます。

「プールの作成」をクリックすると、この画面が表示され、プールの構築に使用できるすべてのドライブが表示されます。プールに名前を付けて、ビルド設定を選択できます。このガイド付きプロセスには多数の設定があり、RAID 保護、ログ、キャッシュ、スペアなどを構成できます。

[ファイルシステム] タブには、システム上に存在するファイルシステムが表示されます。どのシステムでも複数のファイルシステムを使用でき、「設定」歯車ウィジェットをクリックすることで、それらのファイルシステムの設定を慎重に制御できます。

これは、ファイルシステムの作成がどのようなものかを示す例です。

[ボリューム] タブには、システム内のさまざまなボリュームが表示されます。これにより、ボリュームを構成し、そのサイズ、ボリュームにアクセスできるホスト グループ、iSCSI ターゲットと iSCSI グループ、FC パラメータ、および関連する設定を管理できます。

[データ保護] タブでは、システムのデータ保護ルールを監視および構成できます。これには、スナップショットと他のシステムへのレプリケーションが含まれます。

[高可用性] タブには、高可用性モードで実行されているサービス、クラスターのステータス、およびそれらの機能の追加の構成情報が表示されます。

[コンポーネント] タブでは、すべてのハードウェア コンポーネントと、NexentaStor サービスを実行しているシステムの健全性を確認できます。

[ネットワーク] タブには、すべての物理ネットワーク接続と論理ネットワーク接続の概要が表示され、それらの構成を変更することができます。

[分析] タブを使用すると、元のダッシュボードの外観に戻ります。また、カスタマイズされたダッシュボードを追加して、システムのさまざまなパフォーマンス メトリックやアラームを表示することもできます。これは、システム全体の中で非常にカスタマイズ可能な領域です。

システムの [管理] タブでは、システム上で提供および有効化されているサービスの全体的な管理を行うことができます。これにより、分析とアラートを提供するためにシステム上で実行されるログ設定とプローブを変更できます。

インターフェイスの最後の領域は、Fusion 管理設定です。ここで、NTP、Active Directory、電子メール アラート、DNS、および Nexenta Fusion 管理システムのその他すべての管理側面を構成します。

全体として、Nexenta は以前のバージョンに比べてユーザー インターフェイスの外観と操作性を改善しました。 NexentaStor システムを管理するための HTML5 インターフェイスと専用アプライアンスの導入は、多くの個別システムの管理に比べて非常に歓迎すべき改善です。ただし、このインターフェースは気の弱い人向けではありません。非効率的にプールを構築する方法や、構成ミスがあった場合にシステムを破壊する方法がまだたくさんあるからです。とはいえ、Nexenta と Supermicro のコラボレーションは、事前構成されたプールと RAID 構成で Supermicro の工場から出荷されるため、誤って構成されたプールに対する懸念を軽減するのに効果的です。

Nexenta は、長い間そうであるように、ZFS ベースのストレージに対する非常にカスタマイズ可能な強力なフロントエンドです。コマンドラインで行えるほぼすべての変更を行うことができます。これだけの制御が可能な場合は、すべてが適切に設定されていることを確認するために、優しくタッチする必要があります。設定時のガイダンスとフェイルセーフがもう少しあれば、この製品を初心者ユーザーにとってより魅力的なものにするのに大いに役立ちます。

アプリケーションのワークロード分析

最初のベンチマークは、SysBenchによるMySQL OLTPのパフォーマンスと、シミュレートされたTPC-Cワークロードを用いたMicrosoft SQL Server OLTPのパフォーマンスで構成されています。

これらの各テストでは、アレイは 12 つの 1 ドライブ RAIDXNUMX ミラーリング ペア プールで構成されています。 XNUMX つの個別の構成を測定します。

• 圧縮のみの iSCSI
• 圧縮と重複排除を備えた iSCSI
• 圧縮のみの NFS

圧縮の有効化と無効化に違いが見られなかったため、圧縮はデフォルトで有効な項目として使用されました。

SQLサーバーのパフォーマンス

各 SQL Server VM は 100 つの vDisk で構成されています。ブート用の 500 GB ボリュームと、データベースとログ ファイル用の 16 GB のボリュームです。システム リソースの観点から、各 VM に 64 個の vCPU、XNUMX GB の DRAM を構成し、LSI Logic SAS SCSI コントローラーを活用しました。以前にテストした Sysbench ワークロードはストレージ I/O と容量の両方でプラットフォームを飽和させましたが、SQL テストではレイテンシーのパフォーマンスを調べています。

このテストでは、Windows Server 2014 R2012 ゲスト VM 上で実行される SQL Server 2 を使用しますが、Dell の Benchmark Factory for Databases による負荷がかかります。このベンチマークの従来の使用法は、ローカル ストレージまたは共有ストレージ上の大規模な 3,000 スケールのデータベースをテストすることでしたが、このイテレーションでは、1,500 つの XNUMX スケールのデータベースを米国全土に均等に分散することに焦点を当てます（コントローラーごとに XNUMX つの VM）。

SQL Server テスト構成 (VM ごと)

• Windows Serverの2012 R2
• ストレージ フットプリント: 600GB 割り当て、500GB 使用
• SQL Serverの2014
  • データベースのサイズ: 1,500 スケール
  • 仮想クライアント負荷: 15,000
  • RAMバッファ: 48GB
• テスト時間: 3 時間
  • 2.5時間のプレコンディショニング
  • 30 分のサンプル期間

SQL Server OLTP ベンチマーク ファクトリ LoadGen 機器

• Dell PowerEdge R730 仮想化 SQL 4 ノード クラスター
  • クラスター内の 5 GHz 用の 2690 つの Intel E3-249 v2.6 CPU (ノードごとに 12 つ、30 GHz、XNUMX コア、XNUMX MB キャッシュ)
  • 1TB RAM (ノードあたり 256GB、16GB x 16 DDR4、CPU あたり 128GB)
  • 4 x Emulex 16GB デュアルポート FC HBA
  • 4 x Emulex 10GbE デュアルポート NIC
  • VMware ESXi vSphere 6.5/Enterprise Plus 8-CPU

米国では、データ圧縮をオンにして iSCSI 構成と NFS 構成の両方でテストし、また、データ圧縮と重複排除をオンにして iSCSI でソリューションをテストしました。

トランザクション パフォーマンスを見ると、圧縮を使用した iSCSI では、個々の VM の範囲が 3,120.53 TPS から 3,127.28 TPS で、合計スコアは 12,494.21 TPS でした。圧縮を使用した NFS では、個々の VM の範囲は 3,003.12 TPS から 3,056.8 TPS で、合計スコアは 12,098.2 TPS でした。 DR をオンにした iSCSI では、個々の VM の範囲は 2,851.16 TPS から 3,020.22 TPS で、合計スコアは 11,748.23 TPS でした。

SQL Server の平均遅延に切り替えると、圧縮を使用した iSCSI が全体的に最も低い遅延を示し、個々の VM の範囲は 54 ミリ秒から 65 ミリ秒で、合計は 59.75 ミリ秒でした。圧縮を使用した NFS では、個々の VM で 163 ミリ秒から 251 ミリ秒の範囲の遅延が発生し、合計遅延は 215.5 ミリ秒でした。また、重複排除をオンにした iSCSI では、個々の VM で 223 ミリ秒から 519 ミリ秒の最高レイテンシが得られ、合計スコアは 353.6 ミリ秒でした。

システムベンチのパフォーマンス

各Sysbench VMは、3つのvDiskで構成されています。1つはブート用（約92GB）、1つは構築済みデータベース用（約447GB）、そして3つ目はテスト対象データベース用（270GB）です。システムリソースの観点から、各VMには16個のvCPU、60GBのDRAMを搭載し、LSI Logic SAS SCSIコントローラを活用しました。負荷生成システムはDell R730サーバーで、今回のレビューでは4台から8台のサーバーを使用し、4VMグループごとにサーバー数を調整しています。

Dell PowerEdge R730 仮想化 MySQL 4 ～ 8 ノード クラスター

• クラスター内の 5 GHz 用の 2690 個の Intel E3-249 v2.6 CPU (ノードごとに 12 個、30GHz、XNUMX コア、XNUMXMB キャッシュ)
• 1 ～ 2TB RAM (ノードあたり 256GB、16GB x 16 DDR4、CPU あたり 128GB)
• 4-8 x Emulex 16GB デュアルポート FC HBA
• 4-8 x Emulex 10GbE デュアルポート NIC
• VMware ESXi vSphere 6.5/Enterprise Plus 8-CPU

Sysbench テスト構成 (VM ごと)

• CentOS 6.3 64 ビット
• ストレージ占有面積: 1TB、800GB 使用
• Percona XtraDB 5.5.30-rel30.1
  • データベーステーブル: 100
  • データベースのサイズ: 10,000,000
  • データベーススレッド: 32
  • RAMバッファ: 24GB
• テスト時間: 3 時間
  • 2 スレッドのプリコンディショニングに 32 時間
  • 1時間 32スレッド

Sysbench については、4、8、16 を含むいくつかの VM セットをテストし、圧縮を常にオンにして、重複排除をオンとオフの両方で Sysbench を実行し、ブロックとファイルの両方をテストしました。トランザクション パフォーマンスについては、米国は NFS の 3,218VM で 4 TPS に達することができました (DR をオンにした場合の 8VM よりも高い)。このソリューションは、NFS の 5,301VM で最大 16 TPS に達し、4,672VM で 16 TPS という高い iSCSI を達成することができましたが、8VM では iSCSI スコアは 4,618 TPS でした。

切り替えて平均レイテンシーを確認すると、iSCSI で構成された 4VM で圧縮のみが有効になっており、レイテンシー 35.08 ミリ秒で最高のパフォーマンスが得られました。 VM を追加したり重複排除を有効にしたりすると、遅延が急速に増加するのは当然のことでした。最も高い遅延は DR をオンにした iSCSI で 113.24 ミリ秒でした。

最悪のシナリオのレイテンシ ベンチマークでは、やはり圧縮 4VM iSCSI を使用した場合が最高のレイテンシとなり、今回は 226.14 ミリ秒でした。最高は 16VM NFS の 512.5 ミリ秒でした。

VDBench ワークロード分析

ストレージ アレイのベンチマークに関しては、アプリケーション テストが最適であり、合成テストは 730 番目になります。実際のワークロードを完全に表現しているわけではありませんが、合成テストは、競合ソリューション間での完全な比較を容易にする再現性係数を備えたストレージ デバイスのベースラインを確立するのに役立ちます。これらのテストでは、「XNUMX コーナー」テスト、一般的なデータベース転送サイズ テスト、さまざまな VDI 環境からのトレース キャプチャに至るまで、さまざまなテスト プロファイルが提供されます。これらのテストはすべて、スクリプト エンジンを備えた共通の vdBench ワークロード ジェネレーターを利用して、大規模なコンピューティング テスト クラスターの結果を自動化して取得します。これにより、フラッシュ アレイや個々のストレージ デバイスを含む幅広いストレージ デバイスにわたって同じワークロードを繰り返すことができます。アレイ側では、Dell PowerEdge RXNUMX サーバーのクラスターを使用します。

プロフィール：

• 4K ランダム読み取り: 100% 読み取り、128 スレッド、0 ～ 120% の読み取り
• 4K ランダム書き込み: 100% 書き込み、64 スレッド、0 ～ 120% iorate
• 64K シーケンシャル読み取り: 100% 読み取り、16 スレッド、0 ～ 120% の iorate
• 64K シーケンシャル書き込み: 100% 書き込み、8 スレッド、0 ～ 120% iorate
• 合成データベース: SQL および Oracle
• VDI フル クローンおよびリンク クローン トレース

ピーク読み取りパフォーマンスを見ると、米国では、約 4K IOPS まで 1 ミリ秒未満にとどまる、低遅延の 200K ランダム パフォーマンスが良好でした。米国のピークは 272,429 ミリ秒で 13.6 IOPS で、249,000 ミリ秒未満のレイテンシでは約 2.0 IOPS でした。

4K のピーク書き込みパフォーマンスを見ると、米国は 2.6 の IOPS で 3,905 ミリ秒で開始しました。レイテンシは IOPS とともに急速に増加しました。米国は 31,200 ミリ秒で 29 IOPS に達しました。

64K ピーク読み取りに切り替えると、米国は 3.2 IOPS で 3,596 ミリ秒とレイテンシが再び少し高くなりました。レイテンシは IOPS とともに若干上昇し、その後再び低下しましたが、2.83 ミリ秒を下回ることはありませんでした。ここでは、最大パフォーマンスは 35,828 IOPS、遅延 14.3 ミリ秒に達しました。米国は 2.23GB/秒の帯域幅で終了しました。

64K シーケンシャル ピーク書き込みの場合、レイテンシは 10.3 IOPS で 1,300 ミリ秒から始まりました。 6.2 IOPS で 5,195 ミリ秒まで低下し、その後再び IOPS パフォーマンスが向上しました。米国のピーク パフォーマンスは 12,070 ミリ秒で 20.3 IOPS、帯域幅は 754.4 MB/秒でした。

SQL ワークロードでは、米国は 2 IOPS で 21,168 ミリ秒を超えて開始しました。ピーク時は 210,601 IOPS、遅延は 4.5 ミリ秒でした。

SQL 90-10 ベンチマークでは、米国は 1 IOPS で 13,811 ミリ秒強のレイテンシから始まり、132,220 IOPS で 7 ミリ秒のレイテンシでピークに達しました。

SQL 80-20 では、米国が再び 2 ミリ秒を超え、IOPS が 9,210 で開始されました。ピーク時の IOPS は 91,739、遅延は 11 ミリ秒でした。

Oracle ワークロードの場合、米国は 1 IOPS で 8,401 ミリ秒をわずかに超えるレイテンシーで開始し、82,789 IOPS、15.4 ミリ秒のレイテンシーでピークに達しました。

Oracle 90-10 では、米国は 1 ミリ秒で 0.74 ミリ秒未満から始まり、約 1 IOPS に達するまで 38 ミリ秒未満を維持しました。米国は 133,553 ミリ秒の遅延で 4.6 IOPS に達しました。

Oracle 80-20 では、米国が 1 ミリ秒（1.2 IOPS で 9,004 ミリ秒）を超えて開始し、レイテンシ 84,786 ミリ秒で 7 IOPS に達することが再び確認されました。

VDI フル クローンに切り替えると、ブート テストでは、USA が 1 ミリ秒を少し超える程度で開始し（1.01 IOPS で 11,402 ミリ秒）、その後 1 IOPS 付近に達するまで 30 ミリ秒未満に低下することがわかりました。ピーク時は 114,647 IOPS、遅延は 9.3 ミリ秒でした。

VDI フル クローンの初回ログインは 1.8 IOPS で 2,295 ミリ秒で開始され、ピークに達したのは 18,108 IOPS、レイテンシ 22.9 ミリ秒でした。

VDI フル クローンの月曜日のログインは、1.8 IOPS で 2,696 ミリ秒で始まり、26,465 IOPS と 19.2 ミリ秒の遅延でピークに達しました。

VDI リンク クローンに移ると、ブート テストでは、1.2 IOPS で 8,308 ミリ秒から始まり、レイテンシー 83,392 ミリ秒で最高 4.9 IOPS に達するパフォーマンスが示されました。

初期ログインのパフォーマンスを測定するリンク クローン VDI プロファイルでは、米国は 1.3 の IOPS で 2,698 ミリ秒の遅延で開始し、24,715 IOPS で 10.3 ミリ秒の遅延でピークに達しました。

VDI リンク クローンの月曜日のログイン パフォーマンスを調べた前回のプロファイルでは、米国は 1.8 IOPS で 2,818 ミリ秒のレイテンシで開始し、25,416 ミリ秒で 20.1 IOPS でピークに達しました。

結論

かなり長くなりますが、Nexenta と Supermicro を利用した Unified Storage Appliance は、Nexenta のソフトウェア (NexentaStor 5.0 および NexentaFusion) と Supermicro のハードウェア、販売、サポート インフラストラクチャを組み合わせたソフトウェア デファインド ストレージ ソリューションです。この提携により、検証され、事前ロードされ、事前構成された完全なソリューションがすぐに提供されます。これは、一般的なソフトウェア優先のソリューションとしてはやや独特です。各社は、オールフラッシュ モデル（パフォーマンス向上のため）とハイブリッド モデル（大容量と費用対効果のため）の両方でいくつかの異なるフレーバーを提供しています。各カテゴリ内には半実装構成と完全実装構成もあり、いずれもストレージを追加するために XNUMX つの JBOD を追加できます。このソリューションには Supermicro のサポートが付属しており、プラットフォームはほとんどのユースケースをカバーするのに十分なデータ サービスとダイヤルを提供します。

パフォーマンスに関しては、SQL Server と Sysbench アプリケーション ワークロードを含むアプリケーション ワークロード分析と、最近導入された VDBench ワークロード分析合成ベンチマークの両方を実行しました。アプリケーション ワークロードを使用して、圧縮をオンにした iSCSI、重複排除をオンまたはオフにした両方の iSCSI、および圧縮をオンにした NFS の両方で USA をテストしました。 SQL Server のトランザクション ベンチマークでは、重複排除を有効にするとパフォーマンスに大きな影響があり、合計 iSCSI スコアは 11,748.2 TPS となり、重複排除なしの iSCSI 構成では 12,494.2 TPS が得られました。重複排除は、SQL Server の平均レイテンシにはるかに大きな影響を与えました。圧縮のみを使用した iSCSI は合計スコア 59.8 ミリ秒で最高のパフォーマンスを示しましたが、圧縮と重複排除をオンにした iSCSI の合計スコアは 353.6 ミリ秒でした。スケーリング Sysbench テストでは、4、8、16 個の VM の負荷でテストしました。 4VM という小さな負荷では、iSCSI 経由で圧縮するだけで最高のパフォーマンスが得られ、3,654 TPS を測定しました。これと比較すると、圧縮のみを使用した場合の NFS では 3,218、圧縮と重複排除の両方を使用した場合は iSCSI では 2,547 でした。ピーク時には、圧縮を使用した NFS が 5,301 TPS で最も高いスコアを示しただけで、圧縮のみを使用した iSCSI の測定値は 4,672 TPS、圧縮と重複排除を使用した iSCSI の測定値は 4,548 TPS でした。

iSCSI 経由でのみ圧縮を有効にして実行された VDBench ワークロード テストを見ると、米国は少し停滞しました。このソリューションは 4 つのベンチマークでのみミリ秒未満のパフォーマンスを示し、そのうちの 200 つのテストではミリ秒未満の遅延で開始されただけでした。ランダム 90K 読み取りでは、米国は約 10 IOPS に達するまでミリ秒未満のレイテンシを維持できました。 Oracle 38-1 テストでも、約 30 IOPS までミリ秒未満のパフォーマンスが確認されました。また、VDI フル クローン ブートは XNUMX ミリ秒を超えて開始されましたが、約 XNUMX IOPS に達するまで再び下回りました。他の地域では、米国ではテストの開始時と負荷が増加する段階でレイテンシ フロアがはるかに高かった。

Nexenta ソフトウェアと Supermicro ハードウェアを活用する Unified Storage Appliance には複雑な感情が残ります。構成オプションの点で、非常に特殊な運用シナリオに合わせてストレージを調整および最適化する方法に関しては、市場の他のアレイを簡単に上回ります。すべてのノブやダイヤルを制御したい人にとって、Nexenta は明らかにそれを実現します。これは素晴らしいことですが、完全に教え込まれていない人にとって、この設定は時々圧倒される可能性があります。 Nexenta は、この最新リリースで圧縮にエンジニアリングの努力を注ぎ、ワークロードに応じて 3:1 の容量削減を実現すると述べています。ただし、重複排除を有効にすると、ほとんどの本番ワークロードで重複排除を有効にすべきではないほどパフォーマンスが低下しました。他のアレイはパフォーマンスをあまり犠牲にすることなく完全なデータ削減を実現する方法を見つけ出したため、オール フラッシュ システムと中程度のパフォーマンス プロファイルの全体的なデータ削減により、アプライアンスは困難な立場に置かれています。公平を期すために言うと、誰もがこれを実行できるわけではなく、すべてのワークロードが重複排除に適しているわけでもありません。しかし、十分な数のアレイがこれに成功しており、ほぼロスレスの完全なデータ削減が TCO の計算に不可欠な機能となっています。

メリット

• Supermicro との統合により、初心者ユーザーでもすぐにセットアップが可能
• Nexenta は、上級ユーザーが調整できる無数のノブとボタンを提供します
• Supermicro サポート ネットワークは、これまでソフトウェア ファーストの製品であったものに対して、より完全な製品を提供します。

デメリット

• 非常に高い書き込みレイテンシ
• 重複排除がオンになっている場合のパフォーマンスのオーバーヘッドが大きい

ボトムライン

Unified Storage Appliance は、従来はソフトウェアのみの Nexenta パッケージであったものを、すぐに使用できる Supermicro の事前構成済みアプライアンスで提供します。

スーパーマイクロ製品ページ

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

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