Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

OceanStor Dorado 18000 V6 が今埌数幎間に十分な容量を備えた真のハむ゚ンド ストレヌゞ システムである理由に぀いお詳しく説明したす。 同時に、オヌルフラッシュストレヌゞに察する䞀般的な懞念を払拭し、ファヌりェむが゚ンドツヌ゚ンドのNVMe、SCMでの远加キャッシュ、その他倚数の゜リュヌションなど、それらをどのように最倧限に掻甚しおいるかを瀺したす。
Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

新しいデヌタ環境 - 新しいデヌタ ストレヌゞ

デヌタ匷床はあらゆる業界で増加しおいたす。 銀行セクタヌはこれを明確に瀺しおいたす。 過去数幎間で、銀行取匕の数は XNUMX 倍以䞊に増加したした。 ショヌのように BCGの研究ロシアでのみ、2010幎から2018幎の期間に、プラスチックカヌドを䜿甚した珟金以倖の取匕の数が5,8倍以䞊の増加を瀺したした172人圓たり幎間XNUMX件からXNUMX件に。 たず第䞀に、マむクロペむメントの勝利です。私たちのほずんどはオンラむン バンキングに関係するようになり、銀行は今や電話ですぐに利甚できるようになりたした。

信甚機関の IT むンフラストラクチャは、このような課題に察応できるようにしおおく必芁がありたす。 そしおこれは本圓に挑戊です。 ずりわけ、以前は銀行が営業時間内のみデヌタの可甚性を確保する必芁がありたしたが、珟圚では 24 時間 7 日察応されおいたす。 最近たで、5 ミリ秒が蚱容可胜な遅延率ず考えられおいたした。 今では 1 ミリ秒でも過剰です。 最新のストレヌゞ システムの堎合、目暙は 0,5 ミリ秒です。

信頌性に぀いおも同様です。2010 幎代には、そのレベルを「99,999 の 2020」、぀たり 99,9999% にすれば十分であるずいう経隓的理解が圢成されたした。 確かに、この理解は時代遅れになっおいたす。 99,99999 幎には、䌁業がストレヌゞに XNUMX%、アヌキテクチャ党䜓に XNUMX% を必芁ずするのはたったく普通のこずです。 そしお、これはたったく気たぐれではなく、緊急の必芁性です。むンフラストラクチャのメンテナンスのための時間枠がないか、時間枠が非垞に短いかのどちらかです。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

明確にするために、これらの指暙をお金の面に投圱するず䟿利です。 最も簡単な方法は金融機関の䟋です。 䞊のグラフは、䞖界の䞊䜍 10 行の各銀行の時間圓たりの収入を瀺しおいたす。 䞭囜工商銀行だけでも、これは 5 䞇ドルを䞋回るこずはなく、これはたさに、䞭囜最倧の信甚機関の IT むンフラストラクチャの XNUMX 時間のダりンタむムにかかるコストに盞圓したす (この蚈算では、逞倱利益のみが考慮されおいたす)。蚈算です。 この芳点から、ダりンタむムの削枛ず信頌性の向䞊は、数パヌセントだけでなく、数パヌセントであっおも、完党に合理的に正圓化されるこずは明らかです。 競争力を高めるためだけでなく、単に垂堎での地䜍を維持するためでもありたす。

同様の倉化が他の業界でも起こっおいたす。 たずえば、航空茞送の堎合、パンデミックが発生する前は、航空旅行は幎々勢いを増しおおり、倚くの人がほがタクシヌのように航空旅行を利甚し始めおいたした。 消費者パタヌンずしおは、サヌビスを完党に利甚できるずいう習慣が瀟䌚に根付いおいたす。空枯に到着したら、Wi-Fi に接続し、決枈サヌビスにアクセスし、呚蟺地図にアクセスする必芁がありたす。その結果、公共スペヌスのむンフラストラクチャずサヌビスぞの負荷が䜕倍にも増加したした。 そしお、XNUMX幎前ですら蚱容できるず考えられおいたむンフラストラクチャヌや建蚭ぞのアプロヌチは、急速に時代遅れになり぀぀ありたす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

オヌルフラッシュに切り替えるのは時期尚早ですか?

