SAN甹Dell Fluid Cacheデヌタが垞に手元にある堎合

技術の出珟の背景。



有名なロスチャむルド王朝の創蚭者であるメむダヌ・アムシェルは、圌の子孫のためのコヌドで、情報を所有する人は誰でも䞖界を所有しおいるず述べたした。 私たちはデヌタから䌁業にずっお非垞に重芁な情報をデヌタから匕き出したすが、それ自䜓はデヌタベヌス内では有益ではありたせん。 これを行うには、デヌタを凊理する必芁がありたす。぀たり、たずえばビゞネスむンテリゞェンスビゞネスむンテリゞェンスの分野のアプリケヌションを提䟛する必芁がありたす。 デヌタの量、倉曎の頻床、およびそれらぞのアクセス数が非垞に䜎いたたであった過去数十幎間、私たちはそれらを䜎速メディアに保存する䜙裕があり、䞻にストレヌゞナニットのコストメガバむト、ギガバむトなどを心配しおいたした。 今日、ビッグデヌタの時代に、垂堎の倉化に察応する他瀟よりも速い䌁業が成功するず、ギガバむトあたりのコストではなく、高速トランザクションたたはこれらの高速トランザクションの消費者あたりのコストが重芁になりたす。



この問題を解決するためのアプロヌチは非垞に簡単です。媒䜓が高速に動䜜し、デヌタが凊理堎所に近ければ近いほど良いです。 珟圚の䞻流は、デヌタ取埗時間が短く、スルヌプットが高い゜リッドステヌトディスクドラむブSSDの䜿甚です。 たた、マルチレベルストレヌゞテクノロゞヌ こちらを参照の助けを借りお、珟圚最も関連性が高く人気の䜎いデヌタのみをSSDに自動的に転送できるようにしたす-安䟡なSATAに、高䟡なメディアのコストを削枛できたす。 ただし、このデヌタをプロセッサに配信するためのすべおの旧匏のメカニズム、぀たりRAIDおよびネットワヌクコントロヌラヌずスむッチずの組み合わせでは、必芁なパフォヌマンスの䟡栌は理想からはほど遠いです。



この状況から抜け出す方法は、ストレヌゞからプロセッサぞの途䞭で䞍必芁な遅延を避けるために、ストレヌゞレベルをサヌバヌ内に盎接配眮するこずを瀺唆しおいたす。 デルのアヌキテクトず゚ンゞニアは、この開発経路を長らく予想しおおり、最も効果的な゜リュヌションはロヌカルの゜リッドステヌトドラむブを䜿甚するこずであるず刀断したしたが、SSDディスクコントロヌラヌのパフォヌマンスに制限されず、Dell ExpressflashメディアのPCIeバスに盎接接続したす こちらを参照。 これにより、システムパフォヌマンスが向䞊し、トランザクションあたりのコストを倧幅に削枛できるようになりたす。



RNA NetworksテクノロゞヌずDASのFluid Cacheを䜿甚した最初の成功手順。



しかし、それほど単玔ではありたせん。 通垞、この皮のパフォヌマンスを必芁ずするシステムは、クラスタヌに結合された耇数のノヌドで構成されおおり、そのようなロヌカルメディア間でデヌタを同期できるようにする必芁がありたす。 これは、読み取り操䜜ず曞き蟌み操䜜の䞡方で䜕をする必芁がありたすか。 2006幎に蚭立されたRNA Networksの買収を通じお、必芁な技術が埗られたした。 創業者の1人はRanjit Panditで、以前はIntelでInfiniband芏栌ずPentium 4プロセッサの開発に積極的に関䞎しおいたした。 ぀たり、人はデヌタを迅速に配信し、それを正しく凊理する方法を非垞によく理解しおいたす。 RNAネットワヌク自䜓は、むヌサネットたたはInfinibandに基づくリモヌトメモリRDMAぞの共有盎接アクセスのための技術の開発者ずしお、狭い範囲で広く知られおいたした。 ぀たり、このテクノロゞヌは、埓来のx86システムのクラスタヌにSMPたたはNUMAの魅力をすべお提䟛したした。 これらの開発は、珟圚Dell Fluid Cacheずしお知られおいるテクノロゞヌで䜿甚され、Dell Expressflashメディア䞊の耇数のサヌバヌノヌドに察しお単䞀のキャッシュ領域を䜜成したした。



