ギガバイト R282-3C0 レビュー

Gigabyte は最近、R282-3C0 (rev. 100) – 2U Gen4 NVMe システムをサーバーのラインナップに追加しました。このサーバーには、3 月に発売されたデュアル第 282 世代インテル® Xeon® スケーラブル CPU が搭載されています。 R3-0C3.5 は、最大 3.5 台の 12 インチ SATA ドライブと XNUMX 台の XNUMX インチ NVMe ドライブをサポートし、合計 XNUMX 個のホットスワップ可能なベイを提供する高密度ストレージ向けです。

Gigabyte は最近、R282-3C0 (rev. 100) – 2U Gen4 NVMe システムをサーバーのラインナップに追加しました。このサーバーには、3 月に発売されたデュアル第 282 世代インテル® Xeon® スケーラブル CPU が搭載されています。 R3-0C3.5 は、最大 3.5 台の 12 インチ SATA ドライブと XNUMX 台の XNUMX インチ NVMe ドライブをサポートし、合計 XNUMX 個のホットスワップ可能なベイを提供する高密度ストレージ向けです。

ギガバイト R282-3C0 の仕様

私たちがレビューしている特定のモデルは R282-3C0 です。このモデルは R282 シリーズの最上位ではありませんが、内部構造は依然として優れたパフォーマンスの可能性と柔軟性を提供します。

ギガバイト R282-3C0 の設計と構築

このレビュー システムには興味深い機能とレイアウトがあります。最初に注目すべきことは、マシンのドライブ ベイの数です。マシンの背面には 3.5 つの 3.5 インチ SATA ホットスワップ対応 HDD/SSD ベイ、2.5 つの XNUMX インチ NVMe ホットスワップ対応 HDD/SSD ベイ、そして最後にブートに使用できる XNUMX つの XNUMX インチ ベイがあります。

マザーボードに関しては、私たちが所有するモデルの MR92-FS0 には、オンボードのデュアル CPU セット用の 2 つのソケット、DDR32 をサポートする 4 個の DIMM スロット、さまざまな長さの 8 個の PCIe スロットが付属しています。私たちが持っているモデルで注目すべき最も興味深い点は、M.2 スロットがないことです。他のほとんどのサーバーにはブートに使用される M.2 スロットがありますが、当社にはありません。これは不便、問題ではない、または取引の妨げになる可能性がありますが、購入者は考慮する必要があります。

最後に、設計と構築に関しては、フロントとリアの I/O に注意することが重要です。サーバーの前面には、3.0 つの USB XNUMX ポート、LED 付き電源ボタン、LED 付き ID ボタン、リセット ボタン、NMI ボタン​​、システム ステータス LED、HDD アクティビティ LED、および XNUMX つの LAN アクティビティ LED があります。

サーバーの背面には、2 つの USB 3.0 ポート、2 つの VGA ポート、45 つの RJ2 ポート、MLAN ポート、LED 付き ID ボタン、およびサーバー内のデュアル電源用の XNUMX つの電源コ​​ネクタ ポートがあります。

ギガバイト R282-3C0 管理

Gigabyte R282-3C0 は、帯域外管理に MegaRAC SP-X BMC を利用します。この管理プラットフォームを使用すると、ユーザーはサーバーへの電源のリモート制御、BIOS のフラッシュ、サーバーにソフトウェアをインストールするための KVM の起動などの基本的なタスクを処理できます。

このインターフェイスは、Dell EMC、HPE、Cisco などの Tier1 サーバーにあるものと比べると少し使いにくいですが、システムをリモートで管理するのには十分です。ユーザーには、どちらを使用したいかに応じて、HTML5 と Java KVM のオプションも提供されます。特に KVM で遭遇した唯一のマイナス点は、マウントされた ISO の転送速度が 1Mb/s 強に制限されており、フットプリントがさらに小さい OS のインストールでもかなりの時間がかかることです。私たちが見つけた妥協策は、OS インストーラーで USB サム ドライブをフラッシュし、KVM を使用してリモート インストールすることでした。

ギガバイト R282-3C0 のパフォーマンス

サーバーのパフォーマンスに関しては、(2) Intel 8380 CPU、(16) 32Mhz の 4GB DDR3200、(4) の構成に基づいていくつかのテストを実施しました。 インテル P5510 7.68TB SSD。

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

StorageReview の Microsoft SQL Server OLTP テスト プロトコルは、複雑なアプリケーション環境で見られるアクティビティをシミュレートするオンライン トランザクション処理ベンチマークである、トランザクション処理パフォーマンス評議会のベンチマーク C (TPC-C) の現在のドラフトを採用しています。 TPC-C ベンチマークは、データベース環境におけるストレージ インフラストラクチャのパフォーマンスの強みとボトルネックを測定するのに、合成パフォーマンス ベンチマークよりも近くなります。

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

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

