新しいDell + EMCクラフトの内郚-ディスクの䟡栌でフラッシュストレヌゞ

䞻なこずを蚀わなければならない-「ディスク䟡栌」に぀いおの声明は、EMCがプロモヌションストレヌゞモデルの䞋でロシアのオフィシャルパヌトナヌずしお提䟛しおくれたUnityの特別なプロモヌション䟡栌に぀いおのみ蚀及しおいる。 プロモヌションは、メヌルのすべおの詳现に適甚されるわけではありたせん。 通垞の䟡栌は、あなたの仕様にずっおちょうど良い、良いミッドレンゞです。



行きたしょう。 䜕幎もの間、EMCはフラッシュに無関心ではありたせんでしたが、昚幎は特に混乱しおおり、未来はそれにあるず刀断したした。 そしお、非垞に高䟡ではない実甚的なものをリリヌスしたした。 これは、SSDを䜿甚したほが通垞のミッドレンゞです少し埌のニュアンス。 私たちは「スクラップですが、機胜し続けたす」ずは蚀いたせんが、デヌタベヌスず仮想マシンに加えお、さたざたな小さなチップのパフォヌマンスは印象的です。





以䞋は、最適化の顕著な䟋です-ケヌス内に別のUPSモゞュヌルがあり、「ホット」に倉曎される前。 そしお今-コントロヌラヌ内郚のポリ゚チレン挏れ保護を備えたリチりムむオン電池。



そしお、圌らはたた、倚くのベンダヌを圌らの気たたに螏んで、サポヌト䟡栌をずっず同じにしたした。 そしお、ご存知のように、倚くの倧手ベンダヌは、4幎目ず5幎目に、鉄を新しいものに亀換するのが簡単になるような䟡栌を蚭定するこずを奜みたす。 確かに、これらの人にずっお、摩耗によるディスクの故障は、保蚌ポリシヌのアスタリスクや小さな掻字の愛奜家ずは異なり、保蚌ケヌスず芋なされたす。



これで、クロヌバヌを挿入しおテストしおみたしょう。 今埌、9枚のディスクから8侇Iopが削陀されたず蚀いたす。



DellずEMCの組み合わせ



䞻な問題は、合䜵埌にストレヌゞラむンに䜕が起こるかです。 圌らが尋ねたすべおのほずんど、そしお3幎前の腺を持っおいた人でさえも呌ばれたした。 公匏のメッセヌゞはただありたせんが、EMCは垞にミッドレンゞセグメントのリヌダヌであり、Dellは金の卵を産む鶏肉を切り刻みたせん。 そしお、新しいUnityのリリヌスは、これを確認するものです。



鉄のかけらずその䜜り方





右䞊の黒いブロックは冷华されおおりフラッシュは熱いので、垞に吹く必芁がありたす、バッテリヌは、䞭倮の充填物党䜓ずプロセッサここではオレンゞ色のブロックの近くのDIMMを芋るこずができたす、巊偎のL字型のケヌシング-電源、より倚くのファン忘れないでくださいパヌセントで打撃ずIOモゞュヌルのための堎所。



Unity自䜓は、マヌケティングの面で珟圚のVNXに眮き換わるものです。 ここのハヌドりェアは暙準で、x86プロセッサに基づく2぀のコントロヌラヌず、SAS3バスを介しお接続されたSSDディスクを備えたシェルフです。 ただし、ここでのマむクロコヌドは、ディスクを操䜜するための新しいアルゎリズムず同様に、倧幅に䜜り盎されたしたそしお、サンクトペテルブルクのロシアのプログラマヌによっお郚分的に䜜成されたした。 アプロヌチは非暙準でした。ラむンナップにはフラッシュシステムずハむブリッドシステムがありたすが、開発はオヌルフラッシュから行われ、その埌、HDDずの互換性が行われたしたこれは良い質問です。 ぀たり、SSDの䞊にはもちろんオヌバヌヘッドがありたすディスクの代わりにフラッシュチップが䜿甚される堎所だけではありたせんが、これらは䞀般に異なる䟡栌ですが、遅延ずパフォヌマンスを最適化するこずが刀明したした。





ただ小さな眲名を読んでいない:)



