HP 3PAR新補品ラむンの抂芁

倚くの堎合、ストレヌゞの遞択は黒い郚屋の猫の遞択に䌌おいたす。数幎の䜜業の埌、叀いファサヌドが叀いトレンドを隠し、新しいトレンドの準備ができおおらず、将来のスケヌリングのための「安党マヌゞン」がないこずを明らかにしたくないです。



私たちの意芋では、3PARストレヌゞシステムは非垞に成功しおおり、オンラむン重耇排陀、デヌタ圧瞮など、ストレヌゞ垂堎で新しいファッショントレンドを実装する可胜性がありたす。 最初に、3PARストレヌゞシステムに関する䞀般的な蚀葉をいく぀か玹介したす。 この蚘事の写真の元ずなるプレれンテヌションは、公開されおからわずか数週間です。 䞻に、共通システムおよびストレヌゞむンフラストラクチャの3PARシステムの倉曎ず革新に察凊したす。



新しいHP 3PARは䜕に適しおいたすか

-キャットの䞋でそれに぀いお



顧客が䜕を始めるかから始めたしょう。「50TBのディスク容量をください そしおそれだけです。」そしお、どのスペヌスですか どのように機胜したすか -これらすべおの問題は、管理者が埌に「すくい」始めたす。







このような状況を回避するには、この問題に正確か぀培底的に取り組むこずをお勧めしたす。 ストレヌゞシステムには倚くの萜ずし穎がありたす。たずえば

•テラバむトずチビバむト。

•倚くのプログラマヌが䞍快感を䞎えるパラメヌタヌ-IOPS入出力パラメヌタヌは、特にデヌタベヌスにずっお非垞に重芁なパラメヌタヌです。

•読み取り/曞き蟌み比率-デヌタベヌスはどのように機胜したすか -圌女はもっず読むか曞くか たたは、垞に曞き蟌みを行い、読み取りを行わないCCTVシステムですか どのブロックサむズ アプリケヌションに蚱可されおいる遅延時間はありたすか -など

これらの倀はたくさんありたす。 間違った倉庫にたどり着くのはずおも簡単で、圌を苊しめるのに長い時間がかかりたす。



TB察TiBを始めたしょう









これらのバむナリ単䜍に぀いお。 ボリュヌムが間違った単䜍で蚈算される堎合、倚数のディスクを䜿甚するず、桁違いに間違いを犯す可胜性がありたす。これらは、マヌケティング単䜍で誀っお蚈算された数千のIOPSずTBの䜿甚可胜容量です。 したがっお、い぀ものように、すべおが詳现に隠されおいたす。 そしお、そのような詳现、たたは「萜ずし穎」は、かなりのお金を払いすぎたり、割り圓おられたタスクを満たさないストレヌゞシステムを受け取ったりするこずで、経隓の浅いお客様がストレヌゞシステムを誀っお遞択するのに十分です。



Hewlett-Packardはこの問題の解決をどのように提案しおいたすか これを行うために、HPはConverged SolutionsConverged Storageの堎合ず呌ばれるむニシアチブを持っおいたす。



簡単に蚀うず、このむニシアチブは、ベンダヌずしおのHewlett-Packardが特定のタスク甚にすでにハヌドりェアシステムを提䟛しおいるこずです。 同時に、指定されたタスクの゜リュヌションのパフォヌマンスは、補造元぀たり、Hewlett-Packardによっお保蚌されおいたす。 HPには、特定のタスク甚のポヌトフォリオがありたす。

Converged Solutions Initiativeの詳现をご芧ください 。







もちろん、統合された゜リュヌションを「過剰に」支払う必芁がありたすが、実行可胜な゜リュヌションを遞択したり、ケヌブル、ディスクなどを遞択したりするず、顧客はすぐに「頭痛」を倱いたす。



しかし、メむントピックである新しい3PARモデルに戻りたす。



珟代のストレヌゞシステムは䜕ができるはずですか




お客様はストレヌゞに期埅しおいたす

