VMware VSAN クラスタのトランザクション データベース ワークロードにおけるパフォーマンスを測定するために、まず Sysbench OLTP ベンチマークを活用し、総合的なパフォーマンスに特に注目します。Sysbench OLTPベンチマークは、 CentOS インストール内で動作する InnoDB ストレージ エンジンを利用する Percona MySQL 上で実行されます。従来の SAN インフラストラクチャは大規模な単一ワークロードにうまく対応できますが、ハイパー コンバージド システムは、その負荷をシステム内のすべてのノードに分散するように設計されています。そのため、VSAN クラスタ上に 4 つの Sysbench VM をノードごとに 1 つずつデプロイし、すべてが同時に動作している状態でクラスタ全体のパフォーマンスを測定しました。
Dell PowerEdge R730xd VMware VSAN の仕様
- Dell PowerEdge R730xd サーバー (x4)
- CPU: 5 基の Intel Xeon E2697-3 v2.6 14GHz (28C/XNUMXT)
- メモリ: 64 x 16GB DDR4 RDIMM
- SSD: 16 x 800GB ソリッド ステート ドライブ SAS ミックス、MLC 12Gbps を使用
- HDD: 80 x 1.2TB 10K RPM SAS 6Gbps
- ネットワーキング: 4 x Intel X520 DP 10Gb DA/SFP+、+ I350 DP 1Gb Ethernet
- 記憶容量：86.46TB
システムベンチのパフォーマンス
各 Sysbench VM は 92 つの vDisk で構成されており、447 つはブート用 (~400 GB)、16 つは事前構築済みデータベース (~64 GB)、7,200 番目はテストするデータベース用 (7,900 GB) です。システム リソースの観点から、各 VM に 10,000 個の vCPU、3.5 GB の DRAM を構成し、LSI Logic SAS SCSI コントローラーを活用しました。この構成は、VSAN クラスター内のすべてのリソースを完全に飽和させるように設計されておらず、実際には多くのリソースが残っていることを強調しておく必要があります。ベンチマークを実行した全負荷状態では、Sysbench VM は 86.46 ～ XNUMX MHz を消費し、合計ホスト リソースは約 XNUMX MHz が使用されていることを確認しました。これにより、追加の CPU ヘッドルームと、追加のアクティビティ用のストレージ I/O ヘッドルームが十分に残されました。さらに、この構成では、合計 VSAN ストレージ容量 XNUMX TB のうち、約 XNUMX TB しか消費していませんでした。後のパフォーマンス分析セクションでは、マルチワークロード テストとスケーリングされた sysbench VM テストについて詳しく説明します。
Sysbench テスト構成 (VM ごと)
- CentOS 6.3 64 ビット
- ストレージ占有面積: 1TB、800GB 使用
- Percona XtraDB 5.5.30-rel30.1
- データベーステーブル: 100
- データベースのサイズ: 10,000,000
- データベーススレッド: 32
- RAMバッファ: 24GB
- テスト時間: 12 時間
- 6 スレッドのプリコンディショニングに 32 時間
- 1時間 32スレッド
- 1時間 16スレッド
- 1時間 8スレッド
- 1時間 4スレッド
- 1時間 2スレッド
クラスタ全体で 4 つの VM を同時に動作させ、ホスト全体で 32 スレッドの個別 VM のピーク パフォーマンスが 694TPS、664TPS、713TPS、758TPS であることを測定しました。これにより、707 つの VM すべてから平均 6.1TPS が得られ、最も遅いものは平均より 7.2% 低く、最も速いものは平均より 2,829% 速かったです。完全に均一ではありませんが、Sysbench テストにはクラスター全体で大きなばらつきはありませんでした。 4 つの Sysbench VM が実行されている VSAN クラスター全体で合計 XNUMXTPS を測定しました。
Sysbench ハイパーコンバージド テストの平均レイテンシーを見ると、全負荷時の応答時間は 46.07 ミリ秒、48.18 ミリ秒、44.86 ミリ秒、42.21 ミリ秒でした。クラスター全体の平均は 45.33 ミリ秒でした。最も速い VM から最も遅い VM まで、平均遅延には 12.3% の広がりが見られました。
Sysbench MySQL テストの最後のセクションでは、99 パーセンタイルのレイテンシを測定したときにプラットフォームがどの程度うまく機能したかを確認します。これは、最大応答時間が長いほどこのレポート値が増加する領域です。 4 つの Sysbench VM 全体で、ピーク負荷時の時間が 86.91 ミリ秒から 99.23 ミリ秒の範囲であることがわかりました。この期間の最大遅延は、VSAN 上で 422 ミリ秒から最大 480 ミリ秒の間で測定されました。
ハイパーコンバージド インフラストラクチャは、すべてのコンピューティング リソースとストレージ リソースに負荷を分散することで最大限に活用されますが、従来の IT インフラストラクチャでは必ずしもそうではありません。 VSAN ノード全体で複数のデータベースを活用することで、総合的なパフォーマンスをより明確に把握できます。この場合、それはノード全体で実行されている同様のワークロードです。複数のワークロードについてはすぐに調べます。ただし、全体として、このタイプの構成は、VSAN またはその他のハイパーコンバージド ソリューションから可能な限り最高のパフォーマンスを引き出すために重要です。
次は: VSAN Microsoft SQL Server パフォーマンス レポート
VMware Virtual SAN レビュー: 概要と構成
VMware Virtual SAN レビュー: VMmark のパフォーマンス
VMware Virtual SAN レビュー: Sysbench OLTP パフォーマンス
VMware Virtual SAN レビュー: SQL Server のパフォーマンス
VMware Virtual SAN レビュー: 拡張された Sysbench OLTP パフォーマンス
VMware Virtual SAN レビュー: HCIbench 総合パフォーマンス
Amazon