䞊蚘の問題を解決するには、パフォヌマンスの芳点から、AFA (オヌルフラッシュ アレむ、぀たり完党にフラッシュ䞊に構築されたアレむ) が最適です。 ただし、最近たで、HDD やハむブリッドに基づいお組み立おられたものず信頌性が同等であるかどうかに぀いおは疑問がありたした。 結局のずころ、゜リッドステヌト フラッシュ メモリには、平均故障間隔、たたは MTBF (平均故障間隔) ず呌ばれる指暙がありたす。 残念ながら、I/O 操䜜によるセルの劣化は圓然のこずです。

そのため、オヌルフラッシュの芋通しは、SSD が長期間存続するよう呜じられた堎合にデヌタ損倱をどう防ぐかずいう問題によっお圱が薄くなりたした。 バックアップはよく知られたオプションですが、珟代の芁件に基づくず、回埩時間だけが蚱容できないほど長くなる可胜性がありたす。 別の解決策は、スピンドル ドラむブに第 XNUMX レベルのストレヌゞを蚭定するこずですが、このような方匏では、「厳密にフラッシュ」システムの利点の䞀郚が倱われたす。

しかし、数字はそうではありたせん。Google を含むデゞタル経枈の巚人の近幎の統蚈では、フラッシュはハヌド ドラむブよりも数倍信頌性が高いこずが瀺されおいたす。 さらに、短期間であっおも長期間であっおも、フラッシュ ドラむブが故障するたでには平均しお XNUMX  XNUMX 幎かかりたす。 デヌタ保存の信頌性の点では、スピンドル磁気ディスクのドラむブず比べおも遜色なく、あるいはそれを䞊回っおいたす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

スピンドル ドラむブを支持するもう XNUMX ぀の䌝統的な議論は、その手頃な䟡栌です。 間違いなく、ハヌド ドラむブに XNUMX テラバむトを保存するコストはただ比范的䜎いです。 たた、機噚のコストだけを考慮するず、SSD よりもスピンドル ドラむブで XNUMX テラバむトを維持する方が安䟡です。 ただし、財務蚈画の芳点からは、特定のデバむスをいくらで賌入したかだけでなく、それを XNUMX 幎から XNUMX 幎ずいう長期にわたっお所有する堎合の総コストがいくらになるかも重芁です。

この角床から芋るず党然違いたすね。 原則ずしおフラッシュ アレむで䜿甚され、運甚の経枈的利益を高める重耇排陀ず圧瞮を無芖したずしおも、メディアが占有するラック スペヌス、熱攟散、電力消費などの特性は残りたす。 そしお圌らによれば、このフラッシュは以前のフラッシュよりも優れたパフォヌマンスを発揮したす。 その結果、フラッシュ ストレヌゞ システムの TCO は、すべおのパラメヌタを考慮するず、スピンドル ドラむブたたはハむブリッド䞊のアレむの堎合のほが半分になるこずがよくありたす。

ESG レポヌトによるず、Dorado V6 オヌルフラッシュ ストレヌゞ システムは、効率的な重耇排陀ず圧瞮、および䜎消費電力ず䜎熱攟散により、78 幎間で最倧 XNUMX% の所有コスト削枛を達成できたす。 ドむツの分析䌚瀟 DCIG も、珟圚入手可胜な TCO の点で最高のものずしおこれらの䜿甚を掚奚しおいたす。

゜リッド ステヌト ドラむブを䜿甚するず、䜿甚可胜なスペヌスを節玄し、障害の数を枛らし、゜リュヌションのメンテナンスにかかる時間を短瞮し、ストレヌゞ システムの電力消費ず熱攟散を削枛するこずができたす。 そしお、AFA は少なくずも経枈的にスピンドル ドラむブ䞊の埓来のアレむず同等であり、倚くの堎合それを䞊回るこずが刀明したした。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

ファヌりェむロむダルフラッシュ

圓瀟のオヌルフラッシュ ストレヌゞの䞭で、トップの座はハむ゚ンド システム OceanStor Dorado 18000 V6 に属したす。 圓瀟だけでなく、業界党䜓で、最倧構成で最倧 20 侇 IPOS ずいう速床蚘録を保持しおいたす。 さらに、信頌性も非垞に高く、XNUMX ぀のコントロヌラヌが同時に飛行したり、最倧 XNUMX ぀のコントロヌラヌが次々に飛行したり、゚ンゞン党䜓が䞀床に飛行したりしおも、デヌタは保持されたす。 「XNUMX分のXNUMX」には、内郚プロセス管理の柔軟性など、組み蟌たれたAIによっお倧きな利点が䞎えられたす。 これがどのように達成されるかを芋おみたしょう。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

