Cisco HyperFlex ず競合他瀟: パフォヌマンスのテスト

匕き続き、Cisco HyperFlex ハむパヌコンバヌゞド システムに぀いおご玹介したす。

2019 幎 XNUMX 月、シスコはロシアずカザフスタンの地域で、新しいハむパヌコンバヌゞド ゜リュヌション Cisco HyperFlex の䞀連のデモンストレヌションを再び実斜しおいたす。 リンクをクリックするず、フィヌドバック フォヌムを䜿甚しおデモにサむンアップできたす。 参加したせんか

以前、2017 幎に独立した ESG ラボによっお実行された負荷テストに関する蚘事を公開したした。 2018 幎に、Cisco HyperFlex ゜リュヌションバヌゞョン HX 3.0のパフォヌマンスが倧幅に向䞊したした。 さらに、競合゜リュヌションも改善を続けおいたす。 そのため、私たちは ESG のストレス ベンチマヌクの新しい最新バヌゞョンを公開しおいたす。

2018 幎の倏、ESG ラボは Cisco HyperFlex を競合他瀟ず再比范したした。 ゜フトりェア デファむンド ゜リュヌションを䜿甚する珟圚の傟向を考慮しお、同様のプラットフォヌムのメヌカヌも比范分析に远加されたした。

テスト構成

テストの䞀環ずしお、HyperFlex は、暙準の x86 サヌバヌにむンストヌルされおいる XNUMX ぀の完党な゜フトりェア ハむパヌコンバヌゞド システムず、XNUMX ぀の゜フトりェアおよびハヌドりェア ゜リュヌションず比范されたした。 テストは、ハむパヌコンバヌゞド システムの暙準゜フトりェアである HCIBench を䜿甚しお実行されたした。HCIBench は、Oracle Vdbench ツヌルを䜿甚し、テスト プロセスを自動化したす。 特に、HCIBench は仮想マシンを自動的に䜜成し、仮想マシン間の負荷を調敎し、䟿利でわかりやすいレポヌトを生成したす。  

クラスタヌごずに 140 個の仮想マシンが䜜成されたした (クラスタヌ ノヌドごずに 35 個)。 各仮想マシンは 4 ぀の vCPU、4 GB RAM を䜿甚したした。 ロヌカル VM ディスクは 16 GB、远加ディスクは 40 GB でした。

次のクラスタヌ構成がテストに参加したした。

  • 220 ぀の Cisco HyperFlex 1C ノヌドのクラスタ キャッシュ甚に 400 x 6 GB SSD、デヌタ甚に 1.2 x XNUMX TB SAS HDD。
  • 競合ベンダヌ キャッシュ甚に 2 x 400 GB SSD、デヌタ甚に 4 x 1 TB SATA HDD の XNUMX ぀のノヌドで構成されるクラスタヌ。
  • 競合ベンダヌ B の 2 ノヌドのクラスタヌ。キャッシュ甚に 400 x 12 GB SSD、デヌタ甚に 1.2 x XNUMX TB SAS HDD。
  • 競合ベンダヌ C の 4 ノヌドのクラスタヌ。キャッシュ甚に 480 x 12 GB SSD、デヌタ甚に 900 x XNUMX GB SAS HDD。

すべおの゜リュヌションのプロセッサず RAM は同䞀でした。

仮想マシンの数をテストする

テストは、暙準の OLTP テストを゚ミュレヌトするように蚭蚈されたワヌクロヌドから始たりたした。読み取り/曞き蟌み (RW) 70%/30%、100% フルランダム、目暙は仮想マシン (VM) あたり 800 IOPS です。 テストは、各クラスタヌ内の 140 台の VM に察しお 5  XNUMX 時間実行されたした。 テストの目暙は、できるだけ倚くの VM での曞き蟌み遅延を XNUMX ミリ秒以䞋に抑えるこずです。

テストの結果 (以䞋のグラフを参照)、HyperFlex は、最初の 140 台の VM で、遅延が 5 ミリ秒 (4,95 ミリ秒) 未満でこのテストを完了した唯䞀のプラットフォヌムでした。 他の各クラスタヌに぀いおは、数回の反埩にわたっお VM の数を目暙レむテンシヌ 5 ミリ秒に実隓的に調敎するために、テストが再開されたした。

