ストレヌゞシステムでできるこず-たたは䞻なものに関する叀い歌

数日前、同僚から質問がありたした-叀いディスクシェルフは完党に死にかけおいたすただ叀いIBMが残っおいたす。 ドラむブもサポヌトもお金もありたせん。圌らの名前はオレグです。



䜕を買い、どこで走り、どのように生きるか



ハブでは、「テヌブルを挿入」ボタンがなく、哲孊、政治、孊校の宇宙飛行孊、秋の悪化の1぀のヒヌプにGTず統合した埌混合するこずに加えお、珟代のストレヌゞシステムがどのように機胜するかに぀いおの新鮮な蚘事もほずんどありたせん。この季節などを遞択したす。



たた、2015幎以降、3parに぀いおの新しい著者もいたせん。ほずんど蚀葉ではありたせんしかし、突然、Huawei Oceanstorに資料がありたした。したがっお、倚くのリンクがありたす。



ストレヌゞシステムず䜕を参照すべきかを同僚に䌝えるために、できるこずを曞かなければなりたせん。



TL / DR 「今」のストレヌゞシステムで䜕が起きおいるか。 簡朔に、そしお゚ラヌを䌎っお、著者の「ヒヌプを持ち蟌む」スタむルで。



画像






そのため、珟代のストレヌゞシステムでできるこずは、「もちろん高䟡ですが、あたり遞択肢はありたせん」ずいうカテゎリです。



1.ゞュニアストレヌゞシステム

1.1。 日曜倧工システム。

1.2。 同じですが、工堎からのもので、メヌカヌからの曎新がありたす。

1.3。 ゞュニア汎甚ストレヌゞシステム。 マザヌオブパヌルのボタンが既にありたす。

2.ハむパヌコンバヌゞドストレヌゞシステム。

3. Ceph、Glusterなどに基づくシステム。

4.䞭䟡栌垯の最新のストレヌゞシステム。

5.䞊玚䟡栌垯の最新のストレヌゞシステムは考慮されたせんが、そこでも興味深いものです。

6.それはすべおどこで発生したすか。

7.いく぀かの結論。

8.ロシア語を含め、リンクずその他の怜玢および読み取り察象。



1.ゞュニアストレヌゞシステム



1.1。 日曜倧工システム。



耇雑なこずは䜕もありたせん-SASディスクコントロヌラヌを䜿甚するか、SASディスクコントロヌラヌを䜿甚せずに、より倧きなケヌスを取り、そこにディスクを入れ、RAID 1-10-5-6を収集し、10G iSCSIを提䟛したした。 Windowsは、Server 2003の時点から゜フトりェアRaid 5を構築し、Server 2003のどこかでiSCSI経由で送信する方法を知っおいたす。Linuxは、raidずiSCSIタヌゲットの方法も知っおいたす。セットアッププロセスに぀いお説明したした。



このような自己収集には、アレむ自䜓の速床から始たり、監芖で終わるすべおSNMPがなく、コントロヌラヌは䜕も知らないが、Zabbix゚ヌゞェントを蚭定する必芁がある、再構築の速床、および䜜業におけるさたざたなハヌドりェアず゜フトりェアのトリックに問題がありたす。



同僚からのコメント



さお、無駄なこずに、FreeNASは箱から出しおすぐにすべおを提䟛したす。 以䞋はZFSであるため、すべおの邪悪なピノキオは自分を楜したせる方法を遞択したす。



そしお、速床は非垞に䞀般的で、ダヌスの900GB 10Kが平凡なBuzineをかなり匕きたした䟋倪字の箱、ボヌル、タヌミナル、その他の芋掛け倒しを含む100個の錻。 RAID-10、もちろん、ストレヌゞスペヌス、JBOD SSシェルフ、DL120g8のヘッド。



䞀般的に、私の意芋では、珟代のシンプルなアレむの最も苊痛な堎所は、容量が倧きく安䟡な7200 SATA / NL-SASディスクでRAID 5-6を再構築する速床です。



この痛みの理由はわかっおいたす-ドロップされたブロックを構築するには、残りのすべおのブロックを読み取り、ドロップされたブロックを蚈算し、Raidペナルティを考慮しおこのブロックを曞き蟌む必芁があり、残りのディスクは匕き続き動䜜したす。 このようなアレむの再構築には3日、たたは1週間かかる堎合があり、さらに、通垞はロヌドされないため、すべおのディスクがロヌドされたす。



そのような再構築で私に2番目ず3番目のドラむブが飛び出した、時にはバックアップからデヌタを取埗する必芁があった。



「6ではなく60を集めたしょう」ずいった決定は、䞡生類の軜床の窒息ヒキガ゚ルによる窒息に぀ながりたす。 たずえば、24個のディスクのアレむがあり、ホットスワップドラむブはありたせんキャビネットにありたす。 これを6 + 2ディスクの3ブロックに分割し、R60を収集しお、「各ブロックから-2、合蚈-6」の空き容量を取埗したす。 これは確かにRaid10から-12ではありたせんが、すでに急速に近づいおいたす。



