HPE MSA 2052 SAN ストレージのレビュー

by StorageReview エンタープライズラボ on 2017 年 9 月 20 日

この夏、HPEはMSA 2050とMSA 2052エントリーレベルSANアレイからなる第5世代MSAプラットフォームのリリースを含む、いくつかのポートフォリオアップデートを実施しました。1万ドル未満から始まる新しいMSAシステムは、長年にわたりMSAで定評のある信頼性と使いやすさに加え、実績のある豊富な機能セット（50万台の販売実績）を提供します。MSA 2050ファミリーも決して劣るものではなく、20万IOPSという驚異的なスループットを誇ります。その価格帯を超えた競争力は十分にあります。HPEは最新のMSAラインで2つのオプションを提供しており、どちらも同じシャーシを活用しています。MSA 2050はHDDとSSDプールまたはSSDキャッシュを活用できますが、MSA 2052にはライセンスとパフォーマンス階層化用の2つのSSDが付属しています。キャッシュシナリオでは、顧客は通常2つのSSDを追加し、階層化構成では一般的に4つのSSDを使用します。今回のレビューでは、階層化のために4台のSSDを搭載したMSA 2052に焦点を当てて解説します。

MSA 2052 は、ドライブ構成の柔軟性に加え、コントローラーごとに 8 つのファイバーチャネル (16/10) または iSCSI 24GbE ポートをサポートすることで、ビジネスに必要なすべての接続ニーズに対応します。導入シナリオで必要な場合は、これらのポートをすべてファイバー、すべて iSCSI、またはブレンドにすることができます。 HPE によれば、多くのお客様がこれらのアレイで FC と iSCSI の組み合わせを最大限に活用しており、ローカル FC に 2.5 つのポート、iSCSI リモートレプリケーションに 2050 つのポートを頻繁に使用しています。ヘッドユニットはアクティブ/アクティブ構成のデュアルコントローラーです。当社のシャーシには、非常に一般的な 2052 ベイ XNUMX インチ SAS バックプレーンが含まれていますが、総容量がより重要な場合には LFF オプションもあります。 MSA ファミリは、容量を追加するために SFF または LFF JBOD を使用して拡張することもできます。ちなみに、これらの LFF ドライブは、MSA XNUMX または MSA XNUMX のいずれかで XNUMX 番目の層として扱うことができ、MSA はホットデータからコールドデータへのライフサイクルをインテリジェントに管理し、その存続期間にわたってデータをフラッシュから最も低コストの層に移行します。

MSA 2052 では、1.6 TB のフラッシュとすべてのソフトウェアライセンスがシステムに含まれており、箱から出してすぐに使用できます。 MSA 2050 の所有者が後でフラッシュを追加することを決定した場合、プロセスはシステムにドライブを追加し、適切なライセンスが適用された後にキャッシュまたは階層化を有効にするのと同じくらい簡単です。いずれの場合も、プロセス全体が自動化されており、ワークロードの変化に応じて MSA がすべての作業を実行し、これらの機能を利用するためにエンドユーザーによる管理や思考は必要ありません。 HPE は、データの保護とリカバリを容易にする仮想化スナップショットも提供しています。 MSA ラインは、オフサイトの災害復旧場所を必要とするユーザーのために、リモートレプリケーションもサポートしています。

レビュー中の MSA 2052 は、800GB SSD と 1.2TB 10K HDD で構成されています。ドライブは、コントローラーごとに 10 つずつ、XNUMX つのプールで構成されます。 XNUMX 台の HDD とその前面にあるツイン SSD による階層化。

HPE MSA 2052の仕様