• Windows Serverの2012 R2
• ストレージ フットプリント: 600GB 割り当て、500GB 使用
• SQL Serverの2014

• データベースのサイズ: 1,500 スケール
• 仮想クライアント負荷: 15,000
• RAMバッファ: 48GB

• テスト時間: 3 時間
• 2.5時間のプレコンディショニング
• 30 分のサンプル期間

SQL Server の平均遅延については、Gigabyte R282-3C0 は 1VM で 8ms の遅延を維持しました。

Sysbench MySQL のパフォーマンス

最初のローカル ストレージ アプリケーション ベンチマークは、SysBench 経由で測定された Percona MySQL OLTP データベースで構成されています。このテストでは、平均 TPS (99 秒あたりのトランザクション数)、平均レイテンシ、平均 XNUMX パーセンタイル レイテンシも測定します。

各 Sysbench VM は 92 つの vDisk で構成されています。447 つはブート用 (~270 GB)、16 つは事前構築済みデータベース (~60 GB)、XNUMX 番目はテスト対象データベース用 (XNUMX GB) です。システム リソースの観点から、各 VM に XNUMX 個の vCPU、XNUMX GB の DRAM を構成し、LSI Logic SAS SCSI コントローラーを活用しました。

Sysbench テスト構成 (VM ごと)

• CentOS 6.3 64 ビット
• Percona XtraDB 5.5.30-rel30.1

• データベーステーブル: 100

• データベースのサイズ: 10,000,000
• データベーススレッド: 32
• RAMバッファ: 24GB

• テスト時間: 3 時間
• 2 スレッドのプリコンディショニングに 32 時間
• 1時間 32スレッド

Sysbench OLTP では、25,537 つの VM に対して 8 TPS の合計スコアを記録し、個々の VM の範囲は 3,187 ～ 3,199 TPS でした。過去にも同様のサーバーがほぼ同じパフォーマンスを示していたため、平均と範囲は私たちにとって衝撃的ではありませんでした。

平均レイテンシーでは、8VM の合計時間は 10.025 で、個々の VM の範囲は 10 から 10.04 でした。

最悪のシナリオである 99 パーセンタイルでは、8VM の遅延は合計時間 19.13 ミリ秒に達し、個々の時間の範囲は 19.07 ミリ秒から 19.17 ミリ秒でした。

VDBench ワークロード分析

ストレージ デバイスのベンチマークに関しては、アプリケーション テストが最適であり、総合テストは 2 番目になります。実際のワークロードを完全に表現しているわけではありませんが、合成テストは、競合ソリューション間での完全な比較を容易にする再現性係数を備えたストレージ デバイスのベースラインを確立するのに役立ちます。

これらのワークロードは、「4 コーナー」テスト、一般的なデータベース転送サイズ テスト、さまざまな VDI 環境からのトレース キャプチャに至るまで、さまざまなテスト プロファイルを提供します。これらのテストはすべて、スクリプト エンジンを備えた共通の vdBench ワークロード ジェネレーターを利用して、大規模なコンピューティング テスト クラスターの結果を自動化して取得します。これにより、フラッシュ アレイや個々のストレージ デバイスを含む幅広いストレージ デバイスにわたって同じワークロードを繰り返すことができます。

プロフィール：

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

ランダム 4K 読み取りを見ると、ギガバイト R282-3C0 は 100 μs 未満で開始し、約 2.25 万 IOPS までその状態を維持し、その後 3,770,372 IOPS でピークに達し、遅延は 536 μs でした。

4K ランダム書き込みは非常に良好なスタートを切り、レイテンシーは 100 マイクロ秒で 35 マイクロ秒をはるかに下回り、サーバーが 1.6 万 IOPS をわずかに超えるまでその状態が維持されました。その後、ピークは 1,823,423 IOPS で発生し、レイテンシーは 909μs になります。

64K シーケンシャル読み取りに移ると、R282 のピークは 307,885 IOPS、遅延は 413μs でした。

次に、64K シーケンシャル書き込みでは、レイテンシー 116,957 μs で 1071 IOPS のピーク パフォーマンスが得られましたが、その後も低下が見られ、レイテンシー約 140,000 μs で約 800 IOPS に戻りました。

これで、SQL ワークロード、SQL、SQL 90-10、および SQL 80-20 が完成しました。 SQL を使用すると、ギガバイト R282-C03 は 91μs で開始し、100 IOPS で 480,959μs を超えました。その後、サーバーは 995,117 IOPS でピークに達し、レイテンシーは 125μs になりました。

SQL 90-10 では、サーバーの開始遅延は 85 μs で、100 IOPS に達するまで 589,647 μs 未満に抑えることができました。その後、レイテンシ 967,723μs で 126 IOPS に達しました。