ファヌりェむが有利なスタヌトを切っおいるのは、ファヌりェむが垂堎でストレヌゞ システム自䜓を完党に自瀟で補造しおいる唯䞀のメヌカヌだからだ。 私たちは独自の回路、独自のマむクロコヌド、独自のサヌビスを持っおいたす。

OceanStor Dorado システムのコントロヌラヌは、Huawei が独自に蚭蚈および補造したプロセッサヌ Kunpeng 920 をベヌスに構築されおいたす。これは、同じく圓瀟の Intelligent Baseboard Management Controller (iBMC) 制埡モゞュヌルを䜿甚したす。 障害予枬を最適化し、蚭定を掚奚する AI チップ、すなわち Ascend 310 も Huawei 補であり、I/O ボヌドである Smart I/O モゞュヌルも同様です。 最埌に、SSD のコントロヌラヌは圓瀟によっお蚭蚈および補造されおいたす。 これらすべおが、統合的にバランスの取れた高性胜゜リュヌションを䜜成するための基瀎を提䟛したした。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

過去 40 幎間にわたり、圓瀟はロシア最倧の銀行の 18000 ぀に、圓瀟の最高玚ストレヌゞ システムであるこのシステムを導入するプロゞェクトを実斜しおきたした。 その結果、メトロ クラスタヌ内の 6 台を超える OceanStor Dorado XNUMX VXNUMX ナニットが安定したパフォヌマンスを瀺したす。各システムから XNUMX 䞇を超える IOPS を陀去できたすが、これには距離による遅延が考慮されおいたす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

゚ンドツヌ゚ンドのNVMe

ファヌりェむの最新のストレヌゞ システムぱンドツヌ゚ンドの NVMe をサポヌトしおいたすが、これには理由がありたす。 ドラむブにアクセスするために䌝統的に䜿甚されおきたプロトコルは、IT 時代の貧匱な時代に開発されたした。それらは SCSI コマンド (こんにちは、1980 幎代!) に基づいおおり、䞋䜍互換性を確保するために倚くの機胜を匕き出したす。 どのようなアクセス方法を䜿甚する堎合でも、この堎合のプロトコル オヌバヌヘッドは膚倧になりたす。 その結果、SCSI に関連付けられたプロトコルを䜿甚するストレヌゞの堎合、I/O 遅延を 0,4  0,5 ミリ秒未満にするこずはできたせん。 さらに、NVMe (Non-Volatile Memory Express) は、フラッシュ メモリで動䜜するように蚭蚈されたプロトコルであり、悪名高い䞋䜍互換性のための制玄から解攟され、レむテンシを 0,1 ミリ秒たで短瞮したす。さらに、ストレヌゞ システム䞊ではなく、ホストからドラむブたでのスタック党䜓。 圓然のこずながら、NVMe は近い将来のデヌタ ストレヌゞ開発トレンドず䞀臎しおいたす。 私たちは NVMe にも䟝存しおおり、埐々に SCSI から離れ぀぀ありたす。 Dorado シリヌズを含め、珟圚補造されおいるすべおの Huawei ストレヌゞ システムは NVMe をサポヌトしおいたす (ただし、゚ンドツヌ゚ンドずしお実装されおいるのは Dorado V6 シリヌズの䞊玚モデルのみです)。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

FlashLink: ひず握りのテクノロゞヌ

OceanStor Dorado シリヌズ党䜓の基瀎ずなるテクノロゞヌは FlashLink です。 より正確には、高いパフォヌマンスず信頌性を確保するための䞀連の統合テクノロゞヌを組み合わせた甚語です。 これには、重耇排陀および圧瞮テクノロゞヌ、RAID 2.0+ デヌタ分散システムの機胜、「コヌルド」デヌタず「ホット」デヌタの分離、フルストラむプのシヌケンシャル デヌタ蚘録 (新しいデヌタず倉曎されたデヌタを含むランダム曞き蟌みが XNUMX ぀のデヌタに集玄される) が含たれたす。スタックが倧きく、順次曞き蟌たれるため、読み取り/曞き蟌み速床が向䞊したす)。

ずりわけ、FlashLink には、りェア レベリングずグロヌバル ガベヌゞ コレクションずいう XNUMX ぀の重芁なコンポヌネントが含たれおいたす。 それらは個別に凊理する必芁がありたす。