はい。すべおのコントロヌラヌがRaid60をサポヌトしおいるわけではありたせん。6〜8 TBのディスクでは䟝然ずしお悲しいでしょう。



1.1a。 それずは別に、「䜕が䞍明なのか 」 ずいう決定に泚意する必芁がありたす 。これは、たずえばこれです。



どの皮類のノヌド、どの皮類のコントロヌラヌ、スナップショットずバックアップを䜿甚するのか、「デヌタベヌスにx86がない」の背埌にあるものに぀いおは䞀蚀ではありたせんが、䜕がラズベリヌなのでしょうか。 たたはどのARM、およびコメント内の完党なデヌタ損倱のヒント。



1.2。 同じですが、工堎からのもので、メヌカヌからの曎新がありたす。



これらは、QNap、Synology、の若い人たちです。 ZFSずneonkaを備えた「家のための最幎少-SOHO」ではなく、ストレヌゞに䌌たものです。



そのようなストレヌゞシステムにはすでに2぀の電源、2぀の高䟡なSASコントロヌラヌ、2぀の10Gネットワ​​ヌクカヌド、たたはFC 8/16があり、䞊で定矩されおいるものはすべおプログラムです-iSCSIが必芁で、SMBが必芁ですそしお、SMBでも1.0、NFSが必芁な堎合、FTPを䜿甚できたす。 必芁に応じお、シンディスクを䜜成するこずもできたす。 コントロヌラヌにバッテリヌ付きのキャッシュもありたす もちろん、これは車茪を1時間回転させるほど倧きなバッテリヌではありたせんが、1぀ありたす。



システムは正垞に機胜しおいたすが、問題は自己組み立おの堎合ず同じです。 スピヌドず再構築。 そしお、はい、曎新するずき、玄30分間OSの堎合たたは数時間FWコントロヌラヌの堎合䜜業が䞭断され、倚くの堎合ロヌルバックできたせん。



グリッチは、「補造元から」ず、コントロヌラヌやOSなどのストレヌゞシステムの内郚にあるずいう事実から、䞊から远加されたした。



1.3。 ゞュニア汎甚ストレヌゞシステム。 マザヌオブパヌルのボタンが既にありたす。



絵本の゚ントリヌレベルず呌ばれるもの

よく知られおいるものの䞭で、これはHPE MSAラむンです-2052、2050、2042、2040、1050、1040、および叀いP2000 G3ですが、長い間販売しおいたせん。



これは、もちろんDellDell Storage SCv2000ずLenovo旧Huaweiの堎合です。



たずえば、HPE MSAラむンの叀い4番目の䞖代は、HPE Webサむトで控えめに曞いおいるように、そのラむフサむクルを終了しおいたす-賌入1040-> 1050、2040-> 2050、2042-> 2052



このレベルには、サヌビスを䞭断せずにコントロヌラヌファヌムりェアをアップグレヌドする機胜、コントロヌラヌを次䞖代コントロヌラヌのみに亀換する機胜、およびディスク、コントロヌラヌ、電源などの「すべおをホットスワップ」する機胜がありたす。 ストレヌゞレベル、階局化、およびリモヌトレプリケヌションのスナップショットがありたす。 ロシア語ではなく、ここで蚀うこずができたす-HPE MSA 2050 SANストレヌゞ-抂芁 、たたはここHPE MSA 1050/2050/2052ベストプラクティス 、たたはここ翻蚳



Raidの再構築に関する問題は䟝然ずしお同じであり、新しい問題が远加されたす-同じ匕き裂きで。



䜕が匕き裂かれおいるのか、誰もが知っおいるこずを願っおいたす。 わからない堎合は、



匕き裂き



これは、2〜3皮類の異なるディスクずRAIDタむプを1぀のストレヌゞグルヌプに組み合わせたものです。たずえば、Raid 10のSSDずRaid 6/60のSATA 7200を1぀のグルヌプに収集したす。より頻繁にアクセスホットデヌタし、SSDに残したすが、より「冷たい」ものはより䜎いレベルに送信されたす。 その結果、ホットデヌタはSSDに保存され、安䟡なSATA 7200では非垞に寒くなりたす。これは、1日1回の再構築であり、堎合によっおは必芁になるこずもありたす。 アレむは仮想マシンの個別のファむルで動䜜しないため、高速の個別のLUNが保蚌され、マシンを仮想化環境から仮想化ホストのロヌカルストレヌゞに転送しない限り、「すぐそこにある1぀のマシン」を高速化するこずはできたせん。



新しい、新しい問題ず苊痛がこの蟺りから始たり、問題はストレヌゞシステムにありたせん。 簡単な䟋は、ストレヌゞが「高䟡」に賌入された埌、同じGilevのからの䞍幞な専門家がそこに立ち䞊げられ、最も遅いストレヌゞレベルのレベルで読み取り速床を取埗しようずするために仮想化環境でCrystalDiskMarkを駆動し始めたす。 圌らがこれを行う理由は完党には明らかではありたせん。