スピンドルに別れを告げる䞻な動機は䟡栌です。 䜙暇には、ハむブリッドストレヌゞシステムずオヌルフラッシュの䟡栌を怜蚎したした-割匕を考慮しお、拡匵は30〜40ですフラッシュの方が倚い。 これは以前のような順序ではなくなったため、HDDが実行されおいた堎所での䜿甚を怜蚎できたす。 はい、これはワむルドです-パフォヌマンスのために100個のスピンドルを入力し、ボリュヌムをカットしなければならなかったこずを思い出したす 䜙分なテラバむトが刀明したした。 たた、RAIDでペナルティを匕くこずを忘れないでください。 偶然にも、顧客は3〜4 TBのバズヌカから10〜15,000 IOPSのリク゚ストを受け取りたす。 そしお、あなたは䜕ず蚀いたすか-鏡の䞭の300GB 15k ??? 400 GBから15TBたでのSSDのラむンナップになりたした。 䞀般に、タスクを考慮する必芁がありたす。 以䞋の連絡先にお問い合わせください。 しかし、䜕か気が散った。







建築家は、䌁業の小さな支店を忘れおいたせんでした。 Vmware甚の仮想マシンの圢匏のバヌゞョンがありたす他のハむパヌバむザヌも、必芁に応じおプルアップするこずを玄束したす。これは、ディスクたたは非垞にシンプルなシェルフを備えたサヌバヌ䞊の遠くの小さなブランチに眮かれ、その埌、そのすべおのスペヌスは完党なUnityストレヌゞずしお衚瀺されたす。 ブランチレプリケヌション、スナップショット、単䞀りィンドり管理などの機胜を提䟛したす。 実際、Unityのおかげです。



以前は、鉄の容量ラむセンスを別途賌入する必芁がありたした。 倚くのお客様にずっお、これは䞍䟿でした。 今ではありたせん。 たた、個別の補品はありたせん-レプリケヌション、ブロックおよびファむルプロトコル、スナップショット、ティアリングおよび高速キャッシュハむブリッドシステム甚が配信に含たれおいたす。



オヌルフラッシュは垞に信頌性に぀いお尋ねられたす。EMCは、フラッシュシステムはほが氞久的なものであるため、フラッシュシステムのサポヌトは非​​垞に正垞であるず結論付けたした。 したがっお、私が蚀ったように、サポヌトの各幎の䟡栌は同じですただし、これはハむブリッドストレヌゞには適甚されたせん。 それでも矎味しい-繰り返したすが、アレむの保蚌期間たたは延長保蚌期間䞭に-摩耗によりドラむブが故障した堎合、䜕幎であっおも倉曎したす。 別の有名なベンダヌにずっお、これは顧客の問題であり、保蚌察象倖のケヌスず芋なされたす。 圌らはたた、トりモロコシを螏む人を芋぀けたした。





ボリュヌムの点では非垞に䟿利です。必芁に応じお、1぀のシェルフに少なくずも200 TBを詰め蟌むこずができたす。 スピンドルストレヌゞず比范しお、ずおもいいです。



5月にリリヌスされた鉄片にも関わらず、すでに戊闘配備が行われおいたす。 顧客はROI、TCOを広め、ハむブリッドを採甚するこずは有益ではないこずに気付きたした。 その結果、Unity 400FFはFlashを意味したす各1.6の47 SSDがあり、RAID5で玄60 TBの䜿甚可胜スペヌスが刀明したした。 これはすべお4ナニットです。 14侇IOPSを䞎えたす。



通垞、このシステムは通垞どおりアむルランド補ですアむルランドのコヌクに工堎がありたす。 アセンブリはきれいで矎しいですが、゜リュヌションの点では非垞に独創的です。 たずえば、コントロヌラヌ2぀のブレヌドは、アレむ党䜓を貫通する倧きなボルトでシャヌシに取り付けられおいたす。 この軞のおかげで、すべおのコネクタはバックプレヌン䞊で互いにスムヌズに適合したす。





これらはボルトです。 最埌の1センチメヌトルでそっず回転させるず、ISSずドッキングしおいるような感芚になりたす。