ドライブの説明: モデルに応じて、ベースアレイと拡張を含めて最大 192 個の SFF SSD/SAS/MDL SAS または最大 96 個の LFF SSD/SAS/MDL SAS
最大。ドライブタイプ：
- 10 TB 12G 7.2K LFF デュアルポート MDL SAS HDD
- 1.8 TB 12G 10K SFF デュアルポート SAS HDD
- 2 TB 12G 7.2K SFF デュアルポート MDL SAS HDD
- 3.2TB SFF SSD
最大。生の容量:
- 614 TB SFF/960 TB LFF の最大生容量をサポート
- モデルに応じて拡張を含む
ストレージ拡張オプション:
- HPE MSA 2050 LFF ディスクエンクロージャ
- HPE MSA 2050 SFF ディスクエンクロージャ
ホストインターフェースのオプション:
- システムごとに 8 Gb/16 Gb FC 8 ポート、または
- システムあたり 1GbE/10GbE iSCSI 8 ポート
ストレージコントローラ: 2 コントローラ、アクティブ/アクティブ
SANバックアップのサポート
RAID レベル: 1、5、6、10
HPE Systems Insight Manager (SIM) のサポート
互換性のあるオペレーティングシステム
- Microsoft Windowsサーバーの2016
- Microsoft Windowsサーバーの2012
- ヴイエムウェア
- HP-UX
- Red Hat Enterprise Linux
- SUSE Linux
クラスタリングのサポート: Windows、Linux、HP-UX
フォームファクタ: 2U 基本アレイ、2U LFF または SFF ディスクエンクロージャ

設計と構築

当社の MSA 2052 レビューユニットは 2U 2.5 インチドライブシャーシを利用していますが、LFF シャーシも利用できます。 HPE ベゼルの後ろには 24 個のドライブキャリアがあります。

ユニットの背面では、10 つのコントローラーが中央に積み重ねられ、その両側に電源が配置されています。コントローラーの最初の 2 つのポートは、ファイバーチャネル、2GbE、または両方の組み合わせ (XNUMX つの FC と XNUMX つの iSCSI) を介した高速接続用です。その下にはminiUSB CLIポートがあります。その右側には、帯域外管理イーサネットポートと追加の JBOD 用の SAS 拡張ポートがあります。

マネジメント

MSA インターフェイスは、以前にストレージを管理したことのある人にとっては非常に馴染みのあるものです。このシステムを初めて使用する人でも、HTLM5 の華やかさと魅力に満ちているわけではないにしても、直感的に理解できるでしょう。管理ランディングページでは、ユーザーは接続されたホスト、リアルタイム転送速度、接続されたアレイポート、ストレージ容量、使用率などの重要な統計をすべて簡単に入手できます。このインターフェイスは、管理のために追加のソフトウェアをインストールする必要がなく、幅広い Web ブラウザと互換性があります。上級ユーザーは、コンソールアクセスを通じて幅広い CLI コマンドを利用することもできます。

インターフェース内を移動すると、[ホスト] タブを使用すると、ユーザーは表示されているすべてのホスト（構成に応じて FC と iSCSI の両方）にアクセスできるようになります。ここから、ホストに適切なマッピング設定があるかどうかを確認したり、マッピングされた LUN をすぐに共有または変更したりすることができます。

[プール] タブを通じて、ユーザーは既存のストレージプールを表示、変更、管理できます。この例では、1 つのストレージプール (デュアルコントローラー間で分割) が表示され、それぞれに 6 つの RAIDXNUMX SSD ディスクグループと XNUMX つの RAIDXNUMX HDD ディスクグループがあります。さらにドリルダウンすると、ディスクグループを構成する個々のディスクの健全性を確認できます。これにより、階層レベルでのストレージ消費の内訳も表示され、データが現在どこに配置されているかがわかります。

[ボリューム] タブ (名前が示すとおり) では、ストレージを作成およびプロビジョニングできます。ストレージの作成は、1 回限りの作成としてすぐに対処できます。また、複数のボリュームを同時にすばやく作成することもできます。ユーザーは、ストレージをどのプール内に配置するか、およびデータをどのストレージ層に配置するかを選択できます。

ほぼ完全な機能はモバイルブラウザー、この場合はラボ用 iPhone を通じて提供されました。インターフェイスは少し読みにくいですが、それしかなく、変更が必要な場合に備えて、そのオプションがあるのは良かったです。 HPE は MSA 管理用のモバイルブラウザーを正式にはサポートしていませんが、テストではほとんどの機能が問題なく動作したことに注意してください。

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