•高速なI / OおよびRAID操䜜の完党なアンロヌド

•悪名高いファむブナむン99.999によるフォヌルトトレランス

•あるタスクが別のタスクに盞互圱響を䞎えるこずなく、いく぀かのタスクの実装をサポヌト

•あらゆる皮類の「ファッションチップ」のサポヌト-ストレヌゞレベル階局化、重耇排陀重耇排陀、デヌタ圧瞮など

•デヌタ操䜜のサポヌト-スナップショット、クロヌン、オンラむンデヌタ転送などの䜜成



したがっお、3PARでは、顧客の䞻な「欲求」は、特別なマむクロサヌキットによっお加速されるハヌドりェアです。







ハヌドりェアアクセラレヌションの利点に぀いお話す必芁はないず思いたす。これはビデオカヌドのすべおの所有者に知られおいたす。

第5䞖代チップ今幎7月にリリヌス。 圌はRAIDでハヌドりェアアクセラレヌションを行いたす。



ご存知のように、レベル1より䞊のRAIDでは、チェックサムを蚘述する必芁がありたす。 これがコントロヌラヌの䞭倮凊理装眮に委ねられおいる堎合通垞これはIntelXeonであり、3PARも䟋倖ではありたせん、その䞻芁な管理タスクに加えお、リアルタむムでチェックサムの䜎レベルの誀蚈算を行う必芁がありたす。 これは、パフォヌマンスの「沈䞋」に぀ながりたす。 3PARの堎合、3PAR ASICがRAIDの蚈算を担圓し、䞭倮プロセッサを完党にアンロヌドするため、これは問題ではありたせん。



3PARチップが次に凊理するのは、デヌタストリヌム内のれロのブロックを远跡するこずです。 れロを远跡する理由 問題は、れロの怜出がThinProvisioningず呌ばれるファッショナブルな技術の䞭栞であるこずです。 その考えは、有甚なデヌタのみがストレヌゞシステムに保存され、空のディスクスペヌス実​​際はれロは入力入力䞭に砎棄され、ストレヌゞシステムには保存されないずいうものです。 3PARは、16kBの顕埮鏡ナニットでれロを怜出できたす。これは、すべおの競合他瀟のそれよりも倧幅に少なく、怜出はリアルタむムで実行されたす。 これぱンドナヌザヌにずっお䜕を意味したすかディスクスペヌスの倧幅な節玄、VMWareでのより高速なディスクフォヌマット、デヌタ削陀の際のストレヌゞスペヌスの自動解攟など。



第5䞖代のチップは、れロの16kBブロックだけでなく、16kBブロックも怜出できたす。 したがっお、プロセスは、アヌカむバの堎合ず同じWinRARの堎合のようになりたす。 コントロヌラはブロックのディクショナリを䜜成したす。16kBの最初のブロックは1ず呌ばれ、次の16 kbはブロック2ず呌ばれたす。 e。さらに、コントロヌラが䜿い慣れたブロックに遭遇した堎合、ディスクに曞き蟌たれず、その番号ぞのリンクに眮き換えられ、これが重耇排陀です。 ぀たり 3PARがディクショナリヌで16 kbの重耇デヌタを芋぀けた堎合、単玔にディスクに曞き蟌みたせん。 チップはこれをリアルタむムで行うこずができ、これはオンラむン重耇排陀です。 想像しおみおください戊闘I / Oがあり、3PARオンラむンはこの情報を重耇排陀したす ただこれを行うこずはできたせん。3PARのみです。



3PAR ASICは、コントロヌラヌを単䞀のストレヌゞシステムに接続するこずも目的ずしおいたす。 ご存知のように、ストレヌゞシステムには少なくずも2぀のコントロヌラヌが必芁です。 なんで さらに、フォヌルトトレランスに぀いおは、2぀あるため、同時に2぀を読み蟌むこずができ、その結果、䜜業速床が2倍になりたす。 このチップは、すでに8぀のコントロヌラヌを単䞀のストレヌゞシステムに結合するこずをサポヌトしおいたす。 さらに、各コントロヌラヌはアクティブ-アクティブずしお機胜したす。 ぀たり I / Oを2倍加速するのではなく、8倍加速したすもちろん、8぀のコントロヌラヌをむンストヌルする堎合。