ボヌドには、ファむルプロトコルたたはブロックiSCSIを介しお配垃するための10 BASE-Tが組み蟌たれおいたす。 それは安いので、建蚭のコストは増加したせんが、確かに利益をもたらしたす。 ただし、むンフラストラクチャに遞択する䞻な通信ポヌト。 泚文時に、どのI / Oコネクタ16 FCたたは10 Eth / ISCSIに接続するトランシヌバを遞択できたす。 コントロヌラヌごずに2぀ありたす。 さらに必芁です-これらのポヌトを取埗できる拡匵モゞュヌルがありたす。 䞋の図をご芧ください。 たた、個別のファむルコントロヌラはありたせん。すべおがすでに搭茉されおいたす。 これは非垞に䟿利であるず蚀わざるを埗たせんが、完党に堅牢なモデルよりもハむブリッドモデルの方が適切です。 それでも、ファむルの掗浄に぀いおは、フラッシュはただ少し高䟡です。 たあ、たたは最近NFSでVmwareを構築するファンにずっおは、最近非垞に人気がありたす。



プロセッサずメモリは驚くこずではありたせん-叀き良きIntel。



内郚には、電源がオフになったずきにダヌティキャッシュをフラッシュするための2぀のSSDがあり、各コントロヌラヌには独自のものがありたす。 OSは最初の4぀のディスクに配眮されたす。 EMCの以前の行に粟通しおいる人を喜ばせたす。これらのディスクは、デヌタのプヌルで他のすべおのナヌザヌず組み合わせるこずができたす。 以前は、仮想マシンのむメヌゞに加えお、眮くべきものが䜕もなかったため、しばしば重荷になりたした。 はい、ベンダヌはそれらのロヌドを掚奚したせんでした。 さあ、お願いしたす。 負荷の倧きいむンストヌルの堎合のみ、この叀いルヌルに埓うこずをお勧めしたす。 したがっお、それらは党身性であり、重芁です。 そしお、負荷がなければ、再構築は垞に高速になりたす。 ちなみに、50t IOPSの負荷の䞋で1.6TBのディスクをリビルドするには、2時間匱かかりたした。 この結果は私にずっお非垞に䟡倀があるように思えたす。





2本の電源ケヌブル端が黒ず灰色、2本の制埡ケヌブル緑からナニット、2本のフロント゚ンド青。



定芏





良いゞェダむには青い剣があり、非垞に良いゞェダむには銀の剣がありたす。ロゎに泚意しおください。 詳现に泚意するために、メヌカヌはカルマの別のプラスです。







テスト



最近、 rpokruchinから暙準メ゜ッドをテストしたした 。



結果は次のずおりです。

1. SSD固有の負荷ランダムな読み取りず曞き蟌みから始めたしょう。 暙準ずしお採甚できる倀を匷調したした。 ちなみに、システム自䜓は8Kブロックで動䜜するこずがわかりたす。 IOPSの数は倧きいサむズでのみ枛少し始め、小さいサむズでもほが同じ結果を瀺したす。 厳密に問題にアプロヌチするず、ランダム読み取りの結果は63.5千IOPSになりたすカットオフに1ミリ秒かかり、䞊蚘のすべおがカりントされない堎合。 あなたがこれに焊点を合わせなければ、86,000人がそれから絞り出したず仮定できたす。 どの結果が正しいずみなされるかは誰でも自由に決めるこずができたすが。 このため、テヌブル党䜓が異なるブロックずキュヌに衚瀺されたす。







興味深いこずに、ランダムな蚘録では、結果は思ったよりも優れおいたした。 パフォヌマンスはわずか20䜎䞋したした。 おそらく、ストレヌゞキャッシュはトップ5で機胜したしたが、可胜な限りあらゆる方法でそれをバむパスしようずしたしたが、オフにしたした。 しかし、それは間違っおいるでしょう、なぜなら KROKの嚁勢のいい男たちが消火するためのデザむンには含たれおいたせんでした。 はい、補品には匕き続き含たれたす。







バックアップの負荷も無芖されたせんでした。倧きなブロックで順次読み取りが実行され、応答時間ずIops私にレンガを投げたい人は、バックアップではブロックがさらに倧きくなる可胜性がありたすが、これは写真を倉曎したせん







そしお最埌に、充填デヌタの負荷特性は、倧きなブロックでの順次蚘録です。







衚から、䞀定の時間が経過するず生産性は向䞊しなくなりたすが、応答時間は増加しおいるこずがわかりたす。 ここで、結局のずころ、システムはミッドレンゞであり、倩からの星を玄束しなかったこずを芚えおおく必芁がありたす。 特に9台のディスクで、そのうち4台はシステムですはい、私たちは悪者です。私たちは独自のベストプラクティスに埓っおいたせん。 倩井からその倩井を知り、生産性を監芖するだけです。 ラむンナップのモデルが高いほど、倩井が高くなりたす。 ちなみに、それはデヌタシヌトにかなり正盎に瀺されおいたす以䞋のリンクを参照。 賌入時にこれを考慮する必芁がありたす。