HPE MSA 2052 SAN ストレージのアプリケーションワークロードベンチマークは、SysBench による MySQL OLTP パフォーマンスと、シミュレートされた TPC-C ワークロードを使用した Microsoft SQL Server OLTP パフォーマンスで構成されます。各シナリオでは、アレイは 1 つの RAID16 SSD ペアで構成されたディスクグループから提供される LUN を利用します。 XNUMX つの LUN が利用され、両方のコントローラー間でバランスがとれました。テスト目的でデータの進行プロセスを高速化するために、各ストレージプールにフラッシュのみを割り当てる構成を選択しました。すべてのテストは、コントローラーごとに XNUMX つのポートを備えた XNUMXGb FC 上で実行されました。

このユニットでは 3.2 つのフラッシュ構成をテストしました。 1.6 つ目は 800 台の 6.4GB SSD に 3.2TB（1.6TB 使用可能）の raw フラッシュを含み、2052 つ目は 8 台の 80TB SSD に 85TB（XNUMXTB 使用可能）の raw フラッシュを含みます。 MSA XNUMX のエントリー価格を考慮すると、ほとんどのユーザーは容量の小さい SSD を選択するでしょう。コントローラーの機能をさらに示すために、両方を含めました。 XNUMX VM の Sysbench が実行されているピーク時のワークロードでは、各コントローラーの CPU 使用率は XNUMX ～ XNUMX% で横ばいになりました。

HPE MSA 2052 は、SSD キャッシュと階層化の両方をサポートします。このレビューでは、パフォーマンスの階層化に重点を置いています。このユニットでは、SSD キャッシュは読み取り専用であるため、読み取りアクティビティのみが高速化されます。階層化は、読み取りと書き込みの両方のアクセラレーションをサポートします。ご想像のとおり、読み取りキャッシュはプールごとに 1 台の SSD だけで有効にできますが、R/W 階層化には RAID3 では少なくとも 4 台の SSD (RAID5/6 の場合は XNUMX ～ XNUMX 台の SSD) が必要です。 SSD を追加すると、アレイの全体的な購入価格に大幅なコストがかかります。

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

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

このテストは、Windows Server 2014 R2012 ゲスト VM 上で実行される SQL Server 2 を使用し、Quest のデータベース用ベンチマークファクトリによって負荷がかけられます。このベンチマークの従来の使用法は、ローカルストレージまたは共有ストレージ上の大規模な 3,000 スケールのデータベースをテストすることでしたが、このイテレーションでは、1,500 つの 2052 スケールのデータベースを MSA 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

800 つの SQL Server 構成のパフォーマンスを測定しました。 1.6 つは 2 つの 6,308GB SSD を使用し、もう 12,554 つは XNUMX つの XNUMXTB SSD を使用しました。 SQL Server VM のサイズでは、XNUMX つはこれらの VM を XNUMX つ完全に収容でき、もう XNUMX つは XNUMX つを収容できることを意味します。どちらの SSD も同じモデルシリーズのものであるため、主な焦点はワークロードが増加したときにコントローラーがどのように動作するかです。 XNUMX つの VM で合計 TPS は XNUMX と測定されましたが、XNUMX つの VM ではほぼ XNUMX 倍の XNUMXTPS となりました。

平均レイテンシを見ると、MSA 2052 が本当に優れていることがわかりました。 2 つの VM で、各 VM の平均遅延は 12 ミリ秒と測定されました。これを大局的に見ると、これまでにテストした最速のオールフラッシュアレイは、9.8 つのアレイで 4 ミリ秒を測定しました。より大きな SSD を使用してワークロードを 35.25VM まで段階的に増やすと、レイテンシは平均 XNUMX ミリ秒まで増加しましたが、それでも非常に良好でした。

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

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

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

