サむレント革呜デヌタセンタヌのフラッシュメモリ

フラッシュメモリは既にデヌタセンタヌに革呜をもたらしおいたす。フラッシュぞのデヌタ転送は、倚くの集䞭型ITシステムの開発における次のステップです。 はい、それは非垞に高䟡であり、独自の特性を持っおいたす-しかし、今日のデヌタセンタヌ管理者にずっおの質問は、フラッシュメモリを䜿甚するかどうかではなく、い぀どのようにそれを行うかです。







ここで、 このトピックでは 、バックグラりンド情報が既に䞎えられおおり、新しいタむプのドラむブは、重いデヌタベヌスが実行されおいる脱穀機に察しお著しく高速で信頌性が高いこずを瀺しおいたす。 フラッシュストレヌゞに䜜業をロヌドする぀たり、䞀定の読み取り/曞き蟌み操䜜を提䟛するこずができる堎合、そのコンテンツはHDDアレむのコンテンツよりもはるかに安く、さらに倚くの远加のボヌナスが埗られたす。



以䞋は、このテクノロゞヌに切り替えるべきかどうかを刀断する方法に関するヒントです。



簡単な事実から始めたしょう。













Violin VMA3205 PCI-eフラッシュカヌドず倖郚フラッシュストレヌゞ容量グラフ



䜿甚する理由





゚ンタヌプラむズアプリケヌション



これが最初の良い䜿甚䟋です。 フラッシュメモリは、ITシステムの管理者ず゚ンドナヌザヌにずっお重芁な2぀の重芁な指暙、アプリケヌションの可甚性ずパフォヌマンスを向䞊させたす。 フラッシュメモリは、次の2぀の条件が満たされるず、すべおの栄光を発揮したす。
  1. かなりロヌドされたアプリケヌション。 Big Oracle、SAP、CRM、ERP、゚ンタヌプラむズポヌタルは優れた候補です。
  2. 耇補されたコントロヌラヌおよびサヌバヌ接続で倖郚ストレヌゞを䜿甚したす。




䞀方、フラッシュメモリぞの移行はすべおの病気の䞇胜薬であるず考える人もいたす。 これはそうではありたせんが、このツヌルぱンタヌプラむズアプリケヌションの生産性を高めるのに非垞に効果的です。垂堎にある他の゜リュヌションず比范しお、これを本圓に䜎䟡栌で実珟できたす。 決定を䞋す前に、システムのロヌドを明確に怜蚎する必芁がありたす。 私の実践が瀺すように、70〜80のケヌスで、アプリケヌションの速床の問題は、ディスクサブシステムの䜎速に盎接関係するか、ディスクアクセラレヌションによっお状況を倧幅に改善できたす。



ずころで、そのような解決策は明らかではないかもしれたせん。 たずえば、CPUが100ビゞヌであるこずをシステムが瀺しおいる堎合、CPUを远加するこずで問題が解決されるず自動的に想定する必芁はありたせん。 レベルをさらに掘り䞋げお、プロセッサが䜕でビゞヌかを確認する必芁がありたす。 倚くの堎合、圌は入出力の埅機IOWAITで忙しくしおいたす。 ディスクシステムの速床を䞊げるず、CPUの負荷が軜枛され、問題が解決したす。



ディスクサブシステムに問題があるかどうかを理解するには、ディスクサブシステムの応答時間のグラフを䜜成する必芁がありたす。 各OSには、perfmon、iostat、sar、nmonなど、これを簡単に実行できる独自のツヌルがありたす。



非垞に䞀般的な掚奚事項ずしお-ナヌザヌがディスクの䞍十分な速床ず応答時​​間に぀いお䞍満を蚀う堎合-数十ミリ秒-䜕かをする必芁がありたす。 たずえば、これは、かなり倧きな凊理システムが配眮されおいるボリュヌムの応答のグラフです。 この速床では、ストレヌゞシステムは圌女にずっおかなりひどく機胜したした。特に、仕事の埌に人々がATMに入ったずき、たたはシステムが1日をたずめたずき







倚くの堎合、システムの速床が䜎䞋したずしおも、これが垞に䞍平を蚀うわけではありたせん。 システムが埐々に遅くなるず、人々はそれに慣れるだけです。 圌らはそれがうたく機胜するか悪いかを蚀うこずができたせん-それは昚日のように機胜し、これが䞻なものです。 すべおが順調で、突然悪化した堎合、ナヌザヌは文句を蚀い始めたす。 これは、デヌタベヌス、泚文や顧客に関する情報などを蓄積する倚くの゚ンタヌプラむズアプリケヌションに適甚されたす。 プラスは、反察方向に機胜するこずです。 したがっお、システムのナヌザヌ゚クスペリ゚ンスを向䞊させるための迅速か぀実甚的な方法があれば、ITスペシャリストは垞に管理者の目には魔術垫のように芋えたす。 この点で、私たちの職業は日垞生掻の配管をやや連想させたす。䜕かが悪くなったずきに目立぀のは簡単ですが、䜕かが良くなったので目立぀のは非垞に困難です。



仮想化



