ホーム Enterprise AMD EPYC Rome VMware レビュー (7702P、7402P、および 7302P)

AMD EPYC Rome VMware レビュー (7702P、7402P、および 7302P)

by アダムアームストロング

先月、AMD は第 2 世代の EPYC プロセッサを発売しました。 AMD EPYC 7002、EPYC Rome とも呼ばれる。新しい CPU は、Intel と比較して、さらにはシングル ソケットの Rome とデュアル ソケットの Intel と比較して、はるかに優れたパフォーマンスが期待できるため、業界で大きく受け入れられています。私たちは、 発売日のレビュー これにより、AMD が主張するパフォーマンスを証明しました。次に、同じ GIGABYTE プラットフォームを使用してさまざまな AMD EPYC 7002 CPU(7702P、7402P、7302P)をテストし、ユーザーがワークロードにどれが必要かをよりよく理解できるようにします。


先月、AMD は第 2 世代の EPYC プロセッサを発売しました。 AMD EPYC 7002、EPYC Rome とも呼ばれる。新しい CPU は、Intel と比較して、さらにはシングル ソケットの Rome とデュアル ソケットの Intel と比較して、はるかに優れたパフォーマンスが期待できるため、業界で大きく受け入れられています。私たちは、 発売日のレビュー これにより、AMD が主張するパフォーマンスを証明しました。次に、同じ GIGABYTE プラットフォームを使用してさまざまな AMD EPYC 7002 CPU(7702P、7402P、7302P)をテストし、ユーザーがワークロードにどれが必要かをよりよく理解できるようにします。

発売当時、VMware はまだ新しい CPU を完全にはサポートしていませんでした (vSphere 6.7 U3 では、) そのため、通常実行する通常の集中テストを実行できませんでした。また、AMD は、コアやスレッドなどのさまざまな利点を備えた 19 の異なるモデル番号をリリースしました。このレビューでは、考えられるすべてのバリエーションをテストするのではなく、VMware 環境で 7702 つの異なる CPU をテストすることにしました。この場合、AMD EPYC 7402P、AMD EPYC 7302P、および AMD EPYC XNUMXP を使用しています。ほとんどの場合、コア数が多い方がパフォーマンスが優れているため、これは「どちらが優れているか」というタイプのレビューではありません。これは、AMD が最新の EPYC CPU で実現できる規模を示すことを目的としています。

テスト プラットフォームは Gigabyte R272-Z32 で構成されており、詳細については、 以前のレビューへのリンク。唯一の違いは、512VM のフットプリントに必要な 8GB の RAM を Sysbench に使用していることです。プラットフォームには引き続き 12 個の Micron NVMe SSD がインストールされており、そのうち SQL テストでは 4 台の NVMe ドライブ、Sysbench テストでは 8 台の NVMe ドライブを使用しています。ハイパーバイザーには、新しくリリースされた VMware ESXi 6.7 Update 3 を使用しています。

CPU をもう少し詳しく見てみると、AMD EPYC 7702P には 64 コアと 128 スレッドがあり、ベース GHz は 2.0 です。 7402P は 24 コア、48 スレッド、および 2.8 GHz の基本周波数を備えています。 7302P は 16 コア、32 スレッド、3 GHz の基本周波数を備えています。ここでの主な差別化要因はコア数とクロック速度です。 Sysbench は総合的な CPU パフォーマンス (クロック速度 x コア数を考えてください) を測定するものであるのに対し、SQL Server は最小限のニーズを満たすことを目的としており、それが可能であれば、適切なパフォーマンスを発揮します。すべてのグラフには、各 CPU の合計計算速度が含まれています。

性能

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 を使用し、Quest Software のデータベース用ベンチマーク ファクトリによって負荷がかけられます。このベンチマークの従来の使用法は、ローカル ストレージまたは共有ストレージ上の大規模な 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 分のサンプル期間