ただし、このような䞍幞な専門家をむンフラストラクチャに入れるこずを蚱可した人は、この仕事すべおにお金を払うこずになりたす。これが圌らの暩利です。 圌らが蚀うように、「1秒のみ」の高速プロセッサずマルチメモリを備えた新しい1Uサヌバヌを賌入する代わりに、人々だけがしないこず-たずえば

Intel Xeon Gold 51223.6GHz / 4コア/ 16.5MB / 105Wプロセッサヌ

たたはIntel Xeon Platinum 81563.6GHz / 4コア/ 16.5MB / 105Wプロセッサヌ

ちなみに、私は1秒未満でそのような奇跡を賌入するように自問する必芁がありたす-お金はありたせんが、おそらくDell / Lenovo / Huawei / HPEの䟡栌を芁求したす。



2.ハむパヌコンバヌゞドストレヌゞシステム。



これは、ゞュニアセグメントではありたせん。特にNutanixは、茞入代替「トロフィヌ」に察するナビキタスな情熱ず、Nutanix CEの存圚生産的であっおもをここに配眮する必芁がありたす。



簡単に蚀えば、ハむパヌコンバヌゞェンス-このサヌバヌにはディスクずSSDが搭茉されおおり、䜜業デヌタは仮想マシンが動䜜しおいる同じサヌバヌ䞊にロヌカルに存圚したすコピヌは別の堎所にありたす。

よく知られたシステムの䞭で、これはNutanix党䜓ずしお、ハヌドりェアず゜フトりェアの耇合䜓ですが、CEには「芋えたす」がありたす、MS Storage Space DirectS2D、VMWare VSANです。 埌者ではすべおがずおも楜しく、システムは「パッチのない日ではない」、「再び苊しむ」、たたは最新のアップデヌト6.7u1のように「バックアップが壊れたMVU XO XO」ず呌ばれたす。



他の人がそれを持っおいなかったわけではなく、誰もが問題を抱えおいたす。私は頻繁にVMWareに出くわしたす。



倚くのメヌカヌNutanix自䜓を陀くがすでにそのようなシステムを販売しおいたす-たずえば、Dell XCシリヌズ。



䞀般に、これらのシステムでは、すべおが悪くないように思えたす。 たったく。 たた、MSは積極的に販売されおおりAzureスタック圢匏でも-ロシア連邊にはすでに2぀の郚分がありたす、Nutanixは販売ず資本化の䞡方で成長しおおり、Nutanixを䜿甚した䞀郚のシナリオでの速床の向䞊は、たさしく「時には」、最倧で写真を蚈算するための䞀郚のサヌビスの5時間から1時間ぞの成長速床より速くない堎合。 圧瞮による重耇排陀も可胜です。



財務指暙から刀断するず、VMWare党䜓もこれたでのずころ非垞に良奜です。



3. Ceph、Glusterなどに基づくシステム。



特に勇気があり、たたはCrokeのように開発者のスタッフがいる堎合は、オヌプン゜ヌスコンポヌネント䞊で同様の䜕かを構築できたす。 たたは、デヌタは残念ではありたせん。 もちろん、Cloud Mouseのようなものはもはやあなたのものではありたせん。 たたは、単に゚プロンスヌツ。



時代の䟋

䟋2

䟋3



このような゜リュヌションの実装に関する問題は次のずおりです。





同僚からのコメント



停電ではどうなりたすか そしお、それはクヌルな話です。倒れたSymmetraが1぀のFSUEでデヌタセンタヌを萜ずした方法です。 文字通りの意味で倒れ、䞊げ床は倱敗したした。



資本䞻矩むンバヌタヌに厳しいロシア語タゞク語「Aha」を芋せた別のFSUEの面癜い溶接機のように。



それで、それが萜ちたずきに毎秒100500k IOPS蚘録で、それはすべおどのように開始しお修埩したすか-質問です。



そしお、もしあなたがデフォルトシティではなく、ヒビの糞の䞭にいるなら、クマず蚊の間で あなたはバララむカを挔奏するようにクマを教えるこずができたすが、グリッタヌを修正したす...





ちなみに、ストレヌゞの䞭間レベルでは、キャッシュたたはスヌパヌキャパシタたたはそのバッテリヌモゞュヌル党䜓にバッテリヌがあり、キャッシュ自䜓も䞀郚RAMにあり、䞀郚SSDにあり、デヌタセンタヌ党䜓の電源障害により、時間がないすべおのものを適切にシフトしたす-トランザクションログず冗長キャッシュ。



しかし、BECAPEはすべお同じです。



4.䞭䟡栌垯の最新のストレヌゞシステム。



すでに曞いたように、ハブを怜玢するず、Huawei OceanStorに関する3぀の蚘事がすぐに芋぀かりたした



むンポヌト眮換パヌト2。HuaweiOceanStorファミリヌ 、3行はこちら

オヌルフラッシュOceanStor Dorado V3テストおよびテスト 。



3parによる2012-2015のレビュヌがいく぀かありたす

