GIGABYTE R282-Z92 サーバーは、第 2 世代 AMD EPYC プロセッサを活用した新しい 2U デュアルソケット サーバーです。デュアル ソケットであるため、ユーザーは 128 つの EPYC CPU で最大 64 コア (ソケットあたり 4.0 個) を利用できます。 AMD EPYC プロセッサは、より高速なストレージ、FPGA、GPU のオプションを増やす PCIe 4.0 デバイスの追加の利点も提供します。このサーバーには、アドオン項目をサポートするための XNUMX つの空き PCIe XNUMX 拡張スロットが付属しています。
GIGABYTE R282-Z92 サーバーは、第 2 世代 AMD EPYC プロセッサを活用した新しい 2U デュアルソケット サーバーです。デュアル ソケットであるため、ユーザーは 128 つの EPYC CPU で最大 64 コア (ソケットあたり 4.0 個) を利用できます。 AMD EPYC プロセッサは、より高速なストレージ、FPGA、GPU のオプションを増やす PCIe 4.0 デバイスの追加の利点も提供します。このサーバーには、アドオン項目をサポートするための XNUMX つの空き PCIe XNUMX 拡張スロットが付属しています。
新しい AMD EPYC プロセッサをさらに構築した GIGABYTE R282-Z92 サーバーは、最大 4MHz の速度で 4TB 以上の DDR3200 メモリをサポートします。 CPU あたり 16 個の DIMM を搭載し、それぞれ最大 128GB のモジュールをサポートすることで、これを達成できます。このサーバーは、前面にある 24 個のホットスワップ可能なベイ (背面に SATA/SAS ストレージ用のさらに 4.0 つのベイ) を介して NVMe ストレージをサポートしていますが、前面ベイでは PCIe XNUMX をサポートしていません。
その他の注目すべきハードウェア機能は、オンボード M.2 スロットと、ライザー カードによる M.2 容量の増加です。このサーバーには 1 つの XNUMXGbE LAN ポートが付属していますが、OCP カード スロットなど、より高速なネットワークを実現するための拡張機能が豊富にあります。電源管理は、XNUMX つのホットスワップ可能な PSU と GIGABYTE のインテリジェントな電源管理機能を通じて行われ、サーバーの電力使用効率を高め、障害発生時にも電力を維持します。
R282-Z92 は独自の GSM を管理に利用します。 ここでは GUI について詳しく説明します。 GSM には VMware プラグインが付属しており、ユーザーはリモート監視と管理の両方に vCenter を使用できます。
GIGABYTE R282-Z92の仕様
| 寸法（幅×高さ×奥行き、mm） | 2 U 438 X 87 X 730ミリメートル |
| マザーボード | MZ92-FS0 |
| CPU | AMD EPYC 7002 シリーズ プロセッサ ファミリ デュアルプロセッサ、7nm、ソケットSP3 プロセッサあたり最大 64 コア、128 スレッド TDP 最大 225 W、cTDP 最大 240 W 280Wを完全サポート AMD EPYC 7001シリーズプロセッサファミリーと互換性あり |
| チップセット | システムオンチップ |
| メモリ | 3 DIMM スロット x 2 DDR4 メモリのみサポート プロセッサあたり 8 チャネルのメモリ アーキテクチャ 最大128GBのRDIMMモジュールをサポート 最大 128GB の LRDIMM モジュールをサポート メモリ速度: 最大 3200/2933 MHz |
| LAN | 2GbE LAN ポート x 1 (インテル I1-AM350 x 2) 1/10/100管理LAN×1000 |
| 動画 | PCIe バス インターフェイス 2500×2@1920Hz 1200bpp を備えた Aspeed AST60 32D ビデオ グラフィック アダプタに統合 |
| Storage | 前面: 24 x 2.5 インチ NVMe ホットスワップ対応 HDD/SSD ベイ 背面: オンボード SATA ポートからの 2 x 2.5 インチ SATA/SAS ホットスワップ対応 HDD/SSD ベイ |
| 拡張スロット | ライザーカード CRS2014: – 1 x PCIe x16 スロット (Gen4 x16)、CNV3024 が占有、4 x NVMe HBAライザー カード CRS2033: – 1 x PCIe x16 スロット (Gen4 x16)、FHHL、CNV3024 が占有、4 x NVMe HBA – 1 x PCIe x8 スロット (Gen4 x8)、FHHL、CNV3022 が占有、2 x NVMe HBA – 1 x PCIe x8 スロット (Gen4 x8)、FHHLRiser カード CRS2033: – 1 x PCIe x16 スロット (Gen4 x16)、FHHL、CNV3024 が占有、4 x NVMe HBA – 1 x PCIe x8 スロット (Gen4 x8)、FHHL、CNV3022 が占有、2 x NVMe HBA – 1 x PCIe x8 スロット (Gen4 x8)、CPU_1 からの PCIe Gen3.0 x4 帯域幅を備えた FHHL16 x OCP 0 メザニン スロット、CNVO134 によって占有されるサポートされる NCSI 機能、PCIe Gen4 x1 帯域幅を備えた 2.0 x NVMe HBA3 x OCP 8 メザニン スロット (タイプ 1、P1) 、P2) サポートされる NCSI 機能、CNVO022 によって占有、2 x NVMe HBA1 x M.2 スロット: – Mキー – PCIe Gen3 x4 – NGFF-2242/2260/2280/22110 カードをサポート – M.225 デバイスを使用する場合、CPU TDP は 2W に制限されます |
| 内部I / O | 1×M.2スロット 1×USB 3.0ヘッダー 1 xCOMヘッダー 1 xTPMヘッダー 1×フロントパネルヘッダー 1 x HDDバックプレーンボードヘッダー 1×PMBusコネクタ 1×IPMBコネクタ 1 xクリアCMOSジャンパ 1×BIOSリカバリジャンパ |
| フロントI / O | 2×USB 3.0 LED付き電源ボタン×1 LED付きIDボタン×1 1のxリセットボタン 1×NMIボタン 1×システムステータスLED 1×HDDアクティビティLED LANアクティビティLED x 2 |
| リアI / O | 2×USB 3.0 1 X VGA 2 X RJ45 1×MLAN LED付きIDボタン×1 |
| バックプレーン I/O | 前面_CBP20O5: 24 x NVMe ポート 背面_CBP2020: 2 x SATA/SAS ポート 速度と帯域幅: ポートごとに SATA 6Gb/s、SAS 12Gb/s、または PCIe x4 |
| TPM | SPI インターフェースを備えた 1 x TPM ヘッダー オプションの TPM2.0 キット: CTM010 |
| 電源 | 2 個の 1600W 冗長 PSU 80 PLUS PlatinumAC 入力: – 100-120V~/12A、50-60Hz – 200-240V~/10.0A、50-60HzDC入力: 240Vdc、10ADC 出力: – 最大1000W/100-120V +12V/81.5A +12Vsb/2.5A – 1600 ～ 200V または 240Vdc 入力で最大 240W +12V/133A +12Vsb/2.5A |
| OSとの互換性 | Windows Server 2016 (X2APIC/256T はサポートされていません) Windows Serverの2019 Red Hat Enterprise Linux 7.6 (x64) 以降 Red Hat Enterprise Linux 8.0 (x64) 以降 SUSE Linux Enterprise Server 12 SP4 (x64) 以降 SUSE Linux Enterprise Server 15 SP1 (x64) 以降 Ubuntu 16.04.6 LTS (x64) 以降 Ubuntu 18.04.3 LTS (x64) 以降 Ubuntu 20.04 LTS (x64) 以降 VMware ESXi 6.5 EP15 以降 VMware ESXi 6.7 Update3以降 VMware ESXi 7.0以降 Citrix Hypervisor 8.1.0以降 |
| 重量 | 純重量：18.5キロ 総重量：25.5キロ |
| システムファン | 4 x 80x80x38mm (16,300rpm) |
| 動作特性 | 動作温度：10°Cから35°C 動作湿度: 8% ～ 80% (結露なきこと) 非動作温度: -40°C ～ 60°C 非動作湿度: 20% ～ 95% (結露なきこと) |
GIGABYTE R282-Z92 の設計と構築
GIGABYTE R282-Z92 は、他の GIGABYTE サーバーとよく似た外観 (金属フレーム、オレンジ色のハイライトが付いた黒色のドライブ ベイ、黒色の前面) を備えた 2U サーバーです。デバイスの前面には、前面の大部分を占める 2.5 個の 3 インチ PCIe Gen3.0 ベイがあります。左側には、電源ボタン、ID ボタン、リセット ボタン、NMI ボタン、および LED (システム ステータス、HDD アクティビティ、および LAN アクティビティ) があります。右側にはUSB XNUMXポートがXNUMXつあります。
背面の左上隅にさらに 2.5 つの 3.0 インチ ホットスワップ ベイ (SATA または SAS、HDD/SSD 用) があり、その下に 1 つの PSU があります。 XNUMX つの拡張スロットが残りの大部分を占めます。底部には USB XNUMX ポートが XNUMX つ、XNUMXGbE LAN ポートが XNUMX つ、MLAN ポートが XNUMX つあります。
上部を外すと、前面近くにファンがあり、続いて CPU と RAM スロットが見えます。背面近くにはブーツ用の M.2 スロットがあります。
GIGABYTE R282-Z92 のパフォーマンス
GIGABYTE R282-Z92 構成:
- 2×AMD EPYC 7702
- CPUあたり512GB、256GB
- パフォーマンスストレージ: 12 x マイクロン 9300 NVMe 3.84TB
- CentOS 7（1908）
- ESXi 6.7u3
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 の平均遅延ベンチマークでは、7702VM と 8VM を備えたデュアル AMD EPYC 4 の両方をテストしました。 8VM では平均遅延が 1.1 ミリ秒、4VM では 1 ミリ秒でした。
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 を使用して、7702 つの VM を備えた単一の 8P、7702 つの VM を備えたデュアル 8、および 16 の VM をテストしました。 7702VM を搭載した 8P では、15,914 IOPS が発生しました。 7702VM を備えた 8 台の 18,978 では、サーバーは 7702 IOPS に達しました。 16VM を備えた 29,995 台の XNUMX では、XNUMX IOPS に達しました。
Sysbench の平均遅延では、単一の 16.08P で 7702 ミリ秒が発生しました。 7702VM を搭載した 8 台の 13.49 は 16 ミリ秒、17.07VM では XNUMX ミリ秒に達しました。
最悪のシナリオの遅延 (99 パーセンタイル) では、単一の 7702P が 31.07 ミリ秒に達しました。デュアル 7702 8VM は 26.48 ミリ秒に達しましたが、16VM はわずか 32.94 ミリ秒に達しました。
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 R282-Z92 サーバーは 7,005,724μs の遅延で 213 IOPS に達しました。
ランダム 4K 書き込みでは、サーバーは 389,144 IOPS で起動し、遅延はわずか 29.6µs でした。 100 万 IOPS を突破するまでは 3μs 未満にとどまりました。その後、レイテンシー 3,478,209μs で 282 IOPS に達し、ピークに達しました。
次は、64k に注目したシーケンシャル ワークロードです。 64K 読み取りの場合、GIGABYTE サーバーは 640,344μs の遅延で 40 IOPS、つまり 448GB/s でピークに達しました。
64K 書き込みの場合、サーバーは 65μs で開始し、約 1K IOPS または 255μs で 15.9GB/s のピークに近づくまで 739ms 未満を維持し、その後若干低下しました。
次のテスト セットは、SQL ワークロード、SQL、SQL 90-10、および SQL 80-20 です。 SQL から開始すると、サーバーは 2,352,525μs のレイテンシーで 159.2 IOPS に達しました。
SQL 90-10 の場合、サーバーのレイテンシーは 2,377,576µs で 156 IOPS に達しました。
SQL 80-20 では、レイテンシ 2,231,986μs で 165 IOPS のピーク パフォーマンスが得られました。
次に、Oracle ワークロード、Oracle、Oracle 90-10、Oracle 80-20 です。 Oracle から始まり、GIGABYTE R282-Z92 サーバーは 2,277,224μs のレイテンシーで 164.4 IOPS のピークに達しました。
Oracle 90-10 では、サーバーは 1,925,440 IOPS でピークに達し、遅延は開始時点より約 133.4μs 高い 20μs に達しました。
Oracle 80-20 は、サーバーに 1,867,576μs の遅延で 137.3 IOPS のピーク パフォーマンスをもたらしました。
次に、VDI クローン テスト (完全およびリンク) に切り替えました。 VDI フル クローン (FC) ブートの場合、GIGABYTE サーバーは 1,862,923 μs の遅延で 195 IOPS のピークに達しました。
VDI FC の初期ログインでは、802,373μs で約 280 IOPS のピークが見られ、その後少し低下しました。
次は、VDI FC Monday Login で、レイテンシ 699,134µs でピーク 201 IOPS を実現しました。
VDI リンク クローン (LC) ブートに切り替えると、GIGABYTE は 823,245 IOPS のピークに達し、レイテンシは 187.2µs に達しました。
VDI LC の初期ログインでは、サーバーのピークは 426,528 IOPS、遅延は 188.1µs でした。
最後に、VDI LC Monday Login のピークは 476,985 IOPS で、遅延はわずか 261.5 μs でした。
まとめ
GIGABYTE R282-Z92 は、第 2 世代 AMD EPYC プロセッサとそれに伴う利点のほとんどを活用するデュアル ソケットの 64U サーバーです。サーバーに 128 つの 4 コア CPU を装備すると、ユーザーは合計で最大 4 コアを利用できます。さらに、最大 3200 MHz の速度で 16 TB を超える DDR32 RAM を活用できます (CPU あたり 128 DIMM、合計 4.0 でスロットあたり最大 3.0 GB をサポート)。 EPYC は、新しいストレージ オプション、FPGA、GPU、OCP 24 に PCIe 2.5 サポートを提供します。容量ストレージとして、サーバーには前面に 3 個の 2.5 インチ NVMe Gen2 ベイ、背面に 4 個の XNUMX インチ SAS/SATA ベイ、およびオンボード M.XNUMX スロットがあります。拡張に関しては、この構成では XNUMX つの PCIe GenXNUMX スロットと OCP スロットが開いたままになっています。残りの PCIe スロットは、前面の NVMe ドライブ ベイをサポートするアダプター カードに使用されます。
アプリケーション ワークロード分析では、SQL Server の平均待機時間と通常の Sysbench テストを調べました。 SQL Server については、7702VM と 8VM の両方のデュアル AMD EPYC 4 を実行し、それぞれ 1.1 ミリ秒と 1 ミリ秒を確認しました。 Sysbench を使用して、7702 つの VM を備えた単一の 8P、7702 つの VM を備えたデュアル 8、および 16 の VM を実行しました。トランザクションでは、単一の 7702P で 16 IOPS、デュアル 7702 8VM で 19 IOPS、デュアル 30 7702VM で 16 IOPS に達しました。 Sysbench の平均遅延は、シングル 7702P で 16.1 ミリ秒、デュアル 7702 8VM で 13.5 ミリ秒、デュアル 7702 16VM で 17.1 ミリ秒に達しました。 Sysbench のワーストケース シナリオの遅延では、シングル 7702P が 31.1 ミリ秒、デュアル 7702 8VM が 26.5 ミリ秒、デュアル 7702 16VM が 32.9 ミリ秒に達しました。
VDBench ワークロードでは、GIGABYTE R282-Z92 が非常に印象的でした。遅延が常にミリ秒未満であるわけではありませんが、ピークの数値は一貫して高かったです。ハイライトには、7K 読み取りで 4 万 IOPS、4K 書き込みで 3.4 万 IOPS 以上、64K 読み取りで 40GB/秒、64K 書き込みで 15.9GB/秒を達成しました。 SQL では、SQL と SQL 2.4-90 で 10 万 IOPS、SQL 2.2-80 で 20 万 IOPS が発生しました。 Oracle では、サーバーは 2.3 万 IOPS、Oracle 1.9-90 では 10 万、Oracle 1.9-80 では 20 万 IOPS に達しました。 VDI クローン テストでは、フル クローンの結果はブートで 1.9 万 IOPS、初回ログインで 802 IOPS、月曜日のログインで 699 IOPS で、リンク クローンではブートで 823 IOPS、初回ログインで 427 IOPS、月曜日のログインで 477 IOPS でした。
全体として、GIGABYTE R282-Z92 は、前面に 24 ベイ、背面に 2 ベイ、およびブート用のオンボード M.4 スロットを活用する、優れたストレージ密度を備えた堅牢なプラットフォームです。主にストレージの観点から、残念な点が 4 つあります。 4 つ目は、GIGABYTE が NVMe カード用の拡張スロットを 4 つ使用するため、拡張オプションが制限されることです。次に、フロント ベイでは PCIe GenXNUMX がサポートされていません。まだ背面に XNUMX つの GenXNUMX スロットが開いており、必要に応じて I/O、ストレージ、または GPU を少し拡張できます。 GenXNUMX SSD の面では、まだ多くの選択肢はありませんが、GenXNUMX は未来であり、価値のある投資であるため、ここでサポートされることを嬉しく思いますが、最新の SSD が本当に必要な場合は、とにかく、この特定のサーバーを考慮していません。とはいえ、このままではシステムが悲鳴を上げます。
このプラットフォームには、2U で驚くべき量の計算能力があります。わずか 12 台の NVMe SSD で非常に優れたパフォーマンス プロファイルが得られ、単一のワークロードで CPU の上限を設定しただけで、より多くの機能を提供できることがわかりました。それでも、7 万 4K IOPS と 40GB/秒の 64K 読み取りというすばらしい数字を達成しました。 AMD は第 128 世代 EPYC CPU で本当に素晴らしい仕事をしており、このプラットフォームはそれらの XNUMX コアをうまく活用しています。
StorageReview と連携する
ニュースレター | YouTube |ポッドキャスト iTunes/Spotifyは | Instagram | Twitter | Facebook | RSSフィード