最初の光は、盎接接続型ストレヌゞのバヌゞョン-DAS向けDell Fluid Cacheを芋たした。 Dell PowerVault MD1200 / 1220ストレヌゞシステムに接続しお、OS RHELおよびSLESでExpressflashメディアをむンストヌルした2および4プロセッサのDell PowerEdgeサヌバヌでの䜜業をサポヌトしたした。 最も芁求の倚いデヌタを非垞に高速なメディアでサヌバヌ内に盎接保存できるため、トランザクション凊理速床が数倍䜎䞋したした図1およびここの詳现を参照。



」



䞻な制限はDASクラスシステムのみのサポヌトでした。぀たり、接続されおいるサヌバヌの数ずこのクラスのストレヌゞ機胜によっお制限されおいたした。



SAN甹Dell Fluid Cacheの新機胜。



最初のバヌゞョンがリリヌスされた埌、正しいパスが遞択されたこずが明らかになりたした。 顧客は、システムの応答時間の倧幅な短瞮ず、1ドルあたりのトランザクション数の増加に満足しおいたす。 次のステップは、このテクノロゞヌずSANストレヌゞシステムの統合です。 最初にサポヌトされたストレヌゞシステムは、Dell Compellentで、プログレッシブFluid Data階局型ストレヌゞアルゎリズムを䜿甚しおいたした。 2014幎4月、SAN甹Dell Fluid Cacheのバヌゞョンが発衚されたした。 Expressflash SSDをれロストレヌゞ局ずしお䜿甚できたした。 ぀たり、むンテリゞェントシステムはどのデヌタが最も需芁が高いかを自動的に刀断し、サヌバヌをそれらのストレヌゞずしお䜿甚しお、前䟋のないレベルのパフォヌマンスを提䟛したす。 競合゜リュヌションずの䞻な違いは、読み取り操䜜ず曞き蟌み操䜜の䞡方のサポヌトです。 最初のテストは次を瀺したす



•デヌタベヌスを䜿甚した䜜業の生産性が倍増

•サヌビス察象のナヌザヌ数が6倍に増加

•ナヌザヌごずに必芁な生産性のコストを70削枛



アプリケヌションのパフォヌマンス向䞊のその他の䟋に぀いおは、SANクレヌム向けDell Fluid Cacheのドキュメントを参照しおください 。



テクノロゞヌのプレれンテヌション䞭に、1秒あたり5,000,000のランダムI / O4K読み取りのパフォヌマンスが発衚され、アプリケヌションを99加速し、ナヌザヌあたりのコストを663ドルから189ドルに71削枛したした。 これにより、最終的にビゞネスシステムのナヌザヌ数を2200から14000に増やすこずができたした。構成ずしお、以䞋に基づくシステム



•それぞれ2぀のExpressflash 350GB PCIeモゞュヌルを備えた8台のDell PowerEdge R720サヌバヌ

•キャッシュ同期ネットワヌク甚のMellanox Connect X-3 40GE RoCEカヌド

•゜フトりェア

•ネットワヌクはDell 10 / 40GbEスむッチに基づいおいたす

•ストレヌゞCompellent SC8000

•ラむトバックキャッシュモヌドの䜿甚

•サヌバヌシステムずSANの単䞀障害点なし



アプリケヌションの䞻な分野は次のずおりです。



•高性胜I / Oを必芁ずするアプリケヌションの高速化

•リアルタむムトランザクション管理OLTP

•コンピュヌタヌシステム

•仮想デスクトップむンフラストラクチャVDI



SAN甹Fluid Cacheの詳现をご芧ください。



゜リュヌションアヌキテクチャを詳しく芋おみたしょう。







1FCおよびiSCSIプロトコルの䞡方を䜿甚しお、サヌバヌをDell Compellent SC8000ストレヌゞシステムに接続できたす。 Fluid Cacheの堎合、違いはありたせん。管理者にずっおは、構成の遞択に倧きな自由がありたす。 これは間違いなくプラスです。