䞀䟋

どういうわけか、Dell、IBM Storwizeのレビュヌを探しおいたせんでした。



ビッグむンタヌネットにはロシア語の資料がもう少しありたす。たずえば、たさにOceanstorがここでレビュヌされおいたす ちなみに、䞀般的には有甚であり、Huaweiのリンクが蚘茉されおいたす。



したがっお、最新のHPE 3par / Huawei / IBM-Lenovoレベルアレむは䜕を提䟛したすか。

4.1たず第䞀に、これはディスクのパヌティション分割に察する新しいアプロヌチです。 これらは3Par RAID、Huawei Raid 2.0、およびLenovo-IBMはStorwize Distributed RAIDDRAIDです。 この噂はHP Enterprise Virtual ArrayEVAで噂されおいたしたが、3Parでは論理的で倚少なりずも理解できる状態になりたした。

どのように機胜したすか 䞀般的に、英語ではありたすがビデオがありたすが、すべおが明確です。



HPE 3PAR StoreServアヌキテクチャヌの抂芁ChalkTalk



Huawei RAID 2.0テクノロゞヌ

たたは詳现はロシア語- りェビナヌE = DC2 No. 2RAIDテクノロゞヌずその応甚 -1:18からのRAID 2.0に぀いお。



写真ではなく蚀葉で説明する堎合の仕組み。



たず、ディスクドメむンを遞択したす。 異なるディスクのグルヌプ-異なる-たずえば、SSDずSATA。

個々のディスクはそれぞれ64/256 / 1GBの論理ブロックすべお異なる名前に分割され、別名で呌ばれたす。 HPEの堎合、これらはIBMのHuaweiチャンク、チャンクレットただし、これは正確ではありたせんです。



その埌、これらのチャンクレット\チャンクから䞀床にすべおではありたせんそしお、Nから50 + 1のR5の配列は埗られず、異なるディスクに分散したす、チャンクレット\チャンクは同じタむプたずえば、SSDであり、ディスク容量ちなみに、「ディスクは同じで、ペアで远加-2.4アレむを収集する」「必芁なもの」など、その数も芏制されおいたす。 たずえば、SSDではR10を収集し、SATAではボリュヌムが重芁です-RAID 5を収集したす。より正確には、「収集」するのではなく、「ここで組み立おる方法」を遞択したす。 ここには100,500の手動操䜜はありたせん。 結果のチャンクレット\チャンクグルヌプがグルヌプ化され、グルヌプが小さなセクタヌに分割され匕き裂くため、孫嚘のバグが発生し、その結果、シンたたはシックの論理ドラむブ既にLUNたたはSMBでのファむルシステム、適切なサむズ、および再構築甚の予玄スペヌスが埗られたす。 たずえば、ここで詳しく芋るこずができたす 。



このような分割アプロヌチの利点は䜕ですか。



長所は非垞に簡単です。



たず、単䞀のドラむブに障害が発生した堎合の再構築がはるかに高速です。



泚意 バックアップを行う必芁がありたす RAIDはバックアップではなく、䞍正なデヌタ倉曎に察する保護は䞀切行いたせん。



Raid5 / 6のディスク障害䞭にすべおのデヌタを読み取り、数孊を蚈算し、すべおのデヌタを1぀のディスクに曞き蟌む必芁があった堎合、結果のディスク自䜓がボトルネックになりたした。

ここで、蚘録はすべおのディスクに䞀床に行きたす。 ここでは、もちろん、フルストラむプでの録音などの機胜を怜蚎する必芁がありたすが、これでだれかを驚かせるこずは今では困難です。

その結果、再構築は䜕倍も高速になりたす。



数孊ずレむドの芳点からどのように機胜するか。



私は急いで皆を安心させたす、ここには魔法はありたせん。 レむドは去っおいたせんが、もう少し仮想になりたした。



20個のディスクに2぀のアレむを甚意したす。 および+各スペア。 1,2-関係ない。

ディスクは異なりたすが、アレむの合蚈rawボリュヌムは同じです。

最初のアレむは、RAID 5 19 + 1ずしお2TBディスクから組み立おられたす。

2番目のアレむは、Raid 50ずしお1TBのディスクから組み立おられたす。5぀のディスクのうち5぀のRAIDの4぀のグルヌプがRAIDグルヌプに組み立おられたす。 合蚈4 + 1* 4



いずれの堎合も、合蚈2 TBのボリュヌムで離陞したしょう。 2番目のアレむの異なるディスクグルヌプ。



最初のケヌスでは、残りの19個のディスクからデヌタを読み取り、「䜕が倱われたか」を蚈算しお、1぀のディスクに曞き蟌む必芁がありたす。 1぀のドラむブぞの曞き蟌み速床は10 IOPSになりたすRAIDの眰金をキャンセルしおいないため、負荷が異なりたす。



2番目のケヌスでは、8぀のディスクからデヌタを読み取り、すでに2぀のディスクにデヌタを曞き蟌む必芁がありたすディスクあたり10 IOPS、合蚈20。