興味深いのは、もちろん、少数のディスクで高いレヌトに達するこずです。ディスクの数が増えるず、指定された䞊限にすぐに反り、生産性はそれ以䞊向䞊したせんが、それで十分です。 理解したように、その理由はシステムがコントロヌラヌの電源に䟝存しおいるためです。 論理的な質問に察する答えを受け取りたした-この人生のすべおにお金を払わなければなりたせん。 より高いパフォヌマンスが必芁な堎合は、より倧きなモデルが必芁です。



もちろん、マザヌボヌド䞊のメモリダむの空きスロットを芋るずき、数癟ドルで耇数のサヌバヌスロットを远加し、远加のキャッシュ通垞の16 Gb DIMMがあるキャッシュを取埗したす。 たたは、プロセッサを同時に倉曎したす新しいモデルでは、6コアの1.6 GHz。 しかし、そのようなアクションはzhelzkaを削陀し、すぐに保蚌したす。 確かに、磁気ディスク砎壊システムを䜕らかの方法でストレヌゞシステムから削陀し、保蚌ケヌスを完党に拒吊した男性を知っおいるので、゚ンゞニアが到着する前に誰かが再配眮するかもしれたせんが、䜕かはありそうにありたせん。



むンタヌフェヌス







珟圚はHTML 5になっおいたす。GUIはWindowsおよびLinuxで正垞に動䜜したす。自動化を愛する人のために、cliおよびREST APIがありたす。 倚くの努力が最適化に費やされたした。 タスクの実行は本圓に簡単です。 䟿利なりィザヌドがいく぀かのタブのレッグワヌクを眮き換えたした。 远加のナヌティリティを䜿甚せずに、リアルタむムおよび過去のパフォヌマンス統蚈をオンラむンで衚瀺できたす。 チャヌトは同じむンタヌフェヌスで構成され、管理は非垞に柔軟です。









管理タスクに加えお、サヌビス操䜜が倧幅に簡玠化されたした。 それらはすべお1぀のタブに収集されたした。 アレむからのログは、䞡方のコントロヌラヌからより速く、すぐに収集されたす。 Reimageやアレむ\ディスクのコヌドの曎新などの操䜜がWeb GUIに衚瀺されたした。







クラりドからの制埡がありたす。必芁に応じお、システムがカりンタヌをマヌゞする特別なサヌビスに登録できたす。リ゜ヌスず管理を最適化するためのヒントが提䟛されたす。 もちろん、これはアップグレヌドず鉄の远加賌入を芋逃さないように行われたすが、利益もあるようです。



珟圚のむンフラストラクチャを評䟡するためのパヌトナヌからのクヌルなツヌルがただありたす-アレむからログを収集しお分析し、3-5幎の成長を考慮しお珟圚のすべおのアレむを眮き換えるUnityを芋぀けるこずができたす。 これに加えお、オヌルフラッシュたたはハむブリッドで十分かどうかを理解できたす。



仮想Unityで遊ぶこずができたす-これはデモずしおダりンロヌドされ、このリンクから非営利䜿甚のラむセンスが無料で提䟛されたす。



たずめ



補造業者は顧客の代わりに自分自身を眮き、そのミスを考慮したしたそれはたずもなパフォヌマンスのストレヌゞをリリヌスし、むンタヌフェむスずラむセンスを簡玠化し、サポヌトの固定コストによる予想所有コストを提䟛したした。



埓来の高品質の補品ずサヌビスに加えお、このシステムはほがすべおのレベルの䌁業顧客の泚目に倀するず蚀えたす。 唯䞀の質問は、Dellずの合䜵に照らしおEMCに䜕が起こるかです。 個人的には、すべおがそのたた残るず思いたすが、これは、圌らが蚀うように、デルだけが知っおいたす。





これが、100TBフラッシュがどのように芋えるかです。



このシステムは5月にリリヌスされたした。お客様ずの月次テストず実装の実瞟がありたす䞊蚘の䟋の1぀。 ひそかに、テストシステムに加えお、1぀のハむブリッドシステムず1぀のフラッシュシステムをむンフラストラクチャ甚に「静かに賌入」し、既に内郚タスクのために運甚しおいるず蚀いたす。



参照資料






All Articles