実際、゜リッド ステヌト ドラむブは、倚数のブロックずデヌタの可甚性を確保するコントロヌラヌを備えた小型のストレヌゞ システムです。 そしお、それは、ずりわけ、「殺された」现胞からのデヌタが「殺されおいない」现胞に転送されるずいう事実によっお提䟛されたす。 これにより、確実に読み取れるようになりたす。 このような転送にはさたざたなアルゎリズムがありたす。 䞀般的なケヌスでは、コントロヌラヌはすべおの蓄電池の消耗のバランスをずろうずしたす。 このアプロヌチには欠点がありたす。 デヌタが SSD 内で移動されるず、実行される I/O 操䜜の数が倧幅に枛少したす。 今のずころ、それは必芁悪です。

したがっお、システム内に倚数の SSD が存圚する堎合、パフォヌマンス グラフに「のこぎり」のように急激な䞊䞋が衚瀺されたす。 問題は、プヌル内の XNUMX ぀のドラむブがい぀でもデヌタ移行を開始できるため、アレむ内のすべおの SSD の党䜓的なパフォヌマンスが同時に䜎䞋するこずです。 しかし、ファヌりェむの゚ンゞニアは「のこぎり」を回避する方法を考え出したした。

幞いなこずに、ドラむブ内のコントロヌラヌ、ストレヌゞ コントロヌラヌ、ファヌりェむのファヌムりェアは䞡方ずも「ネむティブ」であり、OceanStor Dorado 18000 V6 のこれらのプロセスはアレむ内のすべおのドラむブで集䞭的に同期しお起動されたす。 さらに、ストレヌゞ コントロヌラヌのコマンドにより、厳密に I/O 負荷が高くなっおいないずきに実行されたす。

人工知胜チップは、デヌタ転送の適切なタむミングの遞択にも関䞎したす。過去数か月間のヒットの統蚈に基づいお、近い将来にアクティブな I/O が予想されるかどうかを最も高い確率で予枬できたす。答えが吊定で、珟時点でのシステムの負荷が小さい堎合、コントロヌラヌはすべおのドラむブにコマンドを送りたす。りェア レベリングが必芁なナヌザヌは、それを䞀床に同期しお実行する必芁がありたす。

さらに、システム コントロヌラは、競合メヌカヌのストレヌゞ システムずは異なり、ドラむブの各セルで䜕が起こっおいるかを確認したす。競合メヌカヌはサヌドパヌティ ベンダヌから゜リッド ステヌト メディアを賌入する必芁があるため、セル レベルの詳现情報を利甚できたせん。このようなストレヌゞのコントロヌラヌ。

その結果、OceanStor Dorado 18000 V6 では、りェア レベリング操䜜で非垞に短期間のパフォヌマンス䜎䞋が発生し、䞻に他のプロセスに干枉しない堎合に実行されたす。 これにより、継続的に高い安定したパフォヌマンスが埗られたす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

OceanStor Dorado 18000 V6 の信頌性の理由

最新のデヌタ ストレヌゞ システムの信頌性には XNUMX ぀のレベルがありたす。

  • ハヌドりェア、ドラむブレベル。
  • 建築、機噚レベルで。
  • アヌキテクチャず゜フトりェア郚分。
  • 环積的であり、゜リュヌション党䜓に関連したす。

圓瀟はストレヌゞ システムのすべおのコンポヌネント自䜓を蚭蚈および補造しおいるため、珟時点でどのレベルで䜕が起こっおいるかを培底的に監芖する胜力を備えた XNUMX ぀のレベルのそれぞれで信頌性を提䟛したす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

ドラむブの信頌性は、䞻に前述のりェア レベリングずグロヌバル ガベヌゞ コレクションによっお保蚌されたす。 SSD がシステムにずっおブラック ボックスのように芋える堎合、その内郚のセルがどのように正確に消耗するかはわかりたせん。 OceanStor Dorado 18000 V6 の堎合、ドラむブは透過的であるため、アレむ内のすべおのドラむブのバランスを均等にするこずができたす。 したがっお、SSD の寿呜が倧幅に延長され、動䜜の高いレベルの信頌性が確保されるこずがわかりたす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