占星術垫は䞀週間の再建を発衚し、再建の割合は倍になりたした。



これで、それぞれが100メガバむト最倧ギガバむトの「5 + 1」マむクロアレむがあり、4぀ではなく、ディスク党䜓であるこずがわかりたした。 さらに、どのマむクロアレむが䜿甚され、どのマむクロアレむが䜿甚されなかったかがわかりたす。たた、再構築から空きスペヌスを捚おるこずができたす。 さらに、バックアップスペヌスは残りのすべおのディスクに分散され、10 * Nの速床ですべおのディスクに同時に蚘録が行われたすNはディスクの数。



はい、故障したディスクが亀換された埌、リバランスが実行されたす-ディスクはセグメントに分割され、デヌタの䞀郚がそこに転送されたす。 ただし、これはバックグラりンドでの操䜜であり、再カりントの必芁はなく、ワヌクロヌドはそのような再構築䞭に通過したせん。



すべおの費甚を支払う必芁があり、そのようなパヌティションも䟋倖ではありたせん。 20台のディスクずRAID 6のアレむで2台のディスク、2 / 20、10を倱った堎合、この堎所は再構築の予玄に䜿甚され、同じRAID 6では6 + 2を取るず2 /を倱いたす8、25。

䞀方、利点がありたす-RAID 6を䜿甚する理由の1぀は、「玄1 TBから」ディスクを䜿甚する堎合、R5アレむでの衝突の危険性がすでに倧きいこずです。 数字では、リスクは小さいかもしれたせんが、デヌタを倱いたくありたせん。 もう1぀の理由は、「R5にずっお臎呜的な、別のドラむブを倱うリスクを䌎う長時間の再構築」です。 ここでは、ディスクグルヌプは小さく、衝突のリスクははるかに䜎く、再構築は迅速です-堎合によっおはR5を実行できたす。



今、「再建する前に、出発のその瞬間にどのように生きるのか」ずいう質問がある人のために-私は匕甚で答えたす



システムは、ロギング、保存されたデヌタ、およびシステム管理のために論理ディスクを確保したす。

これらの論理ディスクは、冗長性を匷化するための3方向ミラヌを備えたマルチレベル論理ディスクです

ずパフォヌマンス。 以䞋の論理ディスクタむプがシステムによっお䜜成されたす。



•ロギング論理ディスクは、デヌタを䞀時的に保持するために䜿甚されるRAID 10論理ディスクです。

ディスク障害およびディスク亀換手順。 ロギング論理ディスクはシステムによっお䜜成されたす

システムの初期むンストヌルおよびセットアップ䞭。 システム内の各コントロヌラヌノヌドには

60 GBのロギングLD。



スペアチャンクレットの仕組み



•物理ディスクぞの接続が倱われた堎合、たたは物理ディスクに障害が発生した堎合、将来のすべおのディスクぞの曞き蟌み

ディスクは、物理ディスクが戻るたで自動的にロギング論理ディスクに曞き蟌たれたす

オンラむンたたはロギングの制限時間に達するたで。 ロギングディスクスペヌスは、

システムがセットアップされたした。 これは、フォヌルトトレランスを持たないRAID 0チャンクレットには適甚されたせん。



•ロギングの時間制限に達した堎合、たたはロギング論理ディスクがいっぱいになった堎合、再配眮

スペアずしお指定されたチャンクレットを解攟するための物理ディスク䞊のチャンクレットの自動開始。

空きチャンクレットは、論理ディスクで䜿甚するためにただ割り圓おられおいないチャンクレットです。

HP 3PAR StoreServ 7200 2ノヌド管理者マニュアルスペアチャンクレットの衚瀺

3PAR InForm OS 2.2.4コンセプトガむド



4.2迅速な再構築に加えお 、そのようなパヌティションは「シンディスク」の圢匏で䟿利なこずを䜕でも行う機胜を远加したす。 原則ずしお、MicrosoftずVmwareの䞡方がこれを行うこずができたすが、どちらも速床の面で興味深い機胜を備えおいたす。 ここでは、キャッシュず「予備の」堎所の予備割り圓おにより、問題がわずかに少なくなりたす。



4.3重耇排陀ず圧瞮。



同じ重耇排陀はNTFSで長く行われおおり、最近ReFSで登堎したしたが、オフラむンでもスケゞュヌルどおりでも垞に理解できる方法で動䜜するずは限りたせん。



ストレヌゞシステムには、重耇排陀ず圧瞮をオンザフラむで実行する機胜がありたすこれも制限付きです。 たずえば、デヌタが「類䌌、たたは同じ」堎合、䞀郚のLUNがオペレヌティングシステムを搭茉したディスクに厳密に割り圓おられおいる堎合、重耇排陀により2/3の堎所が解攟されたすそれ以䞊ではない堎合。 圧瞮はもう少し远加されたす。 たたはたくさん。 たたは、動画が揺れおいる堎合は、䜕も远加されたせん。



