SASでのSANエクスペリエンス

クラウドと仮想化はすでに馴染みのある用語であり、私たちの生活にしっかりと入っています。 ITに新たな問題が生じました。 そして、主なものの1つは、クラウド内の共有ディスクストレージの適切なパフォーマンスを確保する方法です(仮想化のためにクラスターを読み取ります)。





独自の仮想化プラットフォームを作成する際に、この質問に対する最良の答えを見つけるためのテストを実施しました。 今日のテスト結果を紹介したいと思います。



正しいシステムインテグレーターは、Infinibandと3Parの1組のキャビネットにより、一度実装したSANのパフォーマンスについて二度と考えることはできなくなりますが、ハードウェアにディスク付きの追加キャビネットを設置できる場所が全員にあるわけではありません。 それで何? まず、ディスクシェルフが提供すると約束している2000 IOPのすべてを仮想マシンが利用できないようにするボトルネックを特定する必要があります。



かつてクラスターの構築を学んだブースで、IOMeterは仮想マシンから100%2x1Gbe iSCSIをロードし、優れた結果を示しました-ほぼ同じ2,000 IOPが約束されました。 しかし、VMが数十台になり、それらすべてがディスクシステムを非常に積極的に使用しようとしていたときに、不快な効果が見つかりました-ネットワーク負荷が半分にも適合せず、シェルフのコントローラーとIOPが在庫にあり、仮想マシンではすべてが遅くなりました。 このような状況では、ボトルネックはデータネットワークの遅延(遅延)であることが判明しました。 また、iSCSI 1GbeでSANを実装する場合、それは単に巨大です。



だから、規模が数百のストレージシステム、数千のサーバー、すべてを1つのデータセンターの2つまたは3つのラックに配置する必要がない場合、どのプロトコルに基づいてSANを構築できますか? iSCSI 10Gbe、FC 8GFC? より良い解決策があります-SAS。 そして、選択の最良の議論は価格/品質比です。



6つのクライアントサーバーを備えた2つのストレージシステムから単純なSANを構築する場合のコストと結果を比較しましょう。

SAN要件:



この問題の古典的な解決策は次のようになります。





2つのiSCSI 10 Gbe、FCまたはSASコントローラーを備えたストレージのコストは同じであると仮定します。 テーブルに残りのコンポーネントをリストします(価格に誤りがありますが、順序は次のとおりです)。





価格については、SASベースのソリューションは見栄えがいいです! 実際、iSCSI 1Gbeのソリューションのコストに近いです。

このアプローチは、Cloudbox IaaSプラットフォームの第一段階の構築に使用されました。



テストは何を示しましたか?

200のリリースSANで実行されている仮想マシンで、IOMeterが起動されました。



テスト前のストレージ負荷:





テスト中のストレージ負荷:





IOMeterテスト設定:





IOMeterワークフロー設定:





テスト中のIOMeterのパフォーマンス:





結論:

ストレージで同時に実行されている数百台の仮想マシンの影響は、iSCSI 1 Gbeに典型的なパフォーマンスの低下にはつながりませんでした。 IOMeterは、テスト仮想マシンの予想されるIOPを示しました-可能な最大からワークロードを引いたもの。



したがって、このソリューションの長所は次のとおりです。



確かに欠点があります:



一見明らかな利点があるため、このようなソリューションの人気はそれほど高くありません。 少なくともhabrはレポートでいっぱいではありません。 主な理由は何ですか:技術の若さ、アプリケーションの狭いセグメント、スケーラビリティの低さ...? それとも、すべて静かに長時間使用されているのでしょうか? :)



All Articles