クラスター内の 8 GHz 用 Intel E5-2690 v3 CPU 249 個 (ノードごとに 2.6 個、12 GHz、30 コア、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

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スレッド

HPE MSA 2052 は、Sysbench MySQL パフォーマンスにおいて優れたパフォーマンスを提供し、4VM ワークロードで非常に多くのパフォーマンスを発揮しました。これを大局的に考えると、このエントリー価格のアレイは、最近レビューした 9,182 つのオールフラッシュアレイよりもすぐに高いパフォーマンスを提供しました。より大容量の SSD を使用してワークロードを増やすと、パフォーマンスが XNUMXTPS までスケールアップすることが確認されました。この段階では、コントローラーにはまだ余裕があり、将来の拡張に最適です。ただし、SSD を追加すると、アレイのコストプロファイルが偏りすぎます。

4VM ワークロードと 8VM ワークロードの両方の平均レイテンシーは、それぞれ 16.91 ミリ秒と 27.88 ミリ秒と測定されました。

負荷時にアレイがどの程度適切に処理したかを見ると、99VM と 4VM の両方のワークロードレベルでの 8 パーセンタイルのレイテンシが見られます。この場合、MSA 2052 は平静を維持し、37.20VM で 4 ミリ秒、54.24VM で 8 ミリ秒の値を示しました。これらは、私たちが最近レビューした主要なオールフラッシュアレイとそれほど遠くありませんでした。

VDBench ワークロード分析

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

プロフィール：

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

HPE MSA 2052 は、4K ランダム読み取りパフォーマンスを調べた最初の合成プロファイルで非常に優れたパフォーマンスを示しました。このユニットは、1 IOPS を超えても 187 ミリ秒未満のレイテンシーを維持し、200 IOPS を超えるとそのしきい値を超え、平均レイテンシー 233 ミリ秒で 16.2 IOPS のピークスループットを提供しました。

MSA 4 では 2052K ランダム書き込みパフォーマンスも非常に優れており、1 IOPS までレイテンシが 90 ミリ秒未満で、最終的には 110 IOPS で最高に達し、平均レイテンシは 14.3 ミリ秒でした。

2052K シーケンシャル読み取りテストで確認されたように、HPE MSA 64 は大規模ブロック転送をうまく処理しました。 MSA 2052 は、5000 ミリ秒の遅延で 1 IOPS を超えるパフォーマンスを提供し、24.5 ミリ秒で 20.8 IOPS に達しました。読み取り帯域幅に関しては、1.53GB/秒でピークに達しました。

MSA 2052 は、25 IOPS までの平均レイテンシが 7,800 ミリ秒未満であることが確認されたように、大規模なシーケンシャルデータストリームの取り込みに問題はありませんでした。ピーク時には、書き込み帯域幅は 9,200 IOPS または 572MB/秒に達し、平均レイテンシは 24.3 ミリ秒でした。

SQL サーバーの概算ワークロードでは、1 IOPS までの平均レイテンシが 170 ミリ秒未満であることが測定されました。アレイはレイテンシ 195 ミリ秒で 4.89 IOPS のピークに達し続けました。

SQL 90/10 ワークロードでは、MSA 2052 は 1 IOPS まで 160 ミリ秒未満のレイテンシを維持し、平均レイテンシ 184 ミリ秒で 5.3 IOPS に達しました。

SQL 80/20 を見ると、1 IOPS まで 145 ミリ秒未満のレイテンシが測定され、その後パフォーマンスは上昇し続け、平均レイテンシ 166 ミリ秒で 6.1 IOPS に達しました。

Oracle ワークロードプロファイルでは、MSA 2052 は 1 IOPS まで 120 ミリ秒未満のレイテンシを維持し、151.7 ミリ秒のレイテンシで 8.3 IOPS に達しました。

読み取りスプレッドが大きいため、MSA 2052 は 160ms を超える前に最大 1K IOPS まで低レイテンシパフォーマンスを維持しました。 1 ミリ秒を超えた後も、スループットは上昇を続け、レイテンシ 184.3 ミリ秒で 3.3K IOPS まで達しました。

読み取り率がわずかに低下しましたが、MSA 2052 は依然として強力なパフォーマンスを提供し、今回は 1 IOPS をわずかに超えるレイテンシで 140 ミリ秒を超えました。パフォーマンスは引き続き向上し、レイテンシ 166 ミリ秒でピークの 3.74 IOPS に達しました。

VDI フルクローンブートプロファイルを見ると、MSA 2052 は約 1 IOPS まで 65 ミリ秒未満のレイテンシを維持し、116.7 ミリ秒のレイテンシで 8.9 IOPS に達しました。

初期ログインプロファイルに切り替えると、最大約 1 IOPS までは 31 ミリ秒未満のパフォーマンスが得られ、その後すぐに 16.8 ミリ秒のレイテンシーに達し、36.2 IOPS のピークスループットが得られます。

前回のフルクローン VDI プロファイルでは、月曜日のログインプロファイルを調べました。このプロファイルでは、レイテンシを 32 ミリ秒以下に維持しながら、パフォーマンスが最大 1 IOPS まで向上しました。パフォーマンスは引き続き向上し、レイテンシー 41.9 ミリ秒で最大 10.9k IOPS まで向上しました。

VDI ブートプロファイルをフルからリンククローンに変更して、最大 1 IOPS までの 32 ミリ秒未満のレイテンシを測定しました。このユニットは最終的に 63.3K IOPS に達し、平均レイテンシは 8.1 ミリ秒になりました。

リンククローンの初期ログインプロファイルでは、レイテンシが 1k IOPS の速度で 19 ミリ秒でピークに達するまで、最大約 9.5 IOP まで 24.9 ミリ秒未満のレイテンシを測定しました。

最終的なリンククローン VDI ワークロードプロファイルでは月曜日のログインパフォーマンスを測定しました。MSA 2052 は 21ms 未満のレイテンシで最大約 1 IOPS を維持し、その後 25.3 ミリ秒のレイテンシで 11.5 IOPS に達しました。

結論

MSA 2052 は、MSA が長年にわたり中小企業および中堅企業の顧客に提供してきた長い伝統を継承しています。オールフラッシュアレイに対する興奮とマーケティングの推進はかなりありますが、実際のところ、多くの企業にとって、適切に実行されたハイブリッドがもたらす価値とパフォーマンスプロファイルは十分すぎるものです。このクラスのストレージでは、信頼性が高く管理が容易なシステムを備えていることと同じくらい、十分なパフォーマンスでアプリケーションのニーズを満たすことが成功の鍵となります。 MSA 2052 は、手頃な価格でありながら、両方の面で簡単に対応できます。

ただし、パフォーマンスが主要な機能ではないシステムであっても、パフォーマンスを過小評価すべきではありません。とはいえ、200,000 以上の IOPS HPE の見積もりは重要ではありません。 MSA 2052 を使用したテストでは、これらの数値を満たしただけでなく、場合によってはそれをはるかに上回りました。 233 コーナー合成ワークロードでは、フラッシュ層内にあるホットデータの 110K ランダムパフォーマンスを測定して、読み取り 4 IOPS、書き込み 1 IOPS を測定しました。全体的に、このアレイは優れた低遅延パフォーマンスを提供し、すべての領域で、広範な使用可能なスループット帯域で XNUMX ミリ秒未満の強力な遅延を実現しました。ただし、多くの読者が理解しているように、合成パフォーマンスデータはストーリーの一部しか示していません。

アプリケーションのワークロードでは、素晴らしいパフォーマンスが見られました。 Sysbench MySQL TPC-C では、MSA 2052 は 4VM ワークロードですぐに大量のパフォーマンスを提供し、同じ規模のフルフラッシュアレイのトランザクション速度を超えました。小規模な 2VM 規模の SQL Server ワークロードでも同様の傾向が見られ、平均は 12 ミリ秒でした。これらのワークロードを Sysbench の 8VM または SQL Server の 4VM にスケールアップしてもパフォーマンスは向上しましたが、GB あたりの価格を下げるためのデータ削減のメリットがなければ、TCO の問題が発生します。

全体として、HPE MSA 2052 は、SMB/中堅市場セグメントにおいて興味深い位置に当てはまります。 10 台の SSD とフルライセンスを備えた価格は、実売価格で 2052 ドル弱で、必要に応じて回転メディアやフラッシュを追加できます。私たちは MSA 2052 を確実に上回るパフォーマンスを発揮するボックスをテストしてきましたが、この価格帯ではこれに匹敵するものはありません。 2052 台の SSD を使用した構成は、特に大容量ドライブを選択した場合、より高価になります。ただし、その場合でも、購入者が適切なサイズを設定し、比較的安価な HDD でバックアップされたキャッシュや階層化を活用すれば、MSA XNUMX は大きな価値をもたらします。いつか、SMB向けのエントリーアレイでもフラッシュが主流になるでしょう。しかし、今日ではコストプロファイルはまだ確立されておらず、HPE MSA XNUMX は高機能、高機能、コスト効率の高いソリューションを提供するため、より控えめなニーズを持つ企業はオールフラッシュであることを心配する必要はありません。

メリット