4VM を使用したトランザクション SQL Server の場合、7702P の合計スコアは 12,634.5 TPS で、個々の VM の範囲は 3,157.9 TPS ~ 3,159.7 TPS でした。 7402P の合計 TPS は 12,634.6 でほぼ同一で、個々の VM の範囲は 3,157.9 TPS ~ 3,159.8 TPS でした。 7302P の合計スコアは 9,397.6 TPS で、個々の VM の範囲は 2,006 TPS ~ 2,671 TPS でした。

SQL Server の平均遅延については、7702P の合計スコアは 5 ミリ秒で、個々の VM の範囲は 4 ミリ秒から 6 ミリ秒でした。 7402P の合計スコアは 5.25 ミリ秒で、VM の範囲は 3 ミリ秒から 6 ミリ秒でした。 7302P の合計スコアは 1,712 ミリ秒で、個々の VM の範囲は 872 ミリ秒から 2,736 ミリ秒でした。

Sysbench MySQL のパフォーマンス

Percona MySQL OLTP データベースは SysBench 経由で測定されました。このテストでは、平均 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 では 8VM をテストし、合計スコアは 15,914P で 7702 TPS、3,369.3P で 7402 TPS、2,261.3P で 7302 TPS でした。

Sysbench の平均遅延の合計スコアは、16P で 7702 ミリ秒、76P で 7402 ミリ秒、113.3P で 7302 ミリ秒でした。

最悪のシナリオ (99 パーセンタイル) の遅延のスコアは、31.1P で 7702 ミリ秒、159.6P で 7402 ミリ秒、231.2P で 7302 ミリ秒でした。

まとめ

AMD EPYC 7002 は、より少ないソケットでより高いパフォーマンスを約束して登場しました。現在、VMware は新しい CPU を完全にサポートしているため、新しいプロセッサの有望性を示すためにテストを続けています。このレビューでは、従来の VMware 環境で XNUMX つの異なる AMD EPYC CPU をテストすることができました。このテストはどちらが優れているかを示すためのものではなく、通常はコア数が最も多いほうが優れています。代わりに、読者が自分のユースケースに適したプロセッサをより適切に選択できるように、読者が何を期待できるかを把握するためにさまざまな CPU をテストしました。

パフォーマンスについては、SQL Server と Sysbench の両方で AMD EPYC 7702P、AMD EPYC 7402P、および AMD 7302P をテストしました。 SQL Server には 4 つの VM と 4 つの NVMe ドライブを、Sysbench には 8 つの VM と 8 つの NVMe ドライブを使用しました。当然のことながら、64 コア 7702P は、SQL 集計スコア 12,634 TPS、平均レイテンシ 5ms で最高のパフォーマンスを示し、Sysbench では、CPU の集計スコア 15,914 TPS、平均レイテンシ 16ms、および 99 パーセンタイル レイテンシ 31.1ms を確認しました。 7402P の SQL スコアは 12,634 TPS、平均レイテンシは 5.25 ミリ秒で、Sysbench のプロセッサ スコアは 3,369.3 TPS、平均レイテンシ 76 ミリ秒、99 パーセンタイル レイテンシは 159.6 ミリ秒でした。 16 コア 7302P の SQL スコアは 9,397.6 TPS、平均遅延は 1,712 ミリ秒でした。 Sysbench の場合、CPU は 2,261.3 TPS、平均レイテンシー 113.3 ミリ秒、99 パーセンタイル レイテンシー 231.2 ミリ秒を記録しました。

上記の結果からわかるように、AMD EPYC CPU ファミリは引き続き印象的です。今後登場する新しい EPYC プラットフォームでテストを続けてアプリケーションの範囲を拡大するにつれて、これらのプラットフォームが従来の Intel デュアル ソケット構成に対してどの程度優れているかを見るのは興味深いでしょう。おそらく、より大きな影響を与えるのは、ライセンスが CPU ソケットに関連付けられている VMware vSAN などのソフトウェア定義のユースケースでシングル プロセッサ システムを効果的に使用できることです。このような場合、AMD は、低コストの部品であるだけでなく、ソリューション プロバイダーにさらに多くの価値を提供する機会を得ることができます。

AMD EPYC

このレビューについて話し合う

StorageReview ニュースレターにサインアップする