従来の VMware VSAN クラスタのパフォーマンス レベルを確認した後、 システムベンチOLTP 私たちは、より要求の厳しいユースケースでワークロードが増加したときにプラットフォームがどの程度うまく応答するかを知りたかったのです。初期のデプロイでは、ノードごとに 1 つずつ、計 1 つの Sysbench VM が使用されていましたが、そのワークロードにより、リソースが完全に利用されていると感じられる十分な範囲のディスク I/O が得られませんでした。これは、顧客が POC を実行し、現在のワークロードのサブセットの下でテストすることに似ていますが、時間の経過とともにワークロードが増大したり、より多くのアプリケーション データが移行されるにつれてプラットフォームがどの程度適切に応答するかを測定しません。増加し続ける MySQL ワークロードの下でこの VSAN クラスターがどのように応答するかをより深く理解するために、8 つの Sysbench VM (ノードごとに 12 つ) のベンチマークを最大 XNUMX つ、合計 XNUMX つの VM にスケールしました。
従来の VMware VSAN クラスタのパフォーマンス レベルを確認した後、 システムベンチOLTP 私たちは、より要求の厳しいユースケースでワークロードが増加したときにプラットフォームがどの程度うまく応答するかを知りたかったのです。初期のデプロイでは、ノードごとに 1 つずつ、計 1 つの Sysbench VM が使用されていましたが、そのワークロードにより、リソースが完全に利用されていると感じられる十分な範囲のディスク I/O が得られませんでした。これは、顧客が POC を実行し、現在のワークロードのサブセットでテストすることに似ていますが、時間の経過とともにワークロードが増大したり、より多くのアプリケーション データが移行されるにつれてプラットフォームがどの程度応答するかを測定しません。増加し続ける MySQL ワークロードの下でこの VSAN クラスターがどのように応答するかをより深く理解するために、8 つの Sysbench VM (ノードごとに 12 つ) のベンチマークを最大 XNUMX つ、合計 XNUMX つの VM にスケールしました。
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)、XNUMX 番目はテスト対象データベース用 (XNUMX GB) です。システム リソースの観点から、各 VM に XNUMX 個の vCPU、XNUMX GB の DRAM を構成し、LSI Logic SAS SCSI コントローラーを活用しました。
8 つの VM の負荷がある場合、Sysbench VM はそれぞれ 5,200 ～ 6,300 MHz を消費し、合計ホスト リソースは約 18,000 MHz が使用されていることを示しました。これにより、22 台の Sysbench VM のワークロードでは、利用可能な SSD キャッシュのほぼすべてを使用していましたが、ホストごとに 8% のみが使用され、大量の CPU リソースが残りました。ストレージへの影響については、全体のフットプリントを拡大するために 16 台の Sysbench VM をロードし、合計 VSAN ストレージ容量 14 TB のうち約 86.46 TB を消費しました。ただし、8 VM ワークロードの時点では、7 TB のうち 14 TB のみがアクティブでした。これは、3.5 VM ワークロードの 4 TB と比較します。
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スレッド
Sysbench OLTP ワークロードをスケーリングすると、2,830 つの VM で合計 4 TPS から 4,259 つの VM で 8 TPS までパフォーマンスが向上することが測定されました。これは、ワークロードのフットプリントが 50 倍になり、パフォーマンスが XNUMX% 向上することになります。
総トランザクション パフォーマンスの向上により、VM ごとに平均レイテンシが 45 ミリ秒から 60 ミリ秒に増加することが測定されました。これは、より小さいワークロードを約 33% 上回るものです。
I/O 需要の増加に伴い、平均 99 パーセンタイル レイテンシーも 94 ミリ秒から 131 ミリ秒に増加しました。
ベンチマークの動作中に、vCenter から CPU、ディスク、ネットワークの統計情報をキャプチャしました。 8 VM テスト中に、VM 全体で VM-CPU が 5,275 MHz から最大 6,393 MHz まで広がっていることがわかりました。
ノードごとに 2 つの VM がアクティブになっているため、ワークロードの開始後に混合ディスク アクティビティが合計 609MB/秒を測定したことがわかりました。より大きなピークは、テストの開始時に、事前に構築されたデータベースが各 VM 内でそれ自体をコピーしているときに測定されました。
8 VM Sysbench テスト中の 391 台のホストからのネットワーク トラフィックは、テストが横ばいになった後、混合 XNUMXMB/秒を測定しました。
このテストの目的は、増加し続けるワークロードに VSAN がどのように対応するかを示すことであるため、12 台の VM を実行した後、プラットフォームを合計 8 台の VM にプッシュしました。これは、ワークロードの一部が SSD キャッシュの外に押し出される限界点でした。ほとんどのワークロードが完了しなかったか、適切なスコアが得られなかったため、このパフォーマンスはプロットされませんでした。終了した VM の場合、クラスタ全体の合計トランザクション パフォーマンスは 1000～1500TPS 程度に低下したと考えられます。もちろん、私たちが測定したパフォーマンスの低下は、1.6 GB の代わりに 800 TB SSD などのより大きなフラッシュ デバイスを使用するか、読み取り層への影響がそれほど大きくないオールフラッシュ VSAN モデルに移行することで軽減できます。 I/O ドロップ。これは、VSAN 環境のフラッシュ コンポーネントのサイズを適切に設定する必要があることを強調しており、管理者またはその再販パートナーは、動作するデータセットについて十分な知識を持っている必要があります。これは、VSAN プラットフォームの重要な強みの XNUMX つです。これにより、お客様は現在および将来のワークロードのニーズに最適な構成を調整したり、必要に応じて SSD を安価に交換/追加したりすることができます。
プラットフォームの限界点がどこにあるのかを知ることは非常に重要です。通常、最初にデプロイされたワークロードは、時間の経過とともに VM の数とストレージ容量の両方が増加します。すべてのストレージ プラットフォームには（オール フラッシュ アレイであっても）問題点があり、それがこの 12 ノード VSAN クラスタがどのようにスタックされるかにつながります。現在、16 台と 575,000 台の Sysbench VM を正常に実行できるストレージ プラットフォームは XNUMX つだけで、これはメーカー希望小売価格が XNUMX ドルのオールフラッシュ アレイでした。ただし、この VSAN クラスタの今後のテストには、同様のパフォーマンス目標の達成を図るため、オールフラッシュ構成が含まれる予定です。
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 総合パフォーマンス
StorageReview ニュースレターにサインアップする