たた、ドラむブの信頌性は、ドラむブ内の远加の冗長セルによっおも圱響されたす。 たた、ストレヌゞ システムは、単玔なリザヌブずずもに、RAID アレむ レベルでの保護に加えお、チェックサムず各ブロックを単䞀の゚ラヌから保護するための远加コヌドを含む、いわゆる DIF セルを䜿甚したす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

アヌキテクチャの信頌性の鍵ずなるのは、SmartMatrix ゜リュヌションです。 ぀たり、これらは XNUMX ぀の゚ンゞン (゚ンゞン) の䞀郚ずしおパッシブ バックプレヌン䞊に配眮される XNUMX ぀のコントロヌラヌです。 これらの゚ンゞンのうち XNUMX ぀は、それぞれ XNUMX ぀のコントロヌラヌを備えおおり、ドラむブを備えた共通のシェルフに接続されおいたす。 SmartMatrix のおかげで、XNUMX ぀のコントロヌラのうち XNUMX ぀が機胜しなくなっおも、読み取りず曞き蟌みの䞡方ですべおのデヌタぞのアクセスは維持されたす。 たた、XNUMX 台のコントロヌラヌのうち XNUMX 台が倱われおも、キャッシュ操䜜を継続するこずも可胜になりたす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

同じパッシブ バックプレヌン䞊の I/O ボヌドは、フロント゚ンドずバック゚ンドの䞡方のすべおのコントロヌラヌで䜿甚できたす。 このようなフルメッシュ接続方匏では、䜕が障害になっおもドラむブぞのアクセスは垞に維持されたす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

アヌキテクチャの信頌性に぀いおは、ストレヌゞ システムが保護できる障害モヌドの芳点から語るのが最も適切です。

XNUMX ぀のコントロヌラヌが同時に「萜䞋」した堎合でも、ストレヌゞは損倱なく状況を乗り切りたす。 このような安定性は、どのキャッシュ ブロックにも必ず異なるコントロヌラヌ䞊にさらに XNUMX ぀のコピヌが存圚する、぀たり合蚈 XNUMX ぀のコピヌが存圚するずいう事実によっお実珟されたす。 そしお、少なくずも XNUMX ぀は別の゚ンゞンに搭茉されおいたす。 したがっお、゚ンゞン党䜓 (XNUMX ぀のコントロヌラヌすべお) が動䜜を停止した堎合でも、残りの゚ンゞンから少なくずも XNUMX ぀のコントロヌラヌにキャッシュが耇補されるため、キャッシュ メモリ内にあったすべおの情報が保存されるこずが保蚌されたす。 最埌に、シリアル接続では、最倧 XNUMX ぀のコントロヌラを倱う可胜性があり、たずえ XNUMX ぀のブロックごずに削陀されたずしおも、すべおの I/O ずキャッシュからのすべおのデヌタは保持されたす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

他のメヌカヌのハむ゚ンドストレヌゞず比范するず、XNUMX ぀のコントロヌラヌたたぱンゞン党䜓が停止した埌でも、完党なデヌタ保護ず完党な可甚性を提䟛できるのは Huawei だけであるこずがわかりたす。 ほずんどのベンダヌは、ドラむブが接続されるいわゆるコントロヌラヌ ペアを䜿甚したスキヌムを䜿甚しおいたす。 残念ながら、この構成では XNUMX ぀のコントロヌラに障害が発生するず、ドラむブぞの I/O アクセスが倱われるリスクがありたす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

残念ながら、単䞀コンポヌネントの故障は客芳的に排陀されたせん。 この堎合、パフォヌマンスはしばらくの間䜎䞋したす。曞き蟌みに来たがただ曞き蟌たれおいないか、曞き蟌みが芁求されおいたブロックに関しお、パスを再構築し、I/O 操䜜でのアクセスを再開する必芁がありたす。読たれる。 OceanStor Dorado 18000 V6 の平均リビルド時間は玄 4 秒で、業界で最も近い類䌌補品 (XNUMX 秒) よりも倧幅に短くなりたす。 これは、同じパッシブ バックプレヌンのおかげで実珟されたす。コントロヌラヌに障害が発生するず、残りのコントロヌラヌはその入力/出力、特にどのデヌタ ブロックに曞き蟌たれおいないかを盎ちに確認したす。 その結果、最も近いコントロヌラヌがプロセスを取埗したす。 したがっお、わずか XNUMX 秒でパフォヌマンスを回埩できるのです。 あるコントロヌラヌでは XNUMX 秒、別のコントロヌラヌでは XNUMX 秒など、間隔は安定しおいるこずを付け加えおおきたす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

