高負荷 DBMS 用の Cisco Hyperflex

Cisco Hyperflex に関する一連の記事を続けます。 今回は、高負荷の Oracle および Microsoft SQL DBMS での Cisco Hyperflex の動作を紹介し、得られた結果を競合ソリューションと比較します。

さらに、当社は引き続き我が国の各地域で Hyperflex の機能を実証しており、今回はモスクワとクラスノダールの都市で開催される次回のソリューションのデモンストレーションにぜひご参加ください。

モスクワ - 28 月 XNUMX 日。 記録 リンク.
クラスノダール - 5 月 XNUMX 日。 記録 リンク.

最近まで、ハイパーコンバージド ソリューションは DBMS、特に高負荷の DBMS にはあまり適したソリューションではありませんでした。 しかし、10 年以上にわたってその信頼性とパフォーマンスが証明されている Cisco Hyperflex のハードウェア プラットフォームとして UCS ファブリックを使用しているため、この状況はすでに変化しています。

もっと知りたい？ それでは猫さんへようこそ。

導入

現在、ハイパーコンバージド ソリューションを構成するには XNUMX つのアプローチがあります。 XNUMX つ目のアプローチは、ソフトウェアとして提供されるソフトウェア デファインド ソリューションに基づいており、顧客自身が機器を選択します。 XNUMX 番目のアプローチは、ソフトウェア、ハードウェア、およびテクニカル サポートを含むターンキー ソリューションに基づいています。 シスコでは XNUMX 番目のアプローチに従って、既成のソリューションをお客様に提供しています。これが、安定したシステム動作、単一メーカーによる高品質のテクニカル サポート、および高いパフォーマンスを保証する唯一の方法だからです。
特定の製品をミッションクリティカルなタスクに使用するかどうかを決定する際の重要な要素の XNUMX つは、システムの高性能です。

現在、組織はミッション クリティカルなタスクを従来の XNUMX 層アーキテクチャ ソリューション (ストレージ > ストレージ ネットワーク > サーバー) に配置する傾向があります。 同時に、ほとんどの組織は、IT インフラストラクチャの安定性とパフォーマンスを低下させることなく、IT インフラストラクチャの簡素化とコストの削減に努めています。 このため、ますます多くの顧客がハイパーコンバージド ソリューションに注目しています。

この記事では、独立したESG研究所（エンタープライズ戦略グループ）によって実施された最新のテスト（2019年XNUMX月）について説明します。 テスト中に、実際の生産環境における IT インフラストラクチャの最も重要なコンポーネントの XNUMX つである、高負荷の Oracle および MS SQL DBMS の動作 (OLTP テスト) がエミュレートされました。

このロードは、Cisco Hyperflex と、Hyperflex で使用されているのと同じサーバ、つまり Cisco UCS サーバにインストールされた XNUMX つのソフトウェア定義ソリューションの XNUMX つのソリューションで実行されました。

テスト構成

ソリューション開発者がキャッシュ構成をサポートしていないため、ベンダー A のシステムはキャッシュを使用しません。 このため、より多くの容量を保存するためにディスクが使用されました。

テスト方法

OLTP テストは、3,2 台の仮想マシンと XNUMX TB の作業データ セットを使用して実行されました。 各テストが実行される前に、テスト ツールを使用して各 VM に記録されたデータが設定されました。 これにより、テストでは単に null ブロッ​​クまたは null 値をメモリから直接返すのではなく、「実際の」データを読み取り、それを既存のブロックに書き込むことが保証されます。 これはデータが設定されていない場合に発生するため、アプリケーション環境内でデータがどのように読み書きされるかをテストが正確に反映していることを確認することが重要でした。 この大規模なワークキットは完成までに長い時間がかかりましたが、より正確なパフォーマンス データが得られるため、時間を投資する価値があると私たちは考えています。

