MUKクラスルヌムでのHP 3PAR StoreServテクノロゞヌの管理の抂芁





もう䞀床、 StoreServ OSI、IIに基づいたストレヌゞシステムHP 3PARの管理に関するトレヌニングコヌスがCC MUKKiev で開催されたした。 このコヌスは5日間で構成され、2郚2日間ず3日間で構成されたす。最初の郚分は、3PARアヌキテクチャずロヌカルレプリケヌションを含むその機胜に関する䞀般情報です。 2番目の郚分では、すでにリモヌトレプリケヌションず耐灜害構成に぀いお説明しおいたす。 コヌスの最初の日には理論があり、その埌のすべおの日には、孊生は80の研究宀で、わずかな理論しかありたせんでした。 あなたの泚意は、Storservのコヌスの始たりです。 最初の3時間で、むンストラクタヌは次の5日間のコヌスをレビュヌし、その埌、詳现なテクニカルコヌスの䞀郚ずしお3PARストレヌゞシステムのレビュヌを行いたした。 むベントのカットレポヌトず、コヌスの最初の3時間の蚘録の䞋。



コヌスでは、孊生は3PARのすべおの䞻芁なチヌムに粟通したした。







3PAR OSの䜿甚方法を理解するには、HP 3PARファミリ党䜓のトポロゞずアヌキテクチャ党䜓を理解する必芁がありたす。 コヌスの始めに、むンストラクタヌは基本的な3PARのすべおの機胜を簡単に説明したした。  新しい3PARのレビュヌはすでにブログにありたした 。 次に、新しい3PARが登堎したので、私は䜕が新しくなったかをレビュヌしたした。 3PARはこのように蚭蚈されおおり、特に新しい8シリヌズではっきりず芋えたす。ハむ゚ンドずミッドレンゞの間の線ががやけおおり、䞋のバヌから高い゜リュヌションたでさたざたです。 むンストラクタヌは、物理レベルおよび゜フトりェアレベルで「䜕がどのように機胜するか」を正確に把握できるように、アヌキテクチャ党䜓を特別にレビュヌしたした。







シンプロビゞョニング機胜が怜蚎されたしたが、これは3PARで初めお登堎したした。 したがっお、その独自の名前は、倉庫の業界党䜓を指す䞀般甚語に移行したした。



新しいStoreServコン゜ヌルをレビュヌしたした。これは、すべおのHP機噚を管理するための統合゜フトりェアのように芋えたす-OneView秘密には、Linuxに非垞に䌌おいたす。 以前のコン゜ヌルはJavaで実装され、ポヌト5753-暗号化された5782-暗号化されおいない接続を䜿甚したす-むンタヌフェヌスは分厚いVMwareクラむアントのように芋えたす。 コン゜ヌルの機胜は、3PARラむン党䜓で同じであるこずです。 このHPストレヌゞ管理コン゜ヌルを所有しおいる堎合、100䞇ドルのハむ゚ンドを含む3PARモデルを把握しお管理できたす。







重芁なこずは、むンストラクタヌは「玔粋な理論家」ではなく、プロゞェクトで働く゚ンゞニアであるこずです。 私たちの研究宀の参加者は、コヌスで議論されたすべおを「感じる」こずができたした。 むンストラクタヌは、コントロヌラヌを分解しお研究するために持っおきたした。 このコヌスでは、むンストラクタヌは生埒の実際の問題や質問ぞの逞脱を歓迎したす。







基本的に、コヌスは第7千シリヌズに぀いおであり、8,000および20,000シリヌズの新しいモデル甚に個別のモゞュヌルが远加されたした。



3PARでは、すべおのディスクが仮想化され、1぀のディスクのみをロヌドしないように、すべおのデヌタは䞀皮の「拡散」されたす。 埓来の意味での空襲はありたせん。空襲はディスク䞊ではなくブロックを介しお行われたす。 このアプロヌチは鉄からの独立性を提䟛し、トラック、セクタヌはなくブロックのある珟代のSSDの抂念に非垞によく適合したす。 れロ怜出は別の3PARチップです。たた、薄いプロビゞョニングを䜿甚し、3PARは顕埮鏡郚分で16 kbを怜出し、最も近い競合他瀟は数メガバむトのブロックI / Oを持っおいたす。 もう1぀の特城は、3PARストレヌゞシステムの党ラむンが、ビデオカヌドがPCのビデオを高速化するように、ハヌドりェアがI / O操䜜を高速化する特別なチップに基づいおいるこずです。 ストレヌゞシステムの䞻芁メヌカヌはXeonsに移行したしたが、HPはアヌキテクチャに忠実であり、゜フトりェアではなくハヌドりェアが襲撃を加速したす。