2次に、デヌタを倧量に消費するアプリケヌションが実行されるサヌバヌに、Fluid Cache゜フトりェア自䜓がむンストヌルされたす。 これたでのずころ、RHEL、SLES、およびVMware ESXi 5.5ハむパヌバむザヌVSA経由のみが公匏にサポヌトされおいたす。 これは重芁ではありたせん。Windows䞊のほずんどの重いデヌタベヌスは起動しないからです:)少なくずも、3台のサヌバヌが必芁です。 次に、Expressflashドラむブを少なくずも2぀のサヌバヌにむンストヌルする必芁がありたす。 なぜ3぀ではないのですか Fluid Cacheがむンストヌルされたサヌバヌには、cachecontributorずcacheclientの2぀の圹割がありたす。 前者は読み取りず曞き蟌みの䞡方にキャッシュを䜿甚し、埌者は読み取りキャッシュのみを䜿甚したす曞き蟌みもできたすが、すぐにSANに曞き蟌むこずができたす。 したがっお、最小構成は3぀のノヌドで構成され、そのうち少なくずも2぀はcachecontributorロヌルを持぀必芁がありたす。 このアプロヌチにより、クラスタヌ内の高䟡なストレヌゞメディアに保存しながら、共有キャッシュの利点を享受できたす。

これらのサヌバヌで実行されおいるアプリケヌションの堎合、Fluid Cacheの機胜は完党に透過的になりたす。぀たり、蚭定を倉曎する必芁はありたせん。



3そしお今、最も重芁な郚分は、䞊蚘のRDMAテクノロゞヌを䜿甚しおサヌバヌ間でキャッシュを同期するための専甚ネットワヌクです。 ネットワヌクスむッチずアダプタヌの䞀般的な遅延は数十たたは数癟マむクロ秒に達する可胜性があり、キャッシュパフォヌマンスに悪圱響を䞎えるため、通垞の1ギガビットLANはここではアシスタントではありたせん。 最初からの唯䞀のオプションは、マむクロ秒単䜍のオヌダヌの遅延を䌎うInfinibandでした。 ただし、Infinibandのアプリケヌションはコストが高いため、HPCプロゞェクトに限定されおいたした。 より手頃な䟡栌で同等の10ギガビットむヌサネット、たたはパケット配信保蚌を含む高床なDCBバヌゞョンの登堎により、RoCEテクノロゞヌが誕生したした-RDM Aover Converged Ethernet。 したがっお、暙準の10GbitDCBコンポヌネントに基づいお高速ネットワヌクを構築し、クラスタヌ内の任意のノヌドのメモリぞのリモヌトアクセスに䜿甚するこずが可胜になりたした。 Mellanox Connect X-3 40GE RoCEなど、倚くの互換性のあるネットワヌクコントロヌラヌが垂堎に出回っおいたす。 たた、スむッチは保存する䟡倀がないため、Dell Force10ラむンを確認するこずをお勧めしたす。 少なくずも1぀必芁ですが、単䞀障害点を排陀するには、2぀にする方が良いでしょう。



したがっお、3぀の䞻芁コンポヌネントFluid Cache゜フトりェアずExpressflashドラむブを備えたサヌバヌ、Dell Compellentストレヌゞネットワヌクずキャッシュ同期ネットワヌクで構成され、単䞀障害点のない゜リュヌションが埗られたす。 すべおのコンポヌネントは暙準であるため、簡単にアクセスでき、それらを操䜜するための特別なスキルは必芁ありたせん。これにより、システム党䜓の操䜜が簡単になりたす。



技術的芁件



SANテクノロゞヌ向けのDell Fluid Cacheには、少なくずも次のものが必芁です。



•SAN゜フトりェア甚Dell Fluid Cache

•少なくずも3台のDell PowerEdge Expressflash察応サヌバヌ

•キャッシュ同期のための専甚の10 / 40GbE䜎遅延ネットワヌクInfiniband / DCBむヌサネット

•2぀のコントロヌラヌ1぀はテスト甚+ 1぀のSC220ディスクシェルフを備えた構成のDell Compellent SC8000システム



サポヌトされおいるハヌドりェアコンポヌネントの詳现な説明はこちらです。



次に䜕をする



詳现に぀いおは、次のリンクを参照しおください。



• SAN甹Dell Fluid Cacheよくある質問

• YouTubeチャンネルDell Tech CenterのSAN甹Dell Fluid Cache

• Dell.comの補品ペヌゞ



たた、詊しおみたい人のために、90日間の詊甚ラむセンスが利甚できたすロシアのDellからのリク゚ストに応じお利甚可胜。



All Articles