テストは、HCI Bench ツール (Oracle Vdbench に基づく) と、Oracle および SQL Server バックエンドを使用して複雑なミッションクリティカルな OLTP ワークロードをエミュレートするように設計された I/O プロファイルを使用して実施されました。 ブロック サイズは、100% ランダム データ アクセス (完全ランダム) でエミュレートされたアプリケーションに従って割り当てられました。

Oracleデータベースのワークロード

420 つ目は、Oracle 環境をエミュレートするように設計された OLTP テストでした。 Vdbench を使用して、さまざまな読み取り/書き込み比率のワークロードを作成しました。 テストは 000 台の仮想マシンで実行されました。 4.4 時間のテスト中、HyperFlex はわずか 238 ミリ秒の遅延で 000 IOPS 以上を達成することができました。 ソフトウェア ソリューション A と B は、それぞれ 251 と 000 IOPS しか示せませんでした。

レイテンシー レベルは、ベンダー B の書き込みレイテンシーが平均 26,49 ミリ秒で、読み取りレイテンシーが 2,9 ミリ秒と非常に優れていたことを除いて、システム間でほぼ同様でした。 圧縮と重複排除はすべてのシステムでアクティブでした。

Microsoft SQL Serverのワークロード

次に、Microsoft SQL Server DBMS をエミュレートするように設計された OLTP ワークロードを検討しました。

このテストの結果、Cisco HyperFlex クラスタは競合他社 A と B の両方を約 490 倍上回るパフォーマンスを示しました（メーカー A と B の IOPS が 000 および 200 であるのに対し、Cisco では 000 IOPS）。

Cisco HyperFlex での遅延の結果は Oracle テストとあまり変わりません。つまり、4,4 ミリ秒という良好なレベルでした。 同時に、メーカー A と B は、Oracle のテストよりも大幅に悪い結果を示しました。 競合ソリューション B の唯一の利点は、読み取り遅延が 2,9 ミリ秒と一貫して低いことです。他のすべての指標において、Hyperflex は競合ソリューションより XNUMX 倍以上優れていました。

所見

独立した ESG 研究所が実施したテストでは、Cisco Hyperflex ソリューションの適切なレベルのパフォーマンスが再度確認されただけでなく、ハイパーコンバージド システムがすでにミッションクリティカルなタスクで広く使用できる準備が整っていることも証明されました。

ハイパーコンバージド システムは、クリティカルでないワークロードに適していると長い間考えられてきました。 2016 年、ESG は大企業を対象に調査を実施しました。 彼らは、ハイパーコンバージド インフラストラクチャではなく従来のインフラストラクチャを選択した理由を尋ねられました。 回答者の54％がその理由は生産性だと回答した。

2018 年に早送りします。 状況は変わりました。ESG 調査を繰り返し行ったところ、パフォーマンスの点では従来のアプローチの方が優れていると依然として信じている回答者はわずか 24% でした。

テクノロジーの進化が業界の意思決定基準を変えると、顧客が望むものと得られるものの間に不一致が生じることがよくあります。 何が欠けているかを理解し、その隙間を埋めることができるメーカーは有利です。 シスコは、顧客がミッションクリティカルなワークロードに必要とするシンプルさ、コスト効率、および一貫したパフォーマンスを実現するハイパーコンバージド ソリューションを提供します。

シスコはハイパーコンバージド システムの分野で着実に前進しており、これは Cisco Hyperflex ソリューションの優れた特性だけでなく、市場での存在感によっても裏付けられています。 したがって、Gartner によると、2018 年の秋に Cisco は当然のことながら HCI 市場のリーダーのグループに加わりました。

モスクワとクラスノダールの都市で開催されるデモンストレーションをご覧いただくことで、Hyperflex が最も複雑で要求の厳しいビジネス タスクに対する優れたソリューションであることをすでにご納得いただけるでしょう。

モスクワ - 28 月 XNUMX 日。 記録 リンク.
クラスノダール - 5 月 XNUMX 日。 記録 リンク.

出所： habr.com