「䞉人」

HPの゚ンゞニアの䞭には、3PARストレヌゞシステムの出珟に関する䌝説があり、2000幎に「3人の男」が誕生したした。 圌らは巧劙に行動したした圌らは垂堎で最高のものを芋お、それを圌らのストレヌゞシステムに持ち蟌みたした-そしおそれで垂堎に行きたした。 このシステムでは、「誕生から」倚くの異なる異皮のタスクを実行する必芁がありたした。 3PARでの異皮混合ロヌドのアむデアは完党に解決されたした。 アヌキテクチャ自䜓は、タスクが互いに干枉しないように蚭蚈されおいたす。 たずえば、3PARは仮想ドメむンテクノロゞヌ Virtual Domen を実装したす。1぀の3PARがいく぀かの個別のボリュヌムに分割されるず、ストレヌゞシステムは互いに芋えなくなりたす。 たずえば、異なる顧客間でデヌタセンタヌが切断され、ストレヌゞシステムの各郚に蚭定されおいるタスクに関係なく、盞互に干枉しない堎合。







HPが3PARを賌入したずき、最初から3PARはくしゃみのラむセンスを取埗したした。ラむセンスの数は倧幅に枛少したした。 珟圚、最倧48個のディスクのストレヌゞの堎合-ボリュヌムの代償ずしお48個以䞊のディスクがありたす-䜕もラむセンスされおいたせん。 すぐに䜿甚できる3PARは、ラむセンスなしで機胜したす シンプロビゞョニング 、 重耇排陀 、およびアダプティブフラッシュキャッシュ 。 他のすべおの機胜はラむセンスされおいたす。



3PARのもう1぀の特城は、このストレヌゞが察称性ずバランスを愛しおいるこずです。 䞀般的に、3PARはそのように蚭蚈されおおり、コントロヌラヌに偶数などがある堎合、バランスの原則が垞に尊重されたす。 HPは、負荷分散されおいない3PARを販売するこずはありたせん。 コントロヌラヌは、たず障害が発生した堎合にキャッシュを曞き換えるために、たずパヌトナヌを必ず持っおいたす。 察称性の芁件により倚くのディスクずシェルフを远加する必芁がある堎合もありたすが、孊生は3PARが任意の数のディスクずシェルフで動䜜するこずを確認したしたが、垞に最適ずは蚀えたせんが、生産性は䜕倍にもなりたす



コントロヌラヌが戊う

3PARは、最初に、ミドルレンゞセグメントで2、4、6のコントロヌラヌストレヌゞ必芁に応じおペア番号の䜜成を開始したした。 3PARにはファむルアクセスずブロックアクセスの䞡方がありたす。 マヌキングC-統合されたファむルおよびブロックアクセスを意味したすが、このマヌキングは8,000および20,000シリヌズで廃止されたした。すべおのモデルはすでに工堎で統合されおいたす。





コントロヌラヌのASIC



クラりドテクノロゞヌず重耇排陀を備えた3PARの䜜業専甚のモゞュヌルもありたした。 たずえば、 VMwareがディスクのフォヌマットを開始した堎合、3PARはディスクのバック゚ンドをロヌドしないように䜕もしたせん。フォヌマットは基本的にれロを蚘録し、3PARは16 kbのブロックでそれらを怜出するためです。 ASICはディスクに曞き蟌みをせず、メタデヌタのみを曎新するため、スルヌプットが向䞊したす。 たた、1぀のWindows OSをVMwareにむンストヌルするず、必芁な数のVDIマシンに重耇排陀できたす。 ラむセンスなしで、3PARにはすでに重耇排陀甚のポヌトが装備されおいたす。 暗号化チップを備えたディスクをすでに補造しおいるベンダヌがありたす。3PARはこれらのディスクを独自に暗号化せず、ディスクに組み蟌たれたチップを䜿甚し、自宅でのみキヌを保存したす。 ただし、3PARで暗号化されたドラむブに切り替えるには、すべおのドラむブを暗号化に転送する必芁があるずいうルヌルがありたす。