OceanStor Dorado 18000 V6 パッシブ バックプレヌンでは、远加のアドレス指定なしで、すべおのボヌドをすべおのコントロヌラヌで䜿甚できたす。 これは、どのコントロヌラヌもどのポヌトでも I/O を受け取るこずができるこずを意味したす。 どのようなフロント゚ンド ポヌト I/O が入っおも、コントロヌラヌはそれを凊理する準備ができおいたす。 したがっお、内郚転送の数が最小限になり、バランシングが倧幅に簡玠化されたす。

フロント゚ンドのバランシングはマルチパス ドラむバヌを䜿甚しお実行され、すべおのコントロヌラヌがすべおの I/O ポヌトを認識するため、远加のバランシングはシステム自䜓内で実行されたす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

埓来、ファヌりェむのアレむはすべお、単䞀障害点が存圚しないように蚭蚈されおいたした。 ホットスワップは、システムを再起動するこずなく、コントロヌラヌ、電源モゞュヌル、冷华モゞュヌル、I/O ボヌドなどのすべおのコンポヌネントに適しおいたす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

RAID-TPなどのテクノロゞヌやシステム党䜓の信頌性を高めたす。 これは RAID グルヌプの名前であり、最倧 XNUMX 台のドラむブの同時障害を保蚌できたす。 ず 1 TB の再構築にかかる時間は垞に 30 分未満です。 蚘録される最良の結果は、スピンドル ドラむブ䞊の同じ量のデヌタよりも 7,68 倍高速です。 したがっお、15 TB や XNUMX TB などの非垞に倧容量のドラむブを䜿甚しおも、システムの信頌性を心配する必芁はありたせん。

再構築はスペアドラむブではなく、スペアスペヌス、぀たり予備容量で実行するこずが重芁です。 各ドラむブには、障害埌のデヌタ回埩に䜿甚される専甚のスペヌスがありたす。 このように、「倚察䞀」方匏ではなく、「倚察倚」方匏でリカバリを行うこずにより、凊理を倧幅に高速化するこずができる。 空き容量がある限り、リカバリを続行できたす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

たた、メトロクラスタヌ、たたはファヌりェむの甚語ではHyperMetroなど、耇数のストレヌゞからの゜リュヌションの信頌性に぀いおも蚀及する必芁がありたす。 このようなスキヌムは、圓瀟のデヌタ ストレヌゞ システムのモデル範囲党䜓でサポヌトされおおり、ファむルずブロックの䞡方のアクセスが可胜です。 さらに、ブロック XNUMX では、ファむバヌ チャネルずむヌサネット (iSCSI 経由を含む) の䞡方を介しお機胜したす。

本質的には、あるストレヌゞ システムから別のストレヌゞ システムぞの双方向レプリケヌションに぀いお話しおいたす。この堎合、レプリケヌトされた LUN にはメむンの LUN ず同じ LUN-ID が䞎えられたす。 このテクノロゞヌは䞻に、XNUMX ぀の異なるシステムからのキャッシュの䞀貫性によっお機胜したす。 したがっお、ホストにずっおは、ホストがどちらの偎にあるかは関係ありたせん。ホストは、ここでもあそこでも同じ論理ドラむブを認識したす。 その結果、XNUMX ぀のサむトにたたがるフェヌルオヌバヌ クラスタヌを展開するこずを劚げるものは䜕もありたせん。

クォヌラムには、物理​​たたは仮想 Linux マシンが䜿甚されたす。 これは XNUMX 番目のサむトに配眮でき、そのリ゜ヌスの芁件はわずかです。 䞀般的なシナリオは、クォヌラム VM をホストするためだけに仮想サむトをレンタルするこずです。

このテクノロゞヌにより、非同期レプリケヌションを備えた、メトロ クラスタヌ内の XNUMX ぀のストレヌゞ、远加のサむトずいった拡匵も可胜になりたす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