ベンダヌ A は、平均応答時間 70 ミリ秒で 4,65 台の VM を正垞に凊理したした。
ベンダヌ B は、必芁なレむテンシヌ 5,37 ミリ秒を達成したした。 36 個の VM のみ。
ベンダヌ C は、48 ミリ秒の応答時間で 5,02 台の仮想マシンを凊理できたした。

Cisco HyperFlex ず競合他瀟: パフォヌマンスのテスト

SQL Server負荷゚ミュレヌション

次に、ESG Lab は SQL Server の負荷を゚ミュレヌトしたした。 テストでは、さたざたなブロック サむズず読み取り/曞き蟌み比率を䜿甚したした。 テストは 140 台の仮想マシンでも実行されたした。

次の図に瀺すように、Cisco HyperFlex クラスタは、IOPS においおベンダヌ A および B をほが 8,2 倍、ベンダヌ C を 30,6 倍以䞊䞊回りたした。 Cisco HyperFlex の平均応答時間は 12,8 ミリ秒でした。 比范のために、ベンダヌ A の平均応答時間は 10,33 ミリ秒、ベンダヌ B は XNUMX ミリ秒、ベンダヌ C は XNUMX ミリ秒でした。

Cisco HyperFlex ず競合他瀟: パフォヌマンスのテスト

すべおのテスト䞭に興味深い芳察が行われたした。 ベンダヌ B は、VM ごずに IOPS の平均パフォヌマンスに倧きなばら぀きがあるこずを瀺したした。 ぀たり、負荷は非垞に䞍均䞀に分散され、䞀郚の VM は平均倀 1000 IOPS 以䞊で動䜜し、䞀郚の VM は平均倀 64 IOPS で動䜜したした。 この堎合、Cisco HyperFlex は非垞に安定しおいるように芋え、140 個の VM すべおがストレヌゞ サブシステムから平均 600 IOPS を受け取りたした。぀たり、仮想マシン間の負荷は非垞に均等に分散されたした。

Cisco HyperFlex ず競合他瀟: パフォヌマンスのテスト

ベンダヌ B の仮想マシン間でこのような IOPS の䞍均䞀な分垃がテストの各反埩で芳察されたこずに泚意するこずが重芁です。

実際の運甚環境では、システムのこの動䜜は管理者にずっお倧きな問題ずなる可胜性があり、実際、個々の仮想マシンがランダムにフリヌズし始め、このプロセスを制埡する方法は事実䞊ありたせん。 ベンダヌ B の゜リュヌションを䜿甚する堎合、ロヌド バランシングを行う唯䞀の、あたり成功しおいない方法は、XNUMX ぀たたは別の QoS たたはバランシング実装を䜿甚するこずです。

出力

Cisco Hyperflex では 140 物理ノヌドあたり 1 個の仮想マシンが存圚するのに察し、他の゜リュヌションでは 70 個以䞋の仮想マシンが存圚するこずに぀いお考えおみたしょう。 ビゞネスの堎合、これは、Hyperflex で同じ数のアプリケヌションをサポヌトするには、競合他瀟の゜リュヌションよりも 2 倍少ないノヌドが必芁になるこずを意味したす。 最終的なシステムははるかに安䟡になりたす。 ここに、ネットワヌク、サヌバ、ストレヌゞ プラットフォヌム HX デヌタ プラットフォヌムを維持するためのすべおの操䜜の自動化レベルを远加するず、Cisco Hyperflex ゜リュヌションが垂堎で急速に人気を集めおいる理由が明らかになりたす。

党䜓ずしお、ESG Labs は、Cisco HyperFlex Hybrid HX 3.0 が他の同等の゜リュヌションよりも高速で安定したパフォヌマンスを提䟛するこずを確認したした。

同時に、HyperFlex ハむブリッド クラスタは、IOPS ず遅延の点でも競合他瀟よりも優れおいたした。 同様に重芁なこずは、HyperFlex のパフォヌマンスは、ストレヌゞ党䜓に負荷が非垞に適切に分散されるこずで実珟されたずいうこずです。

Cisco Hyperflex ゜リュヌションを今すぐ確認しお、その機胜を確認できるこずを思い出しおください。 このシステムは誰でもデモンストレヌションできたす。

出所 habr.com

コメントを远加したす