本日、AMD が新しい EPYC Rome 7002 CPU シリーズを発表するにあたり、GIGABYTE を含むいくつかのベンダーが新しいテクノロジーをサポートするサーバーを発表しました。実際、GIGABYTE は、EPYC Rome である R シリーズをサポートするラック サーバーのシリーズ全体をリリースしました。 R シリーズは、バランスの取れたリソースを備えた汎用サーバー ファミリです。このシリーズは、さまざまなストレージ メディアの組み合わせを備えた 1U サーバーと 2U サーバーの両方を提供します。この特定のレビューでは、272 個の U.32 NVMe ベイを搭載した GIGABYTE R24-Z2 サーバーを取り上げます。
本日、AMD が新しい EPYC Rome 7002 CPU シリーズを発表するにあたり、GIGABYTE を含むいくつかのベンダーが新しいテクノロジーをサポートするサーバーを発表しました。実際、GIGABYTE は、EPYC Rome である R シリーズをサポートするラック サーバーのシリーズ全体をリリースしました。 R シリーズは、バランスの取れたリソースを備えた汎用サーバー ファミリです。このシリーズは、さまざまなストレージ メディアの組み合わせを備えた 1U サーバーと 2U サーバーの両方を提供します。この特定のレビューでは、272 個の U.32 NVMe ベイを搭載した GIGABYTE R24-Z2 サーバーを取り上げます。
ハードウェア面から見ると、サーバーは GIGABYTE の EPYC Rome MZ32-AR0 サーバー マザーボードを利用しています。このマザーボードは、単一の AMD EPYC 7002 SoC と DDR16 メモリ用の 4 個の DIMM スロットに適合します。このサーバーには、ホットスワップ可能な NVMe ストレージ用の 24 スロットのほか、背面に SATA SSD または HDD 用の XNUMX つのスロットがあります。拡張用に、マザーボードには XNUMX つの PCIe 拡張スロットと XNUMX つのメザニン コネクタが付属しており、お客様に必要なアクセサリを拡張または追加する余地を与えます。構成されたサーバーでは、NVMe ベイが、使用可能な PCIe スロットの大部分と、前面バックプレーンへの PCIe レーン用のメザニン スロットを消費します。最終的に、お客様には真の拡張のために XNUMX つの PCIe スロットが残されます。
すべての GIGABYTE サーバーと同様、R272-Z32 はリモート管理ソフトウェアに GIGABYTE Server Management (GSM) を利用します。 GIGABYTE AMD EPYC Rome サーバーは、BMC サーバー管理に AMI MegaRAC SP-X プラットフォームを活用することもできます。この直感的で機能豊富なブラウザベースの GUI には、RESTful API サポート、HTML5 ベースの iKVM、詳細な FRU 情報、イベント前の自動ビデオ録画、SAS/RAID コントローラーの監視など、いくつかの注目すべき機能が備わっています。
私たちの特定のビルドでは、AMD EPYC 7702P CPU を活用しています。 RAM には、8 つの 32GB 3200MHz Micron ブランドの DDR4 モジュールを利用しました。ストレージには、12TB 容量バージョンの Micron Pro 9300 SSD を 3.84 台使用しました。
GIGABYTE R272-Z32 サーバーの主な仕様
| CPU | AMD EPYC 7002 |
| フォームファクター | 2U |
| マザーボード | EATX MZ32-AR0 |
| メモリ | 16 x DIMM スロット |
| ドライブベイ | |
| フロント | 24 x 2.5 インチ ホットスワップ U.2 NVMe SSD |
| リア | 2 x 2.5: ホットスワップ HDD |
| 拡張スロット | |
| 7 x ロープロファイルスロット | (スロット 7)PCIe x16 スロット @Gen4 x16 スイッチ、4 x U.4 の 4 x Slim-SAS 2i を搭載 (スロット6)PCIe x16スロット@Gen4 x16 (スロット5)PCIe x16スロット@Gen4 x8 (スロット4)PCIe x16スロット@Gen4 x16 (スロット3)PCIe x16スロット@Gen4 x16 (スロット2)PCIe x8スロット@Gen3 x8 (スロット 1)PCIe x16 スロット @Gen3 x16 メザニン @Gen3 x16 (タイプ 1、P1、P2、P3、P4、NCSI サポート付きタイプ 2 P5) |
| バックプレーン | U.2 HDD バックプレーン (CBP20O5+CEPM080x3) |
| IO コネクタ | 背面 VGA x 1、COM x 1、2G LAN x 1、MLAN x 1、USB3 x 3.0、ID ボタン x 1 内部 1 x COM、1 x TPM、1 x USB3.0(2ポート)、1 x USB2.0(2ポート) |
| 電源 | 冗長 1200W 80+ プラチナ |
| システム冷却 | 4 x 8cm 簡単に交換できる逆回転ファン |
| 次元 | 87.5 X 438 X 660ミリメートル |
GIGABYTE R272-Z32 の設計と構築
前面から始めて、サーバーの内部から背面まで進み、すべての機能を詳しく説明します。サーバーの前面には、24 個の 2.5 インチ U.2 NVMe ベイ、3.0 個の USB XNUMX ポート、電源ボタン、埋め込み型のリセット ボタン、および ID ボタンが備えられています。 ID ボタンは、サーバーの前面と背面の両方から見える LED があるため、データセンターで役立ちます。数十台のサーバーが置かれた部屋では、作業しているマシンを識別するために ID インジケーターが点灯します。
内部には、単一プロセッサーのマザーボードに 16 個の DDR4 スロットと 7 個の PCIe スロットがあります。マザーボード上のすべてのスロットは Gen 4 であり、前世代の速度が 8 倍になっています。各 NVMe ベイにはマザーボードへの独自の PCIe 接続が必要であるため、構成には NVMe ベイに接続を提供する 16 つのドーター ボードが含まれています。ユーザーのカスタマイズ用に、8 つの空き PCIe スロットがあり、すべてハーフハイトです。 16 つの空きスロットのうち、4 つは機械的および電気的に xXNUMX です。他の XNUMX つのスロットは機械的に xXNUMX、XNUMX つは電気的に xXNUMX、もう XNUMX つは電気的に xXNUMX です。 PCIe ケーブルを使用すると、カードへのエアフローが制限される可能性があるため、追加の冷却が必要となる GPU に対して LFM エアフロー要件が低く、ネットワーク接続に適しています。サーバーの前面近くには、フィールドホットスワップ可能な XNUMX つのシャーシファンが並んでいます。
最後にサーバーの背面です。これはサーバーに関しては非常に標準的なものです。 USB 3.0 ポートが 1 つ、1200GbE ポートが XNUMX つ、管理ポートが XNUMX つ、ID スイッチ、シリアル ポート、VGA ポート、XNUMX つの SATA ベイ、および XNUMX つの XNUMX ワット電源があります。前面には高価な高性能ストレージを備えた NVMe ベイがあり、背面の SATA ベイはブート ドライブ用の大容量低コスト ストレージを提供します。前面にあるものと一致するのは、背面の ID ボタンです。シリアル ポートがレガシー製品の次世代プラットフォームでも引き続き利用されているのを見るのは素晴らしいことです。
GIGABYTE R272-Z32 管理
前述したように、GIGABYTE R272-Z32 には独自の GSM リモート管理ソフトウェアが搭載されていますが、BMC サーバー管理に AMI MegaRAC SP-X プラットフォームを活用することもできます。このレビューでは MegaRAC を使用して、KVM の XNUMX つのコンポーネント (管理画面とそれに関連するランディング ページ、およびサーバー OS 管理およびソフトウェアのロード用のリモート コンソール ポップアップ ウィンドウ) を確認します。
メイン管理画面からは、ランディング ページでクイック統計を表示でき、左側にいくつかのメイン タブが表示されます。これには、ダッシュボード、センサー、システム インベントリ、FRU 情報、ログとレポート、設定、リモート コントロール、イメージ リダイレクト、電源コントロール、そしてメンテナンス。最初のページはダッシュボードです。ここでは、BMC の稼働時間、保留中のアサーション、アクセス ログ、発生している問題の数、センサーの監視、ドライブ スロット、および過去 24 時間および 30 日間に発生したイベントの数を簡単に確認できます。
センサーをクリックすると、ユーザーは個別のセンサーとその現在の状態をすぐに確認できます。ユーザーは、通常のセンサーと、センサーが現在どのように読み取り、動作しているか (ファンの回転数やいつオンになったかなど) を確認することもできます。
[システム インベントリ] タブを使用すると、管理者はサーバー内のさまざまなハードウェアを確認できます。 CPU をクリックすると、CPU がどれであるか、この場合は AMD EPYC 7702P であるという詳細情報が表示されます。ユーザーは CPU のキャッシュ情報も確認できます。
CPU と同様に、DIMM インベントリ サブタブには、可能な最大数、どのスロットにどれだけ搭載されているか、ECC かどうか、個々の DIMM の詳細など、RAM に関する詳細情報が表示されます。
[HDD インベントリ] サブタブは上記と同様で、インストールされているドライブに関する情報が表示され、詳細情報をドリルダウンする機能が表示されます。
次のメイン タブは、FRU (現場交換可能ユニット) 情報です。名前が示すように、このタブには FRU ユニットに関する情報が表示され、ここではシャーシとマザーボードに関する情報が表示されます。
[設定] タブはかなり包括的です。これにより、管理者は必要なすべての設定オプションにアクセスでき、選択したワークロードに合わせて設定オプションを変更できるようになります。
次のタブは「リモートコントロール」です。ここでユーザーは、KVM を起動するか JAVA SOL を起動するかを選択できます。 KVM を起動しました。
起動すると、ユーザーはサーバー OS (この例では Linux の読み込み画面) にリモート アクセスできるようになります。リモート コンソール ウィンドウは、モニター、キーボード、マウスのクラッシュ カートを移動することなくローカルで制御したいデータセンターでは非常に貴重なツールです。ウィンドウの右上に表示されるのは、ローカル システムから ISO をマウントして、ソフトウェアをロードするためにサーバー上でリモート アクセスできるようにする CD イメージ機能です。
[電源制御] タブには、電源オフ、電源オン、電源サイクル、ハード リセット、ACPI シャットダウンなどの電源アクションの小さなリストが表示されます。
[メンテナンス] タブでは、構成のバックアップ、ファームウェア イメージの場所、ファームウェア情報、ファームウェアの更新、HPM ファームウェアの更新、構成の保持、構成の復元、工場出荷時のデフォルトの復元、システム管理者など、管理者が対応する必要がある複数の項目にアクセスできます。
BIOS 情報には、[メンテナンス] タブのファームウェア情報からもアクセスできます。
ギガバイト R272-Z32 の構成とパフォーマンス
初期のテストラインナップでは、ベアメタル Linux 環境内の合成ベンチマークに焦点を当てています。 Ubuntu 18.04.02 をインストールし、vdbench を利用してストレージ主導のベンチマークを適用しました。サーバーに 12 個の Micron 9300 Pro 3.84TB SSD がロードされているため、ストレージ I/O で CPU を飽和させることに重点を置きました。 AMD EYPC Rome、主に VMware vSphere (6.7 U3 の GA 待ち) を完全にサポートする追加の OS サポートがリリースされると、このサーバー プラットフォームでのテストを追加する予定です。
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 R272-Z32 は 100μs 強で開始し、レイテンシー 6,939,004μs で 189.6 IOPS に達しました。
ランダム 4K 書き込みの場合、サーバーはわずか 158,161μs の遅延で 28 IOPS を実現します。サーバーは約 100 万 IOPS まで 1.27 マイクロ秒未満に留まり、1,363,259 マイクロ秒の遅延で 699.8 IOPS に達しました。
シーケンシャル ワークロードに切り替えると、645,240K 読み取りでサーバーのピークが 40.3 IOPS、つまり 592.9GB/秒、レイテンシー 64μs に達したことがわかりました。
64K 書き込みでは、サーバーは 110μs の遅延で約 6.8K IOPS または約 246.1GB/s でピークに達し、その後大幅に低下しました。
次のテスト セットは、SQL ワークロード、SQL、SQL 90-10、および SQL 80-20 です。 SQL の場合、サーバーのピークは 2,489,862 IOPS、遅延は 151.2μs でした。
SQL 90-10 の場合、サーバーのピーク パフォーマンスは 2,123,201 IOPS、遅延は 177.2µs でした。
最後の SQL テストである 80-20 では、サーバーは 1,849,018µs のレイテンシーで 202.1 IOPS のピーク パフォーマンスに達しました。
次に、Oracle ワークロード、Oracle、Oracle 90-10、Oracle 80-20 です。 Oracle を使用した場合、GIGABYTE サーバーは 1,652,105μs のレイテンシーで 227.5 IOPS に達しました。
Oracle 90-10 では、サーバーはわずか 1,727,168μs の遅延で 150.1 IOPS のピークに達しました。
Oracle 80-20 の場合、サーバーは 1,551,361μs の遅延で 166.8 IOPS のピーク スコアに達しました。
次に、VDI クローン テスト (完全およびリンク) に切り替えました。 VDI フル クローン (FC) ブートの場合、EPYC Rome 搭載サーバーのピーク パフォーマンスは 1,680,812 µs のレイテンシで 220.4 IOPS でした。
VDI FC 初期ログインでは、サーバーは 39,309 IOPS、遅延 79.8µs で起動しました。サーバーは約 100K IOPS まで 200µs 未満に留まり、レイテンシ 393,139µs で 627.3 IOPS に達しました。
VDI FC Monday Login の場合、サーバーのピークは 351,133 IOPS、遅延は 326.6 µs でした。
VDI LC ブートの場合、サーバーは 777,722µs の遅延で 197.6 IOPS に達しました。
VDI LC 初期ログインでは、GIGABYTE サーバーは 211,720µs の遅延で 341.9 IOPS に達しました。
最後に、VDI LC Monday Login を使用すると、EPYC Rome サーバーのピーク パフォーマンスは 216,084 IOPS、レイテンシは 521.9 µs になりました。
まとめ
新しい AMD EPYC 7002 CPU が登場し、新しいプロセッサを搭載した最初のサーバー (いずれにせよ、私たちのラボ内) は GIGABYTE R272-Z32 です。この 2U 汎用サーバーは MZ32-AR0 マザーボードを使用しており、単一の新しい EPYC Rome プロセッサと互換性があります。サーバーには 16 個の DIMM スロットがあり、合計 1TB の DDR4 3200MHz RAM を搭載できる可能性があります。 R272-Z32 には、すべての NVMe ストレージ用に前面に 24 個のホットスワップ ベイがあり、背面には SATA SSD または HDD 用の 4 つのベイがあります。お客様が PCIe デバイス (現在 GenXNUMX デバイスを含む) を追加する必要がある場合は、背面に XNUMX つのスロットがありますが、空いているのは XNUMX つだけです。このサーバーは、BMC サーバー管理用の AMI MegaRAC SP-X もサポートしています。
テストでは、AMD EPYC 7702P CPU、256GB 3,200MHz Micron DDR4 RAM、および 12 台の 3.84TB Micron Pro 9300 SSD を利用しました。上記で、この小さなサーバーは本当に雷をもたらしました。 VDBench ワークロードを使用しただけで、サーバーが 7K 読み取りで 4 万 IOPS、1.4K 書き込みで 4 万 IOPS、40.3K シーケンシャル読み取りで 64GB/s という驚異的な速度、6.8K シーケンシャル書き込みで 64GB/s に達したことがわかりました。 SQL ワークロードに移行しても、サーバーは引き続き 2.5 万 IOPS、SQL 2.1 ～ 90 で 10 万 IOPS、SQL 1.85 ～ 80 で 20 万 IOPS という優れた結果を示しました。 Oracle では、サーバーは 1.65 万 IOPS、1.73 ～ 90 年には 10 万 IOPS、1.55 ～ 80 年には 20 万 IOPS に達しました。 VDI クローン テストでも、サーバーは VDI FC ブートで 1.68 万 IOPS を達成し、100 万 IOPS を突破することができました。レイテンシーはほとんどの場合 1μs を超えていましたが、シーケンシャル 64K 書き込みテストで XNUMXms を超えたのはわずかでした。
汎用サーバーとしては、AMD EPYC Rome が GIGABYTE R272-Z32 を猛獣に変えました。サーバーには優れた機器が備わっていますが、その可能性を最大限に引き出すには程遠い状態でした。 Rome をサポートする OS のリストが増え続けるにつれて、新しい CPU が大量のワークロードにわたってどれだけうまく機能するかがわかるようになるでしょう。これらの新しいプロセッサーとそれをサポートするサーバーは、特に PCIe Gen4 の未開発の可能性を考慮し始めると、データセンターでまだ見たことのない新しいレベルのパフォーマンスをもたらす可能性があります。