SQL 80-20 では、サーバーの開始遅延は 80 μs で、100 IOPS に達するまで 554,447 μs 未満に抑えることができました。その後、レイテンシ 935,383μs で 132 IOPS に達しました。

次のテストは、Oracle ワークロード、Oracle、Oracle 90-10、および Oracle 80-20 でした。 Oracle ワークロードでは、R282 は 80 μs のレイテンシで開始し、その後 924,993 μs のレイテンシで 133 IOPS に達しました。

Oracle 90-10 の場合、サーバーは 83µs で起動し、100 IOPS までレイテンシーを 635,178µs 未満に維持できましたが、その後、レイテンシー 792,231µs で 108 IOPS でピークに達しました。

最後に、Oracle 80-20 も、ほとんどのテストで 100 未満に抑えることができ、78.5 μs から始まり、レイテンシ 770,853 μs で 110 IOPS に達しました。

最後のテストでは、VDI クローン テスト (完全およびリンク) に切り替えました。 VDI フル クローン (FC) ブートの場合、R282 は 762,590μs のレイテンシーで 162 IOPS のピークに達しました。

VDI FC の初期ログインでは、サーバーは、479,697 μs のレイテンシで 216 IOPS のピークまで安定して急激に上昇しました。

VDI FC Monday Login の場合、サーバーは着実に増加し、レイテンシー 347,985 μs で 165 IOPS に達しました。

さて、VDI リンク クローン (LC) テストでは、起動から始まり、サーバーは 305,058 μs の遅延で 197 IOPS のピークまで短時間上昇しました。

初期ログイン テストでは、サーバーは 100 μs から大幅に上昇し、その後 167,785 μs の遅延で 152 IOPS のピークに達しました。

最後に、月曜日のログインでは、サーバーは 107 µs から大幅に上昇し、最大 271,522 µs のレイテンシの大幅な上昇とともに 213 IOPS のピークに達することができました。

まとめ

Gigabyte R282-3C0 は、第 2 世代 Xeon Scalable プロセッサのパフォーマンスをテストする 3U デュアルプロセッサ サーバーです。前面にある 12 個のホットスワップ可能な 3.5 インチ ベイ (そのうち 2 個は NVMe をサポート可能) に加えて、このサーバーはさまざまなストレージを保持できます。高速な容量が必要な組織の場合、階層化用のフラッシュとストレージ用の低コスト HDD を組み合わせるのは興味深いことです。次に、背面にブートに使用できるツイン SATA ドライブがあります。オンボードに M.XNUMX ストレージがないため、これは便利です。

サーバー上で実行したさまざまなテストの結果は、すでに予想していたとおりでした。 NVMe ベイのほとんどが大容量の回転メディアに利用されているため、NVMe ベイが 282 つという制限により、ストレージのピークの可能性が抑制されました。ただし、ドライブ構成はターゲットを絞っており、ほとんどの顧客はこのようなシステムにミッドレンジ CPU を搭載し、よりバランスのとれた価格帯をターゲットとしています。もちろん、ギガバイトのラインナップの他の製品は、完全な NVMe を搭載したパフォーマンスをさらに向上させます。たとえば、92 台の NVMe SSD をペアリングできる R24-ZXNUMX があります。 すごい 信じられないほどのパフォーマンスを実現します。

合成 SQL テストでは、SQL ワークロードで最大 481 IOPS、SQL 968-90 で最大 10 IOPS、SQL 80-20 テストで最大 935 IOPS が確認されました。 Oracle テストでは、Oracle ワークロードで 924K IOPS、Oracle 792-90 で 10K、Oracle 770-80 で 20K が確認されました。 VDBench では、3.7K 読み取りで 4 万 IOPS、1.8K 書き込みで 4 万 IOPS、307,885K 読み取りで 64 IOPS、116,957K 書き込みで 64 IOPS を記録しました。最後に、VDI フル クローン テストでは、ブート時に 762K IOPS、初期ログイン時に 479K、月曜日のログイン時に 348K の IOPS が確認されました。リンク クローンでは、ブート時に 305K IOPS、初期ログイン時に 167K、月曜日のログイン時に 272K が確認されました。

現実的には、このサーバーは高密度ストレージに使用され、NVMe フラッシュによる高速化の可能性があります。このサーバーを妨げている唯一の点は、NVMe ストレージの増加ですが、このビルドでは HDD が提供する 282 ドルあたりの容量の利点に焦点を当てています。ギガバイト R3-0C12 は、インテル スケーラブル Gen14 アーキテクチャを中心に構築された 3 ベイ (または数え方によっては XNUMX ベイ) 設計で容量と NVMe を組み合わせたいユースケースに最適です。

ギガバイト R282-3C0 (rev.100)

StorageReview と連携する

ニュースレター | YouTube |ポッドキャスト iTunes/Spotifyは | Instagram | Twitter | Facebook | RSSフィード