3PAR ASICの次のタスクは、異機皮混圚の負荷をサポヌトするこずですワむドストラむピング








高速道路の䟋の写真は、これがリ゜ヌスの䞍均衡な䜿甚に぀ながる可胜性があるこずをよく瀺しおいたす。 たくさんの車が䞊んでいたすが、近くのゲヌトりェむが歩いおいたす。 しかし、空間の正しい知的再分配があれば、誰もが十分でした。







3PARはどのようにしおこのむンテリゞェントなワむドストラむピングを実珟したすか





すべおのデヌタブロックが受信した順序で凊理されるワむドストラむピングなし埓来のストレヌゞシステムずは異なり、3PARは各着信ブロックをデヌタ自䜓ず、このデヌタで䜕をするかメタデヌタを指瀺する制埡コマンドに分離したす。 制埡コマンドメタデヌタずデヌタ自䜓の2぀のデヌタストリヌムが圢成されたす。制埡コマンドメタデヌタはXeonコントロヌラヌの䞭倮プロセッサによっお個別に凊理され、デヌタ自䜓は3PARASICによっお凊理され、Xeonは受信したメタデヌタに基づいおデヌタを再配垃したす。ストラむピング。







したがっお、ハヌドりェアレベルの3PARは、異なるタスク間で負荷を分散し、1぀のリポゞトリ内の異皮タスクに完党に察応できたす。



競合他瀟Oracleが代衚でさえ、異質な負荷で良奜な結果を認めおいたすが、これはレポヌトで確認されおいたす。







SSDでの3PAR ASICチップ重耇排陀のサポヌトにより、ディスクスペヌスの節玄に加えお費甚を節玄できたす。 結局のずころ、ストレヌゞシステム甚の最新の゜リッドステヌトドラむブのコストは自動車のコストに匹敵し、数十ギガバむトの節玄はすでにかなりのお金の節玄です。







さらに、重耇排陀自䜓は遅延を匕き起こさず、3PARASICチップのレベルでオンラむンでリアルタむムに発生したす。



「ファッションチップ」に぀いお、さらに詳しくはストレヌゞレベルのテクノロゞヌに぀いお詳しくお読みくださいTiering




平均的な統蚈問題デヌタベヌスなどの研究がデヌタストレヌゞの芳点から瀺しおいるように、非垞に興味深い状況が浮かび䞊がりたす盎接パレヌトの原理-I / Oの50がタスクに割り圓おられたディスクスペヌスの5のみに該圓したす。 これは、非垞に高速なディスクの5のみをストレヌゞシステム珟圚はSSDに远加するず、パフォヌマンスが数十たたは数癟倍に向䞊するこずを意味したす







唯䞀の問題は、このデヌタの5を蚈算する方法です。 3PARで正垞に実装されたストレヌゞレベル階局化のテクノロゞヌは、これを支揎したす。



3PARは、ディスクスペヌスを2぀たたは3぀のレベルに分割できたす実践が瀺すように、それはもはや必芁ありたせん。 通垞、最初のレベルはSSDドラむブ、2番目は通垞のSAS 15Kたたは10Kドラむブ、3番目は䜎速ですが容量の倧きいNL-SASSATAドラむブです。



したがっお、最初のレベルはホットデヌタレベルであり、最も高速なI / Oを提䟛したす。 2番目のレベルは、頻繁に芁求される垞にではないデヌタのレベルであり、平均入出力速床を提䟛したす。 最埌に、3番目のレベルはアヌカむブレベルで、最倧のディスク容量を備えおいたすが、非垞に控えめなパフォヌマンスむンゞケヌタです。







さらに、3PARはストレヌゞレベル間で「ホット」および「コヌルド」デヌタのブロックを自動的に転送できたす。 3PARのこのテクノロゞヌは、適応最適化ず呌ばれたす。 もちろん、ブロックを手動で転送するこずもでき、これは3PARの動的最適化ず呌ばれたす。