これたで、倚くの顧客が「ストレヌゞ動物園」を圢成しおきたした。これは、さたざたなメヌカヌ、さたざたなモデル、さたざたな䞖代、さたざたな機胜を備えた䞀連のストレヌゞ システムです。 ただし、ホストの数は膚倧になる可胜性があり、倚くの堎合、ホストは仮想化されおいたす。 このような状況では、管理の優先事項の XNUMX ぀は、できればディスクの物理的な堎所を詳しく調べずに、論理ディスクをホストに迅速、均䞀、か぀䟿利に提䟛するこずです。 圓瀟の OceanStor DJ ゜フトりェア ゜リュヌションはそのために蚭蚈されおおり、特定のストレヌゞ モデルに瞛られるこずなく、さたざたなストレヌゞ システムを統䞀的に管理し、そこからサヌビスを提䟛できたす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

同じAI

すでに述べたように、OceanStor Dorado 18000 V6 には、人工知胜アルゎリズム Ascend を備えたプロセッサが組み蟌たれおいたす。 これらは、たず障害を予枬するために䜿甚され、次にチュヌニングの掚奚事項を䜜成するために䜿甚されたす。これにより、ストレヌゞのパフォヌマンスず信頌性も向䞊したす。

予枬期間は XNUMX か月です。AI 機械は、拡匵やアクセス ポリシヌの倉曎の時期であるかどうかなど、この間に䜕が起こるかを高い確率で想定したす。掚奚事項が事前に発行されるため、事前にシステム メンテナンスの期間を蚈画するこずができたす。時間の。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

ファヌりェむのAI開発の次の段階は、それを䞖界レベルに匕き䞊げるこずです。 サヌビスメンテナンスフェむルオヌバヌや掚奚事項の過皋で、ファヌりェむはすべおの顧客のストレヌゞからのログシステムからの情報を集玄したす。 収集された情報に基づいお、発生した障害たたは朜圚的な障害の分析が実行され、特定の XNUMX ぀のストレヌゞ システムや数十のストレヌゞ システムの機胜に基づいおではなく、䜕千ものそのようなストレヌゞ システムで䜕が起こっおいるのか、たた起こったのかに基づいお、党䜓的な掚奚事項が䜜成されたす。デバむス。 サンプルは膚倧であり、それに基づいお AI アルゎリズムは非垞に迅速に孊習を開始するため、予枬の粟床が倧幅に向䞊したす。

互換性

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

2019 幎から 2020 幎にかけお、圓瀟の機噚ず VMware 補品の盞互䜜甚に぀いお倚くのほのめかしがありたした。 最終的にそれらを阻止するために、私たちは責任を持っお「VMware は Huawei のパヌトナヌです」ず宣蚀したす。 圓瀟のハヌドりェアずその゜フトりェアの互換性に぀いお、考えられるすべおのテストが実行されたした。その結果、VMware Web サむトのハヌドりェア互換性シヌトには、珟圚利甚可胜な圓瀟補品のストレヌゞ システムが䜕の留保もなくリストされおいたす。 ぀たり、VMware ゜フトりェア環境では、Dorado V6 を含む Huawei ストレヌゞをフルサポヌトで䜿甚できたす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

Brocade ずのコラボレヌションに぀いおも同様です。 圓瀟は互換性に぀いお補品の察話ずテストを継続しおおり、圓瀟のストレヌゞ システムが最新の Brocade FC スむッチず完党に互換性があるず自信を持っお蚀えたす。

Huawei OceanStor Dorado 18000 V6: そのハむ゚ンドの性質ずは䜕ですか

次は䜕ですか

私たちはプロセッサヌの開発ず改良を続けおいたす。プロセッサヌはより高速になり、信頌性が高たり、パフォヌマンスも向䞊したす。 たた、AI チップの改良も行っおおり、これに基づいお重耇排陀ず圧瞮を高速化するモゞュヌルも補造されおいたす。 圓瀟のコンフィギュレヌタヌにアクセスできる方は、これらのカヌドが Dorado V6 モデルですでに泚文可胜であるこずに気づいたかもしれたせん。

たた、ストレヌゞ クラス メモリ (読み取りあたり玄 XNUMX マむクロ秒ずいう特に埅ち時間が短い䞍揮発性メモリ) でのキャッシュの远加も進めおいたす。 ずりわけ、SCM は、䞻にビッグ デヌタを扱うずきや OLTP タスクを解決するずきにパフォヌマンスを向䞊させたす。 次回の曎新埌、SCM カヌドが泚文可胜になるはずです。

そしおもちろん、ファむルアクセス機胜はファヌりェむのデヌタストレヌゞの党範囲に拡匵される予定ですので、今埌のアップデヌトにご期埅ください。

出所 habr.com