GIGABYTE R181-2A0 は、以下を中心に構築された 1U サーバーです。 第 2 世代インテル Xeon スケーラブル プロセッサー。第 4 世代 Xeon CPU は、Optane DC メモリのサポート、より高い CPU 周波数とそれに伴うパフォーマンス、より高速な DDRXNUMX 速度、Intel Deep Learning Boost などの一連の利点をサーバーにもたらします。このサーバーは非常に柔軟で、共有ストレージに接続されたアプリケーション、またはおそらく HPC の使用例を対象としています。
GIGABYTE R181-2A0 は、以下を中心に構築された 1U サーバーです。 第 2 世代インテル Xeon スケーラブル プロセッサー。第 4 世代 Xeon CPU は、Optane DC メモリのサポート、より高い CPU 周波数とそれに伴うパフォーマンス、より高速な DDRXNUMX 速度、Intel Deep Learning Boost などの一連の利点をサーバーにもたらします。このサーバーは非常に柔軟で、共有ストレージに接続されたアプリケーション、またはおそらく HPC の使用例を対象としています。
ハードウェアの観点から、CPU について言及しました。このサーバーには、24 個の DIMM スロット、3 個の PCIe 拡張スロット、1200 個の OCP Gen80 メザニン スロット、および冗長 XNUMXW XNUMX Plus プラチナ PSU が搭載されています。ストレージについては、GIGABYTE はすべてに NVMe を導入するのではなく、SAS または SATA のいずれかを採用しています。基本的に、誰もが NVMe やそれに関連するコストを望んでいるわけではありません。そうした顧客にとって、このサーバーはまさにその要件に適合します。
ここで概要をビデオで説明しました。
私たちの特定のビルドは、8280 つの Intel 384 CPU、XNUMX TB のメモリ、および メンブレイズ PBlaze5 C926 エッジカードNVMe SSD。
GIGABYTE R181-2A0の仕様
| フォームファクター | 1U |
| 寸法（幅×高さ×奥行き、mm） | 438x 43.5x 730 |
| マザーボード | MR91-FS0 |
| CPU | 第 2 世代インテル Xeon スケーラブルおよびインテル Xeon スケーラブル プロセッサー インテル Xeon プラチナ プロセッサー、インテル Xeon ゴールド プロセッサー、インテル Xeon シルバー プロセッサー、およびインテル Xeon ブロンズ プロセッサー CPU TDP 最大 205W |
| ソケット | 2×LGA 3647ソケットP |
| チップセット | インテル C621 Express チップセット |
| メモリ | 24 x DIMM スロット DDR4 メモリのみサポート 6チャンネルメモリアーキテクチャ 最大64GBのRDIMMモジュールをサポート 最大 128GB の LRDIMM モジュールをサポート Intel Optane DC 永続メモリ (DCPMM) をサポート 1.2V モジュール: 2933/2666/2400/2133 MHz |
| LAN | 2 x 1Gb/秒 LAN ポート (インテル I350-AM2) 1/10/100管理LAN×1000 |
| Storage | 10 x 2.5 インチ SATA/SAS ホットスワップ対応 HDD/SSD ベイ デフォルト構成は以下をサポートします。 10 x SATA ドライブまたは 2×SATAドライブ SAS ドライブ x 8 SAS デバイスのサポートには SAS カードが必要です |
| SATA | 2 x 7 ピン SATA III 6Gb/s (SATA DOM 対応) pin_8 または電源機能用の外部ケーブルを使用する |
| SAS | アドオン SAS カード経由でサポート |
| RAID | インテルSATA RAID 0/1/10/5 |
| 拡張スロット | ライザーカード CRS1021: – 2 x PCIe x8 スロット (Gen3 x8)、ロープロファイルハーフレングス ライザーカード CRS1015: – 1 x PCIe x16 スロット (Gen3 x16)、ロープロファイルハーフレングス 2 x OCP メザニンスロット – PCIe Gen3 x16 – タイプ1、P1、P2、P3、P4、K2、K3 |
| 内部I / O | 2×電源コネクタ 4 x SlimSAS コネクタ 2 x SATA 7ピンコネクタ 2 x CPUファンヘッダー 1×USB 3.0ヘッダー 1 xTPMヘッダー 1×VROCコネクタ 1×フロントパネルヘッダー 1 x HDDバックプレーンボードヘッダー 1×IPMBコネクタ 1 xクリアCMOSジャンパ 1×BIOSリカバリジャンパ |
| フロントI / O | 1のx USB 3.0 LED付き電源ボタン×1 LED付きIDボタン×1 1のxリセットボタン 1×NMIボタン LANアクティビティLED x 2 1×HDDアクティビティLED 1×システムステータスLED |
| リアI / O | 2のx USB 3.0 1 X VGA 1×COM（RJ45タイプ） 2 X RJ45 1×MLAN LED付きIDボタン×1 |
| バックプレーン I/O | 10 x SATA/SAS ポート 帯域幅: ポートあたり SATAIII 6Gb/s または SAS 12Gb/s 2 x U.2 ポート (予約済み) 帯域幅: ポートあたり PCIe Gen3 x4 (予約済み) |
| TPM | LPC インターフェイス付き TPM ヘッダー x 1 オプションの TPM2.0 キット: CTM000 |
| 電源 | 2 x 1200W 冗長 PSU 80 PLUSプラチナ AC入力： – 100-240V~/12-7A、50-60Hz DC入力： – 240Vdc/6A DC出力： – 最大1000W/100-240V~ +12V/80.5A +12Vsb/3A – 最大 1200W/ 200-240V~ または 240Vdc 入力 +12V/97A +12Vsb/3A |
| 重量 | 13キロ |
| システムファン | 8 x 40x40x56mm (23rpm) |
| 動作特性 | 動作温度：10°Cから35°C 動作湿度：8〜80％（結露しないこと） 非動作温度: -40°C ～ 60°C 非動作湿度: 20% ～ 95% (結露なきこと) |
GIGABYTE R181-2A0 の設計と構築
前述したように、GIGABYTE R181-2A0 のフォーム ファクターは 1U です。サーバーの前面には、2.5 個の 3.0 インチ SATA/SAS ドライブ ベイがあります。左側にはインジケーターライト、電源ボタン、ID ボタン、リセットボタン、NMI ボタン、USB XNUMX ポートがあります。
サーバーの背面には、左側に 3.0 つの PSU、VGA ポート、45 つの USB XNUMX ポート、XNUMX つの RJXNUMX ポート、COM ポート、MLAN ポート、ID ボタン、および上部近くに XNUMX つのロープロファイル拡張スロットがあります。底部近くの XNUMX つの OCP スロット。
サーバーを開くと、中央に CPU と RAM がすぐに表示されます。これにより、ユーザーはライザー カードや必要な拡張スロットに簡単にアクセスできるようになります。共有ストレージに接続するためのデュアルポート 16Gb FC HBA、Mellanox Connect-X 4 デュアルポート 25GbE NIC、および Memblaze PBlaze5 SSD を取り付けました。
マネジメント
GIGABYTE R181-2A0 には独自の GSM リモート管理ソフトウェアが搭載されていますが、BMC サーバー管理に AMI MegaRAC SP-X プラットフォームを活用することもできます。このレビューでは MegaRAC を使用します。 GIGABYTE サーバーでの AMI MegaRAC SP-X の詳細については、 GIGABYTE R272-Z32 AMD EPYC Rome サーバーのレビュー.
メイン管理画面からは、ランディング ページでクイック統計を表示でき、左側にいくつかのメイン タブが表示されます。これには、ダッシュボード、センサー、システム インベントリ、FRU 情報、ログとレポート、設定、リモート コントロール、イメージ リダイレクト、電源コントロール、そしてメンテナンス。最初のページはダッシュボードです。ここでは、BMC の稼働時間、保留中のアサート解除、アクセス ログと稼働中の問題の数、センサーの監視、ドライブ スロットと過去 24 時間および 30 日間に発生したイベントの数を簡単に確認できます。
リモート コンソールが起動されると、ユーザーはサーバー OS (この例では Linux ローディング画面) にリモート アクセスできるようになります。リモート コンソール ウィンドウは、モニター、キーボード、マウスのクラッシュ カートを移動することなくローカルで制御したいデータセンターでは非常に貴重なツールです。ウィンドウの右上に表示されるのは、ローカル システムから ISO をマウントして、ソフトウェアをロードするためにサーバー上でリモート アクセスできるようにする CD イメージ機能です。
「メンテナンス」タブを通じて、ユーザーは BIOS 情報とファームウェアに関する情報を見つけることができます。
GIGABYTE R181-2A0 のパフォーマンス
GIGABYTE R181-2A0 構成:
- 2 x Intel 8280 CPU (28コア、2.7GHz)
- 12 x 32GB 2933MHz、CPU あたり 6 DIMM
- 1 x 6.4TB Memblaze PBlaze5 C926 NVMe SSD
- VMware ESXi 6.7u3
- CentOS 7（1908）
SQLサーバーのパフォーマンス
StorageReview の Microsoft SQL Server OLTP テスト プロトコルは、複雑なアプリケーション環境で見られるアクティビティをシミュレートするオンライン トランザクション処理ベンチマークである、トランザクション処理パフォーマンス評議会のベンチマーク C (TPC-C) の現在のドラフトを採用しています。 TPC-C ベンチマークは、データベース環境におけるストレージ インフラストラクチャのパフォーマンスの強みとボトルネックを測定するのに、合成パフォーマンス ベンチマークよりも近くなります。
各 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 スケールのデータベースをサーバー全体に均等に分散することに焦点を当てています。
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 の合計スコアは 12,643.8 TPS で、個々の VM の範囲は 3,160.1 TPS ～ 3,161.5 TPS でした。
SQL Server の平均遅延については、サーバーの合計スコアは 2.3 ミリ秒で、VM の範囲は 1 ミリ秒から 3 ミリ秒でした。
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 を使用した場合、GIGABYTE R181-2A0 の合計スコアは 11,096.4 TPS で、個々の VM は 1,375 TPS ～ 1,422.72 TPS で実行されました。
Sysbench の平均遅延については、サーバーの合計スコアは 23.1 ミリ秒で、個々の VM は 22.5 ミリ秒から 23.3 ミリ秒で実行されました。
最悪のシナリオのレイテンシ (99 パーセンタイル) では、GIGABYTE の合計スコアは 40.3 ミリ秒で、個々の VM は 40.2 ミリ秒から 40.4 ミリ秒で実行されました。
VDBench ワークロード分析
ストレージ アレイのベンチマークに関しては、アプリケーション テストが最適であり、合成テストは 2 番目になります。実際のワークロードを完全に表現しているわけではありませんが、合成テストは、競合ソリューション間での完全な比較を容易にする再現性係数を備えたストレージ デバイスのベースラインを確立するのに役立ちます。これらのワークロードは、「4 コーナー」テスト、一般的なデータベース転送サイズ テスト、さまざまな VDI 環境からのトレース キャプチャに至るまで、さまざまなテスト プロファイルを提供します。これらのテストはすべて、スクリプト エンジンを備えた共通の vdBench ワークロード ジェネレーターを利用して、大規模なコンピューティング テスト クラスターの結果を自動化して取得します。これにより、フラッシュ アレイや個々のストレージ デバイスを含む幅広いストレージ デバイスにわたって同じワークロードを繰り返すことができます。
プロフィール：
- 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 フル クローンおよびリンク クローン トレース
ランダム 4K 読み取りでは、GIGABYTE R181-2A0 は好調にスタートし、レイテンシー 706,664μs でピーク 178.6 IOPS を達成しました。
4K ランダム書き込みの場合、サーバーはわずか 58,406 μs で 33.9 IOPS で開始し、ピーク近くの 100 IOPS と 561,280 μs まで 213.3 μs 未満に留まりました。
次は、64k に注目したシーケンシャル ワークロードです。 64K 読み取りの場合、GIGABYTE は 82,271µs のレイテンシで 5.1 IOPS または 387.4GB/s でピークに達しました。
64K のシーケンシャル書き込みでは、サーバー ヒットが約 43K IOPS、つまり 2.7µs のレイテンシーで約 182GB/s に達し、その後若干低下しました。
次のテスト セットは、SQL ワークロード、SQL、SQL 90-10、および SQL 80-20 です。 SQL から開始すると、サーバーは 220,712 IOPS に達し、レイテンシは 143 µs に達しました。
SQL 90-10 では、230,152μs のレイテンシで 137 IOPS のピーク パフォーマンスが見られました。
SQL 80-20 は、レイテンシ 229,724 μs でピーク 136 IOPS という優れたパフォーマンスを継続しました。
次に、Oracle ワークロード、Oracle、Oracle 90-10、Oracle 80-20 です。 Oracle から始めて、サーバーは 246,191μs のレイテンシーで 142 IOPS に達しました。
Oracle 90-10 では、GIGABYTE は 172,642μs のレイテンシで 125.5 IOPS に達することができました。
最後の Oracle ベンチマークである Oracle 80-20 では、サーバーのレイテンシーが 178,108μs で 121 IOPS のピークに達しました。
次に、VDI クローン テスト (完全およびリンク) に切り替えました。 VDI フル クローン (FC) ブートの場合、GIGABYTE R181-2A0 は 196,719µs のレイテンシで 174 IOPS に達しました。
VDI FC 初期ログインの場合、サーバーは 150,518 IOPS でピークに達し、遅延は 190 μs でした。
VDI FC Monday Login では、サーバーのピークは 94,813 IOPS、遅延は 161.3 µs でした。
VDI リンク クローン (LC) ブートに切り替えると、GIGABYTE は 89,269 μs のレイテンシで 177.4 IOPS に達することができました。
VDI LC 初期ログインでは、サーバーは 50,860µs で 148 IOPS に達しました。
最後に、VDI LC Monday Login では、GIGABYTE が 75,850μs のレイテンシで 201.3 IOPS に達しました。
まとめ
GIGABYTE R181-2A0 は、Intel の第 1 世代 Xeon スケーラブル プロセッサを中心に構築されたもう 1 つのサーバーであり、これらの CPU を活用することで得られる利点をすべて備えています。この 24U サーバーは、Intel Xeon スケーラブル中心であることに加えて、非常に柔軟です。このサーバーはわずか 10U ですが、2.5 つの Intel Xeon スケーラブル CPU、XNUMX 個の DIMM の RAM、SATA または SAS ドライブ用の XNUMX 個の XNUMX インチ ドライブ ベイを収容でき、XNUMX 個の PCIe 拡張スロットと XNUMX 個の OCP メザニン スロットを備えています。このサーバーは、共有ストレージ、またはおそらく HPC ユースケースに接続されたアプリケーションの主力となることを目的としています。
パフォーマンスのために、アプリケーション ワークロード分析と VDBench テストの両方を実行しました。前面ドライブ ベイは NVMe をサポートしていませんが、拡張スロットは NVMe をサポートしているため、サーバーの潜在的なパフォーマンスを最大限に高めるために NVMe ドライブを追加しました。 SQL Server ベンチマークでは、サーバーの合計スコアは 12,642.8 TPS、平均遅延は 2.3 ミリ秒でした。 Sysbench の場合、合計スコアは 11,810 TPS、平均遅延は 23.1 ミリ秒、最悪のシナリオの遅延は 40.3 ミリ秒でした。
VDbench の場合、小規模サーバーは引き続きかなり良好な数値を達成し、707K 読み取りで 4K IOPS、561K 書き込みで 4K IOPS、5.1K 読み取りで 64GB/秒、2.7K 書き込みで 64GB/秒がハイライトされました。 SQL テストでは、R181-2A0 は 221K IOPS、SQL 230-90 で 10K IOPS、SQL 230-80 で 20K IOPS のピークに達することができました。 Oracle の場合、数値は 246K IOPS、Oracle 173-90 では 10K IOPS、Oracle 178-80 では 20K IOPS でした。 VDI クローン テストでは、数値は若干減少し始めましたが、VDI FC ブート (100K IOPS) および VDI FC 初期ログイン (197K IOPS) では 151K IOPS を超えたままでした。
コンパクトなフォームファクターで十分な柔軟性を求める場合は、GIGABYTE R181-2A0 以外に探す必要はありません。
StorageReview と連携する
ニュースレター | YouTube |ポッドキャスト iTunes/Spotifyは | Instagram | Twitter | Facebook | RSSフィード