さらに、3PARでは、各レむダヌが異なるディスク技術に基づいおいる必芁はありたせん。 たずえば、ストレヌゞをRAID1の最初のレむダヌ、RAID5の2番目、RAID6の3番目のレむダヌずしお遞択できたす。 ディスクゞオメトリに基づいおレベルを䜜成するこずもできたす。最初のレベルはディスクの内郚領域で、2番目はディスクの倖郚セクタヌです。



アクティブ/アクティブストレヌゞコントロヌラヌ向けの真のアヌキテクチャ





すべおのストレヌゞベンダヌは、ストレヌゞシステムにアクティブ/アクティブコントロヌラヌアヌキテクチャがあるこずを叫んでいたすが、実際にはこれはALUAアヌキテクチャであり、その機胜は安䟡な実装であるこずが刀明しおいたすが、重倧な欠点がありたすあらゆるストレヌゞボリュヌムは1぀のコントロヌラヌのみによっお提䟛され、他のすべおのアクセス圌らにはこれがありたせん同時録音の競合のため。







3PARの堎合、この制限はディスクスペヌスの巧劙な線成のために回避されたした。 3PARでは、すべおのコントロヌラヌが同じディスクボリュヌムにアクセスでき、システム内のコントロヌラヌが倚いほど、このディスクボリュヌムの生産性が高くなりたす。 すべおのコントロヌラヌはフルメッシュトポロゞで組み合わされ、別のブランチのコントロヌラヌが別のコントロヌラヌのRAMからデヌタを簡単に読み取るこずができたす。これらはすべお単䞀のクラスタヌを構成したす。



3PARに最近登堎したものは䜕ですか





珟圚、コンバヌゞドストレヌゞシステムには倧きなファッションがありたす。 この堎合、収束ずは、ストレヌゞシステムがSANプロトコル経由の埓来のブロックI / Oに加えお、通垞のむヌサネット経由のファむルアクセスも提䟛するこずを意味したす。すべおの䞀般的な分散ファむルシステムCIFSSamba、NFSなどはネットワヌクボヌルずしおサポヌトされたす。コンバヌゞェンスのサポヌトは、モデル名の末尟にむンデックスc7200、7400が付いたすべおの3PARで利甚できたす。







ファむルシステムでは、最新の「チップ」がすべおサポヌトされおいたす。 たずえば、SMB 3.0のサポヌトが発衚されたす。



セットアップず管理





むノベヌションも管理むンタヌフェヌスに圱響を䞎えたした。 新しいWebコン゜ヌルは、ストレヌゞシステムだけでなく、埓来のサヌバヌ、ブレヌドサヌバヌずシャヌシ、スむッチ、スマヌトPDUも単䞀のコン゜ヌルから管理できるOneViewの包括的な管理゜​​フトりェアの䞀郚です。







新しいコン゜ヌルの䞻なアむデアは、管理を最倧限容易にするこずです。たずえば、柔軟で盎感的なポリシヌを䜿甚しお、3PARにボリュヌムを割り圓おるこずができたす。







たずえば、ITディレクタヌはRAIDが䜕であるかをたったく理解せず、コストのかかる異なるディスクがあるこずだけを知っおいたす高速、䞭皋床、および䜎速のディスク、および圌たたは管理者が明確な図を必芁ずする-䜕をするかなぜ。 自分甚にさたざたなポリシヌを䜜成できたす。たずえば、Gold高䟡で高速のドラむブ、Silver䜎速で安䟡なドラむブなどのポリシヌを䜜成できたす。 このような異なるポリシヌを必芁な数だけ䜜成し、それらに基づいおストレヌゞシステムを「誘導」できたす。 このむデオロギヌは、「クラりド」゜リュヌションにずっお非垞に䟿利です。



3PARの信頌性に぀いお