4.4前述のティアリング -1日1回遞択した堎合、コヌルドデヌタは安䟡な䜎速ディスクに送られるか、突然ホットデヌタがSSDに送られたす。



この機胜は、賢明に適甚された堎合、統蚈の収集を正しく構成し、カりンタを監芖するのに圹立ちたす。



4.5ストレヌゞレベルでのスナップショット。



以前は私にずっお有甚なものを過小評䟡しおいたした。



仮想マシン党䜓が「通垞」バックアップされる方法-スナップショットが䜜成され、スナップショットがSRKに曞き蟌たれた埌、スナップショットがバックアップシステムSRKに提瀺されたす-システムは長く退屈な時間の統合を行いたす。



同時に、コピヌされた仮想マシン内にバックアップシステムの゚ヌゞェントサヌビスがあるず䟿利です。これは、ディスク䞊のすべおをダンプし、りォレットを䞎えお䞀般的に立ち䞊がるように他のサヌビスに指瀺したすこれはWindowsのボリュヌムシャドりコピヌサヌビス、VSSです。



VSSの䜜業は、別の議論のトピックです。このサヌビスが必芁なのは、アプリケヌションデヌタベヌスずトランザクションログ、たたはExchangeデヌタベヌスずそのログが「最も可胜性の高い䞀貫性のある圢匏ですが、ステヌタスはそうではないようです」同じ亀換のダヌティステヌタス、しかし、実際にはメモリに䜕も残っおおらず、トランザクションは閉じられおおり、新しいトランザクションはありたせん。突然䜕かがうたくいかなかった堎合は、トランザクションログをすばやくチェックしお、必芁なものをすべお远加するこずができたすもちろん、それはただ必芁をキャンセルしたせんDAGおよびAlways Onでどのように機胜するかを泚意深く確認しおください。



ストレヌゞレベルでのスナップショットは、システムに゚ヌゞェントを配眮する必芁性を排陀するものではありたせんし、Veeamが持っおいるようにシステムに小さなアプリケヌションをコピヌしお起動時に実行する必芁もありたせんが、仮想化環境でのスナップショットの寿呜を瞮める可胜性がありたす。



どのように機胜したすか



バックアップシステムはシヌクレット゚ヌゞェントをアクティブにしたす。

バックアップシステム゚ヌゞェントは、Haltオヌスワむス。

バックアップシステムは、仮想マシンのスナップショットを䜜成したす。

バックアップシステムは、ストレヌゞシステムからLUNスナップショットを䜜成したすもちろん、ストレヌゞシステムはこの機胜をサポヌトしおいたす。Veeam+ 3parは、2018幎倏以降 、Veeam + Huaweiでこの機胜を長い間サポヌトしおいたす。

同様に、IBMでは、より正確にIBM Storwize。どちらか-芚えおいない



。Veeamのりェブサむトを読んでください。ロシアの優れたサポヌトを受けおいたす。



スナップショットがすでにストレヌゞに䜜成されおいる堎合、SRKはWeggetreten仮想化環境にコマンドを送信したすスナップショットの削陀を開始したす。その結果、ストレヌゞシステム䞊にスナップショットがありストレヌゞ手段を䜿甚し、デヌタの䞀貫性の点でほが無傷、仮想化環境に迅速なリモヌトスナップショットがありたす。その結果、「IBSがスナップショットを取埗する間」、「統合がい぀行われるか」ずいう長い埅ち時間がなくなり、仮想マシンが続行されたす。



もちろん、デヌタはストレヌゞシステムから既に取埗されおおり、収集段階では速床が倧幅に向䞊するこずはありたせんが、䜜業ず最適化された読み取りキャッシュ、およびシステムがスナップショットをどこに曞き蟌むかにより、䞀般的にはるかに高速になりたすより䟿利で高速ですが、SSDであるこずが刀明する堎合がありたすただし、正確ではないため、ドキュメントを参照する必芁がありたす。たた、統合が数回高速になりたすこれも正確ではありたせん



4.6移行、再衚瀺などのさたざたな操䜜



叀い同僚同僚のようながあり、すぐに十分な䌑息がずれるず仮定したす。新しいディスクはありたせん、サポヌトはありたせん、コントロヌラヌは死にたす-䞀般にトラブルがありたす。移行には2぀の方法がありたす

-仮想化システムを䜿甚しお、ラむブたたはデッド移行を行いたす。



すべおは順調で、デヌタは遅かれ早かれ移動したすが、それでもスナップショットずその埌の統合です。



-さたざたな方法で行うこずができたす。新しい「グラブアンドドラッグ」ストレヌゞを呜什できたすすべおのタむプのストレヌゞシステムではなく、ラむセンスに別の質問がありたす。



その結果、必芁なデヌタはバックグラりンドで移動し、叀いLUNは垞に存圚し、䜕もなかったかのように衚瀺されたすが、実際にはデヌタは既に新しいストレヌゞにありたす。

同時に、叀いストレヌゞシステムも消えないこずを確認し、その䞊にデヌタを郚分的に保存するこずができたす。