むンストラクタヌは、さたざたな゜フトりェアのレビュヌを行っお、3PARで䜕が埗られるか、たたは他にどのように䜿甚できるかを評䟡したした。 3PARであなたず䜕を受け取るかをより詳现に怜蚎するために、孊生はHPE QuickSpecsツヌルを䜿甚したした。







それずは別に、むンストラクタヌは、゚ンゞニアおよびシステム管理者が3PARで䜜業するずきに遭遇する䞀般的な問題に぀いお怜蚎したした。 サヌビスリク゚ストがい぀、どのように凊理されるかに぀いお。 どのパヌトナヌシップ番号が3PARサヌビス契玄を远跡したす。 この堎合、サヌビスサポヌトを倱うためにリスクを負うべきではありたせん。



たた、むンストラクタヌは「チップ」を瀺したしたが、このチップにはほずんど泚意を払っおいたせん。 たずえば、開発者は、管理コン゜ヌルOneViewに䌌たものの䟿利さを任されおいたした。 開発者は、システムのすべおの蚘録、そのステヌタスなどを蚘録する内郚Twitterシステムのようなこずをしたした。 -これは、管理者のストレヌゞの党䜓像ず履歎を確認するための優れたツヌルです。 圌は、最倧16個の3PARを管理できるWebバヌゞョンの管理コン゜ヌルOneViewに぀いお話したした。 このWebプラットフォヌムは、これたで誰もができるわけではありたせんが、サヌバヌ、ストレヌゞ、スむッチなどのHPハヌドりェアをすぐに管理できるようになりたす。 3PARストレヌゞシステムの管理では、ファむルサヌビスの䜜成時にこのWebプラットフォヌムが既に䜿甚されおいたすこの機胜はFile Personaず呌ばれたす。 このWebコン゜ヌルのもう1぀の利点は、「党面的な」怜玢があるこずです。 たずえば、16個の3PARがある堎合、この怜玢なしで䜕かを芋぀けるこずには問題があるため、怜玢はWindows怜玢に䌌おいたす。 デヌタをアヌカむブするための興味深い機胜は仮想ロックです -「5幎間デヌタを保存する必芁がある」堎合、顧客は芁件を満たしたす-3PARはそのようなハヌドりェアレベルでデヌタをロックでき、ロックを解陀するこずさえできたせん:)。







むンストラクタヌは、゜フトりェアのみに関連する問題に加えお、玔粋に技術的な問題に觊れたした。 たずえば、圌は䞀連の機噚で異なるリビゞョンが異なるxeonで䜿甚されおいるずいう事実に぀いお話したした。 確かに、7200シリヌズの機噚を7400にアップグレヌドするために䜿甚できるファヌムりェアに぀いお知っおいる人はほずんどいたせん。ハヌドりェアは同じで、機胜はコン゜ヌルでアクティブになりたす。 3PARにもこのようなトリックがありたす。電源には専甚のバッテリヌがあり、電源コヌドを抜いおキャッシュからデヌタを曞き蟌むこずができたす。 たた、システムパフォヌマンスのチュヌニングず実装の機胜に぀いおもレビュヌしたした。



そしお、このコヌスで議論された他の倚くのこずに぀いおは曞きたせんでした。ビデオを芋るか、自分でコヌスに参加しおください。



HP 3PAR StoreServの管理コヌスの最初の2぀の郚分を終えるず、最新の最先端のIIIにアクセスできたす。ここでは、 適応最適化ずAdaptiveFlashCacheの技術が深化しおいたす。



以䞋は、コヌスの最初の3時間のビデオです。







次の3PARトレヌニングコヌスに招埅したす。

2016幎1月18〜20日HK902S 3PARディスクアレむの管理

2016幎1月21〜22日HK904S HP 3PARディスクアレむの管理レプリケヌションずパフォヌマンス

2016幎2月8〜10日H9P97S HP 3PAR StoreServ IIIの管理






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

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



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



All Articles