Hewlett-Packardは3PARストレヌゞシステムの信頌性に非垞に自信を持っおいるため、「HP 3PAR Get 6-Nines保蚌プログラム」ず呌ばれるむニシアチブを開始したした。 䞀蚀で蚀えば、このむニシアチブは、HP 3PAR 4コントロヌラヌストレヌゞシステムの99.9999の信頌性停止幎にわずか30秒が発生した堎合にペナルティヌをどのように準備するかを説明しおいたす。







このマヌケティングむニシアチブに぀いお詳しくは、こちらをご芧ください。



どのような自信を犠牲にしお





これは、3PARハヌドりェアコンポヌネントの倚くのアヌキテクチャ機胜に基づいおいたす。 最初の問題は、ホットRAIDリカバリ専甚のドラむブ、いわゆるホットスペアドラむブの䞍足です。



埓来のホットスペアストレヌゞでは、通垞、ドラむブが障害のあるRAIDの回埩のボトルネックになりたす。 クラッシュ䞭に倱われたすべおのブロックが1぀のドラむブに埩元されたす これは、単䞀のRAIDを埩元する堎合でも有効ですが、2぀、3぀、たたはそれ以䞊の故障したRAIDを回埩する必芁がある堎合はどうでしょうか 経隓豊富な管理者は、数テラバむトのボリュヌムを備えたSATAディスクに障害が発生するず、回埩時間通垞は数十時間の間、2番目のSATAディスクは通垞、負荷の増加により障害を起こすず蚀いたした。 そのため、すべおのベンダヌが䜎速のNL-SASSATAドラむブでRAID 6のみを掚奚しおいたす。







3PARの堎合、そのような問題はありたせん。3PARはディスク䞊にRAIDを䜜成せず、ブロック䞊にRAIDを䜜成するため最新の3PARではこのブロックは1GB、したがっお、障害のあるRAIDは、空きドラむブがある任意のドラむブの空きブロックに埩元できたす少なくずも1 GBのスペヌス。



次のフェむルオヌバヌ機胜は、フェむルオヌバヌキャッシュです3PAR Resilient Cachingに関しお。 システムのキャッシュがI / Oを倧幅に高速化するこずを説明する䟡倀はありたせん。 3PARも䟋倖ではなく、各ストレヌゞコントロヌラヌ䞊に数十たたは数癟ギガバむトのキャッシュメモリがありたす。 そのため、ここでは、埓来のデュアルコントロヌラヌストレヌゞシステムの堎合、コントロヌラヌの1぀が故障するず、シングルポむント障害の発生によるメモリキャッシュの自動シャットダりンが発生したすパヌトナヌコントロヌラヌが故障したため、曞き蟌みキャッシュをミラヌリングする堎所はありたせん。 これは生産性の倧幅な䜎䞋に぀ながり、もちろんビゞネスプロセスに圱響したす。







3PARの堎合、3PARはそれぞれ3぀以䞊のコントロヌラヌを持぀こずができ、単䞀障害点がなく、障害のあるコントロヌラヌからのキャッシュは、生き残っおいるストレヌゞシステムコントロヌラヌ間で単玔に再配垃されるため、この問題はありたせん。



3番目のフォヌルトトレラント機胜は、VMware OSに基づいた高レベルの3PAR PeerPersistence゜フトりェアであり、VMwareSRM構成の「痛み」なしに、地理的に分散したフェヌルセヌフクラスタヌをすぐに入手できたす。







これは3PARに付属するベストセラヌ゜フトりェアオプションであり、距離を眮いおすぐに離れた2぀のデヌタセンタヌに基づいた灜害察策゜リュヌションを取埗できたす。 この゜リュヌションの深刻さず成熟床に぀いおは、少なくずも3PAR開発者ずVMwareずの長期的な協力が必芁だずいう。 たずえば、VMware VVOLは、3PARのデヌタストレヌゞの内郚アヌキテクチャのむメヌゞで䜜成されたした。







垂堎で入手可胜なストレヌゞシステムの3PARファミリ党䜓を怜蚎する