たた、すべおのアレむに察しお機胜するわけではなく、必ずしもすべおのアレむに察しお機胜するわけではありたせん。



4.7 SSDディスクでの読み取り操䜜のキャッシュ。



ストレヌゞコントロヌラヌには独自のキャッシュがあり、高速で䟿利ですが、それほど倧きくはありたせん-数十、おそらく数癟ギガバむトです。負荷モデルでは、倧芏暡なストレヌゞシステムで倧量の読み取りキャッシュを誰かに䞎える必芁がある堎合がありたす。そのような機䌚がありたすが、SSDドラむブをキャッシュに䞎えお喜ばせたす。



トピックから少し倖れたす。このような゜リュヌションは、個別のシン1Uサヌバヌ䞊の高速プロセッサ、たたはIntel Xeon Platinum 8156プロセッサ3.6 / 3.7 GHz、105 WなどのIntel Xeonスケヌラブル などの高速コアあたりMHzプロセッサを備えた個別の専甚特別読み出しブレヌドず組み合わせお䜿甚​​したす

TDPたたはIntel Xeon Gold 5122プロセッサヌを䜿甚するず、同じ1のような倧芏暡な拠点向けの専甚の専甚番号クラッシャヌを入手できたす。

たくさんのお金がある堎合は、ブレヌドに2 SSDたたは4 m2を入れお、そこに1/5/6のレむドを集めるこずができたす倚くの勇気がある堎合は、0にするこずもできたす。倚くの堎合、バックアップされおいたしたただし、通垞のブレヌドのスロットはすでに16〜24で、フルサむズのスロット以䞊であり、1぀のブレヌドでテラバむトを埋めるこずができたす。



4.8ストレヌゞシステムに察しお盎接仮想マシンを起動したす。



この機胜は少し奇劙ですが、䞀郚のシナリオ同じビデオ監芖では䟿利な堎合がありたす。

ストレヌゞシステムの制埡郚分は通垞のx86サヌバヌであり、倚くのメモリずプロセッサがあるため、「すぐに」いく぀かの簡単なサヌビスを開始しおください。



4.9その他の機胜。



これらは、同期、非同期、メトロクラスタヌなどのさたざたなレプリケヌションです。

それらを䜿甚するず、䞭芏暡のストレヌゞシステムでもすべおがすでに良奜に機胜したすが、2぀の別々のデヌタセンタヌを備えたシステムは、これを私よりもよく知っおいたす。



ただし、招埅されおいないゲストの堎合に秘密の郚屋バゞリスクを賌入し、ラむセンスを別途取埗するを䜜成したい堎合は、2぀目のストレヌゞシステムをより簡単にそこに眮き、そこにデヌタのコピヌを保存したす。



4.10消去



デヌタが完党に消去されるこずを確認する必芁がある堎合がありたすが、ディスクは残念です。



アレむでは、暗号化異なるに加えお、「完党消去」機胜がありたす。もちろん、この機胜の適甚範囲は限られおおり、すべおのタむプのディスクおよびLUNに適甚できるわけではありたせん。もちろん、「平炉で珟代のアヌク炉の高炉を溶かす」などの有甚な機胜よりも劣っおいたす。



機胜の裏返し突然このようなアレむが発生した堎合、オフラむンバックアップクラシック、3-2-1、3コピヌ、2皮類のメディア、1コピヌはメむンサむト倖ず悪意のあるハッカヌたたは突然党䜓が病気になるはありたせん管理者の頭この機胜ぞのアクセスがありたす-䞀床にすべおを倱うリスクがありたす。



4.11。委任、LDAPなどずの統合。



もちろん、かなり高い粒床で、矎しいグラフィックず退屈な写真で「誰かを芋る暩利を䞎える」機胜がありたす。 Big Bossに「衚瀺」する暩利を安党に付䞎し、必芁に応じお写真を芋おもらうこずができたす。壊れたせん。



6.それはすべおどこで発生したすか。



珟圚、ストレヌゞシステムは2぀の方向に開発されおいたす-これらは、ハむパヌコンバヌゞドハヌドりェアず゜フトりェアの耇合䜓PACずオヌルフラッシュアレむです。 SSDドラむブは、過去5幎間で数十倍ギガバむトあたりではないにしおも、䟡栌の䜎䞋、速床の向䞊、耐甚性、および接続オプションの䜎䞋を繰り返しおいたす。その結果、15,000個のディスクはほずんどなくもちろん賌入できたす、10,000個のディスクはすでに䟡栌ラむンに向かっおいたすが、7200個のディスクは存続したす。



チップASICずそれらの凊理も停止したせん。



結論 -新しい堎所を芋お驚かないように、少なくずも衚面的には材料を怜蚎する必芁がありたす。たずえば、私は今すぐ新しいNutanix CEをダりンロヌドし、明日は自宅で芋るために2、3のSSDのために店に行きたす。



ディスク䟡栌、たたは「SSDが15kを消費した理由」



タブレットはあるかもしれたせんが、手でそれをしお怠checkをチェックする必芁がありたす。テヌブルを挿入するボタンはありたせんが、明らかにそうではありたせん。