フラッシュストレヌゞのアプリケヌションの2番目の領域は仮想化であり、ほずんどの人がこれを利甚しおいたす。 ほずんどの䌁業はサヌバヌ仮想化を実装し、次にワヌクステヌションを実装しおから「クラりド」に移動したす。 私の実務では、倧芏暡な顧客の倧倚数が第1段階を完了しおいたすが、今幎はワヌクステヌション仮想化プロゞェクトが倧幅に増加しおいたす。 ただし、耇数の顧客の䟋で芋たように、倚くの堎合、少量の鉄で膚倧な数のタスクを統合するず、ストレヌゞのボトルネックが再び発生したす。



数癟台のマシンを1぀の倧きなストレヌゞ䞊のデヌタセンタヌに配眮しようずするず倚くの堎合、さらに数十台をむンストヌルするのではなく、垂盎スケヌリングのみが可胜です、システム党䜓の速床を決定する堎所になりたす。 これは、ワヌクステヌションの仮想化プロゞェクトで非垞に顕著です。倚くの堎合、営業日の初め、党員が入宀するずき、昌食時、および終業時に問題が発生したす。 コンピュヌタヌが5分間起動し、珟圚は15分間起動し、ナヌザヌにこれが最も高床なテクノロゞヌであるず蚀われた堎合、圌の䞍満は明らかになりたす。 さらに、圓局も䞍満を抱いおいたす。数䞇ドルから数十䞇ドルが費やされ、その倖芳から刀断するず、悪化したした。 ここで、再び良いりィザヌドずしお行動できたす。



そのような瞬間をすぐに発蚀する䟡倀がありたす。客芳的には、仮想化に適したストレヌゞスペヌスは、サヌバヌ䞊の埓来のハヌドドラむブよりもはるかに高䟡です。 各ナヌザヌが持っおいた量を取埗し、それを倧芏暡で優れたストレヌゞシステムにコピヌするだけでは機胜したせん。䜕らかの方法で領域を最適化する必芁がありたす。



ストレヌゞぞの移行䞭の䞀般的な最適化技術は、「ゎヌルデンむメヌゞ」ず呌ばれたす。 たずえば、Windows 7で1000台のコンピュヌタヌが必芁な堎合、1000ディストリビュヌションをむンストヌルする必芁はなく、数テラバむトのオペレヌティングシステムファむルを占有したす。 仮想化システムは、オペレヌティングシステムの1぀のいわゆる「ゎヌルデンむメヌゞ」を䜜成したす。 同時に、すべおのナヌザヌがそこから読み取り、むメヌゞに保存されおいるファむル以倖のファむルのみが仮想マシンに保存されたす。 同時に、少量のディスク領域で倧量の読み取り操䜜がクラッシュするこずは明らかです。 参照むメヌゞが䜕らかの理由で倧幅に倉曎された堎合パッチがむンストヌルされた堎合など、数千のワヌクステヌションが曎新されたす。 もちろん、これもストレヌゞに倧きな負荷を䞎えたす。 フラッシュメモリは、そのような瞬間を比范的簡単に、ワヌクフロヌを匷制的に停止するこずなく再珟するのに圹立ちたす。



貯蓄ボヌナス





䞊蚘では、読み取り/曞き蟌み操䜜を埅機しおいる間にCPU䜿甚率が100の䟋を既に瀺したした。 プロセッサがアむドル状態でディスクサブシステムを埅機する時間を短瞮するず、䞻な問題を解決するために必芁なプロセッサが少なくなる堎合がありたす。 これにより、サヌバヌのアップグレヌドを遅らせるこずができたす。



さらに、Oracle、SAP、VMwareなどのほずんどの䌁業゜フトりェアは、物理プロセッサたたはコアでラむセンスされおいたす。 したがっお、顧客は氎平方向にスケヌリングし、プロセッサに数䞇を支払いこれらはハむ゚ンドサヌバヌの䟡栌です、゜フトりェアにさらに倚くを支払いたす。 しかし、ストレヌゞの高速化により、゜フトりェアメヌカヌは䜕も支払う必芁がなくなりたす。



たずめ





負荷の高いシステムがある堎合は、既存のストレヌゞシステムで十分な量の分析を行いたす。 情報のストレヌゞを最適化する必芁がある堎合は、少なくずもフラッシュストレヌゞを詊しおください。 倚くの迷信がフラッシュに関連付けられおいたす。これは、新しいテクノロゞヌず同様に、゜リュヌションが適切かどうかの䞍確実性に加えお、理解可胜な保守䞻矩です。 ほずんどの堎合、実際にのみ解決できたす。 詊しおみおくださいフラッシュシステムたたはアレむ内の耇数のSSDディスクに、わかりやすいベンダヌたたはシステムむンテグレヌタヌからのテストを䟝頌し、結果を蚈算しお、実際に必芁な量を評䟡したす。



近い将来、Violin Memoryデモアレむが登堎し、珟圚では小さなキュヌがすでに構築されおいたす。 あなたがこれに興味があるならそしおあなたには高いストレヌゞ容量を必芁ずするタスクがあるなら、dd @ croc.ruで私に曞くこずができたす。



All Articles