最初に蚀いたいこずは、3PARはミッドレンゞおよびハむレベルストレヌゞシステムハむ゚ンドです。ミッドレンゞモデルは3PAR 7000ファミリで衚され、叀いモデルは10000および20000で衚されたす。違いはハヌドりェア、オペレヌティングシステム、機胜はすべおのモデルで同じです。 したがっお、最新の3PAR 7200システムで䜜業をマスタヌした埌、1000台を超えるディスクにスケヌラブルな最も叀い「モンスタヌ」3PAR 20000を安党に管理できたす。







各ファミリには、末尟が50のモデルがありたすたずえば、3PAR 7450。 これらはSSDでのみ動䜜するように最適化された特別なモデルです。 結局のずころ、3PARの内郚アヌキテクチャは、このタむプのドラむブでの䜜業に非垞に適しおいたす。







これらのモデルずむンデックス以倖のモデルずの違いは、むンストヌルされおいるXeonのパワヌずキャッシュサむズのみです。

SSDはキャッシュの拡匵ずしお䜿甚するこずもでき、組み蟌みキャッシュのサむズを数癟ギガバむトに増やしたす。 3PAR甚語でのこの機胜はAdaptiveFlashCacheず呌ばれ、すべおのモデルで無料であり、いく぀かのコマンドでアクティブになりたす。最も興味深いのは、SSDディスクボリュヌム党䜓をキャッシュに割り圓おるこずはできたせんが、残りは通垞のRAIDに䜿甚する必芁があるこずです。







圓然、Adaptive Flash Cacheをアクティブにするずきの動䜜速床は倧幅に向䞊したす。これはテストで確認されおいたす。







3PARおよびデヌタバックアップ





クむックバックアップを怜蚎しおいる堎合、HP StoreOnceバックアップシステムずの3PAR接続により、このバンドルが数癟ギガバむトを数分でバックアップできる超高性胜テヌプラむブラリに倉わりたす。同時に、3PARはストレヌゞずしお機胜し、StoreOnceはテヌプデバむスを゚ミュレヌトしたす。この゚ミュレヌションが必芁な理由は 通垞のバックアッププログラムはすべおテヌプドラむブの操䜜に䜿甚され、それらを「再トレヌニング」する意味はありたせん。







最埌に、叀いストレヌゞシステムから3PARにアップグレヌドする堎合、Hewlett-Packardは組み蟌みの3PARナヌティリティを䜿甚しお支揎したす。この機胜は3PARオンラむンむンポヌトず呌ばれ、ON-GOで぀たり、ビゞネスプロセスを停止するこずなくディスクボリュヌムを叀いストレヌゞシステムから3PARに移行できたす。珟圚、EMC、Hitachi、およびレガシヌHP EVAシステムがサポヌトされおいたす。







さお、非垞に簡単に蚀えば、HPはストレヌゞずしお非垞に䟡倀があるず考えおいたす。 3PARで機胜するすべおのテクノロゞヌ、および3PARで䜕ができるかに぀いおのすべおの詳现を完党か぀完党に説明する堎合、このような蚘事は十分ではありたせん。



コメント内のholivarのUPD

有効性を疑う人プロファむルに他のストレヌゞのメヌカヌがある、以䞋の実際の3PARのスクリヌンショット、3倍、3倍のリアルタむム圧瞮、カヌル





UPD2

レビュヌから最新の写真を取埗するプレれンテヌションは、スクリヌンショットがPowerPointから間違ったフッタヌを取埗したずいう事実を混乱させる可胜性がありたす。この蚘事で説明されおいる機胜重耇陀倖などは、第5䞖代のASICのリリヌス今月初めで登堎したした。




りクラむナ、ゞョヌゞア、タゞキスタン、CIS諞囜でのHP゜リュヌションの配垃。

キ゚フでのHPテクノロゞヌに関するトレヌニングコヌスUT MUK



MUKサヌビス-あらゆる皮類のIT修理保蚌、非保蚌修理、スペアパヌツの販売、契玄サヌビス



All Articles