ラベルには、「1000 IOPS」および「ギガバむトあたり」の䟡栌を含めるこずもできたす。

872392-B21 HPE 1.92 TB、SAS、読み取り集䞭型、デゞタル眲名付きFW、゜リッドステヌト-2,700 ドル。

875492-B21 HPE 960 GB、SATA、混合䜿甚、デゞタル眲名FW、゜リッドステヌト、M.2

2280-1200 $ 870759-B21-HPE 900 GB SAS、゚ンタヌプラむズ、15K rpm、スモヌルフォヌムファクタヌハヌドディスクドラむブ-900 $

702505 -001ハヌドドラむブHP 900GB SAS SFF 10K-箄400ドル



7。いく぀かの結論。



ストレヌゞを理解する必芁性は、ビゞネスが「なぜすべおが私たちにずっおずおも遅いのか」に興味を持ち始め、あなたが答える立堎にない瞬間から生じたす。すぐに理論を理解する必芁がありたす-IOPS、レむテンシヌおよびそれが発生する堎所ず原因、レむドペナルティ、負荷プロファむルバックアップ䞭の昌、倜、です。



同僚からのコメント

たたは、「ファむブナむンのアップタむムをどのように埗るこずができるのでしょうか」ず興味を持ち始めたら




、次の段階で、䌁業はRTO / RPOなどの金額で評䟡する必芁がありたす。デヌタをどれだけ倱うこずができるか、サヌバヌずサヌビスをどれだけ停止できるかなどです。



䞭小䌁業の生掻からのRPO / RTOの䟋䌚蚈士は「RDP」アむコンをクリックするのが面倒で、1CはサヌバヌSSD raid 1、バックアップ甚のhdd raid 1からSSDを䜿甚しおロヌカルコンピュヌタヌに移動したした。



昚日、オプティマむザはSSDリカバリに苊しみ、最埌のバックアップは2週間前でした。 1週間で皎務申告曞を提出。運がよければ、埩元のみの問題の䟡栌は玄3䞇ルヌブルです。運がよければ、圌らはすでに皎務眲にいお「私たちの猫は宿題を食べた」ず蚀うでしょう。



ビゞネスがただ比范的正確な数倀に興味がない堎合、配列の評䟡が「たあ、巊から右にファむルをコピヌし、100 MBが衚瀺された」のようになった堎合、䜕ができるかは面癜くありたせん。



むしろ、䜕をすべきかはわかっおいるだけです。パラグラフ8のリンクに埓っお、圌らが蚀うこずを読んでそれを行うこずは、詊隓に合栌し、仕事をより金銭的なものに倉えるこずです。自宅で仕事をしおいる堎合、絊䞎は倧䞈倫ですが、それはできたせん。



8.リンクず他に探すもの



䞀般的な曞籍»Nutanix-http://nutanix.ru/-は非垞に䟿利なレビュヌブックですレビュヌブックだけでなく。ロシア語でHighload 2016



レポヌト。産業甚ストレヌゞシステムで既にできるこず。



ブロケヌドFC 101-WBTはじめにファむバチャネルの抂念に

䞀床、2、3、4、5。



Huawei Oceanstor V3ストレヌゞシステム

ストレヌゞシステムHuawei Oceanstor V3パヌト2

ストレヌゞシステムHuawei Oceanstor V3パヌト3

ストレヌゞシステムHuawei Oceanstor V3パヌト4



Huawei Storage Simulator



驚くほど䟿利なもの。これは、仮想ストレヌゞを䜜成できる小さなWebサヌバヌ数癟メガバむトです。もちろん、どこにもフックするこずはできたせんが、あらゆる皮類のボタンを抌しお、ディスクドメむン、LUNなどを䜜成および砎壊し、ログを調べお、コマンドラむンを個別に調べたす-それはかなり可胜です。そこの



リンク

は、「Demo_for_」ずいう圢匏のファむルを取りたす。



Huawei Hands-on LAB- 䟋えば、

Huawei Dorado 5000 V3 Storage Active-Active SolutionCarrier / Enterprise



H6LH3AAE管理HPE 3PAR StoreServ Hands On Lab

これはHPEからのレヌトで、VATなしで23.400ルヌブルが必芁ですたた、VAT自䜓が原因であり、プロセス䞭、特に返品する際にすぐに問題が発生したす。



HPE 3PAR StoreServ Simulator

h20392.www2.hpe.com/portal/swdepot/displayProductInfo.do?productNumber=HP3PARSIM



他に探すべきもの。



HK902S HPE 3PAR StoreServ IIの管理管理ずロヌカルレプリケヌションむンタヌネット䞊にビデオがありたす

HK902S HPE 3PAR StoreServ IIの管理最適化ずリモヌトレプリケヌション同様にビデオがありたす



EMC Information Storage and Management Student Guideこの本はロシア語ではありたせん



Vdisks、 Mdisk、゚クステント、および穀物-スケヌルアりト



All Articles