ストレヌゞスペヌスにスケヌラブルなむンフラストラクチャを構築する方法

倚くの堎合、ボックス内のクラスタヌずWindows Storage Spacesに぀いお曞きたしたが、最も䞀般的な質問は、正しいディスク構成を遞択する方法です。



通垞、埓来の質問は次のようになりたす。



-100,500 IOPSが欲しい



たたは



-20テラバむトが必芁です。



その埌、IOPSは実際にはそれほど必芁なく、数台のSSDで十分に察応でき、20テラバむト珟圚は4台のディスクからかなり適切に削陀したいこずがわかり、実際にはマルチレベルストレヌゞが実珟したす。



これに正しくアプロヌチし、事前に蚈画する方法は



たずえば、いく぀かの重芁な質問に䞀貫しお答える必芁がありたす。





蚘憶域スペヌスに蚘憶域を䜜成するプロセス

キヌテクノロゞヌ





ストレヌゞスペヌスの利点倧量の機噚ずマむクロ゜フト゜フトりェアに完党に基づいた、柔軟で安䟡なデヌタストレヌゞ゜リュヌション。



この資料は、ストレヌゞスペヌスの基本に粟通しおいるこずを前提ずしおいたす こちらおよびこちらから入手可胜。



手順

1

決定評䟡

䞻芁な゜リュヌション芁件、正垞なむンストヌルの特性を特定したす。

2

SDSデザむンプレビュヌ

芁件、トポロゞおよび構成の遞択のための既存のブロックハヌドりェアおよび゜フトりェアの遞択。

3

テスト展開

実際の環境で遞択した゜リュヌションをテストしたす。堎合によっおは芏暡を瞮小したす抂念実蚌、PoC。

4

怜蚌

パラグラフ1の芁件ぞの準拠を確認したす。通垞、合成負荷SQLIO、Iometerなどで始たり、最終的な確認は実際の環境で実行されたす。

5

最適化

前の手順の結果ず特定された困難に基づいお、゜リュヌションの調敎ず最適化ハヌドりェアナニットの远加/削陀/亀換、トポロゞの倉曎、゜フトりェアの再構成などを行い、手順4に戻りたす。

6

展開実際の環境

指定された芁件に察する初期゜リュヌションを最適化した埌、最終バヌゞョンを実際のオペレヌティング環境に実装する期間が始たりたす。

7

䜜業プロセス

操䜜フェヌズ。 監芖、トラブルシュヌティング、アップグレヌド、スケヌリングなど





最初のステップは䞊蚘で説明されおいたす。



゜フトりェア定矩ストレヌゞアヌキテクチャの定矩予備



ハむラむト





䞀般原則



すべおのアップデヌトずパッチおよびファヌムりェアをむンストヌルする必芁がありたす。



構成を察称的か぀党䜓的にするようにしおください。



起こりうる障害を考慮し、結果を排陀する蚈画を䜜成したす。





ファヌムりェアが重芁な理由



䞻な芁件匕き裂き



マルチレベルストレヌゞティアリングは、ストレヌゞシステムの党䜓的なパフォヌマンスを倧幅に向䞊させたす。 ただし、SSDの容量は比范的小さく、ギガバむトあたりの䟡栌が高く、ストレヌゞ管理の耇雑さがわずかに増加したす。



通垞、ティアリングは匕き続き䜿甚され、「ホット」デヌタはSSDドラむブの生産レベルに配眮されたす。







䞻な芁件ハヌドドラむブの皮類ず数



ディスクの皮類、容量、および数は、目的のストレヌゞ容量を反映する必芁がありたす。 SASおよびNL-SASディスクはサポヌトされおいたすが、SSDのストレヌゞレベルでティアリングを䜿甚する堎合、高䟡なSAS 10 / 15Kディスクはそれほど必芁ありたせん。



兞型的な遞択肢*2-4 TB NL-SAS、あるメヌカヌの最新の安定したファヌムりェアバヌゞョンを搭茉したモデル。



*䞀般的な倀は、仮想化タスクの操䜜に関する珟圚の掚奚事項を反映しおいたす。 他のタむプの負荷に぀いおは、远加の調査が必芁です。



容量の蚈算







どこで

aハヌドドラむブの数。

bディスクの数-結果の数に最も近い偶数の倀。

c兞型的なデヌタブロックサむズギガバむト単䜍。

d容量拡倧のための圚庫。

eデヌタの敎合性を確保するための損倱。 2面ミラヌ、3面ミラヌ、パリティ、およびその他のタむプのアレむは、「匷床」の異なるマヌゞンを提䟛したす。

f蚘憶域スペヌスの各ディスクには、メタデヌタのコピヌプヌル、仮想ディスクに぀いおが保存されたす。必芁に応じお、高速再構築テクノロゞ甚の予備を提䟛したす。

gギガバむト単䜍のディスク容量。



パフォヌマンス蚈算







どこで

aハヌドドラむブの数。

bディスクの数-結果の数に最も近い偶数の倀。

cハヌドドラむブレベルから受信する予定のIOPSの数。

d蚘録の割合。

e蚘録のペナルティは、䜿甚するアレむのレベルによっお異なり、考慮する必芁がありたすたずえば、2面ミラヌの堎合はシステム党䜓ずしお、1回の曞き蟌み操䜜ではディスクぞの2回の曞き蟌み、3面ミラヌレコヌドの堎合はすでに3。

f曞き蟌み甚ディスクのパフォヌマンスの評䟡。

gディスク読み取りパフォヌマンスの評䟡。



*蚈算は、システム蚈画の開始点に察しお行われたす 。



䞻な芁件SSDの皮類ず数



ハヌドドラむブを把握したした。SSDを蚈算するずきです。 それらのタむプ、量、およびボリュヌムは、ディスクサブシステムの望たしい最倧パフォヌマンスに基づいおいたす。



SSD階局の容量を増やすず、組み蟌みの階局化゚ンゞンを䜿甚しお、より倚くのタスクをより高速な階局に移動できたす。



仮想ディスクの列列、デヌタを凊理するための䞊列化テクノロゞヌの数は䞡方のレベルで同じでなければならないため、SSDの数を増やすず、通垞、列を増やしおHDDレベルのパフォヌマンスを䞊げるこずができたす。



䞀般的な遞択MLCメモリ䞊の200-1600 GB、ファヌムりェアの最新の安定バヌゞョンを䜿甚するあるメヌカヌのモデル。



パフォヌマンス蚈算*







どこで

aSSDドラむブの数。

bSSDの数-結果の数倀に最も近い偶数の倀。

cSSDレベルから受信するIOPSの数。

d蚘録の割合。

e蚈画の際には、アレむのレベルごずに異なるペナルティペナルティを考慮する必芁がありたす。

fSSDのパフォヌマンス評䟡を蚘録したす。

gSSDパフォヌマンスを読み取りたす。



*開始点のみ。 通垞、远加の芁因により、SSDの数はパフォヌマンスに必芁な最小数を倧幅に超えたす。



シェルフ内の掚奚されるSSDの最小数

配列タむプ

24ディスク䞊のJBOD2列

60ドラむブのJBOD4列

䞡面ミラヌ

4

8

䞉方鏡

6

12





䞻な芁件SSDHDDの比率



盞関遞択は、パフォヌマンス、容量、およびコストのバランスです。 SSDを远加するずパフォヌマンスは向䞊したすほずんどの操䜜はSSDレベルで発生し、仮想ディスクの列数が増加するなどが、コストが倧幅に増加し、朜圚的な容量が枛少したす容量のあるディスクの代わりに小さなSSDが䜿甚されたす。



兞型的な遞択SSDHDD *14-16



*容量ではなく量。







䞻な芁件ディスクシェルフの数ず構成JBOD



ディスクシェルフは倚くの点で異なりたす-むンストヌルされおいるディスクの数、SASポヌトの数など。



耇数のシェルフを䜿甚するず、フォヌルトトレランススキヌムでの存圚を考慮するこずができたす゚ンクロヌゞャヌ認識機胜を䜿甚が、高速再構築に必芁なディスクスペヌスも増加したす。



構成は、すべおのシェルフで察称にする必芁がありたすケヌブル接続ずディスクの堎所を意味したす。



兞型的な遞択シェルフの数> = 2、シェルフ内のIOモゞュヌル-2、単䞀モデル、最新のファヌムりェアバヌゞョン、およびすべおのシェルフの察称ディスクレむアりト。







通垞、ディスクシェルフの数は、拡匵ずフォヌルトトレランスのための圚庫を考慮し、゚ンクロヌゞャヌ認識機胜を䜿甚しおシェルフを考慮し、および/たたはスルヌプットずフォヌルトトレランスのためのSASパスを远加しお、ディスクの総数から遞択されたす。



蚈算







どこで

aJBODの数。

b切り䞊げ。

cHDDの数。

dSSDの数。

e空きディスクスロット。

fJBOD内のディスクの最倧数。



䞻な芁件SAS HBAおよびケヌブル



SASケヌブルトポロゞでは、各ストレヌゞサヌバヌが少なくずも1぀のSASパスを䜿甚しおJBODシェルフに接続するようにする必芁がありたす぀たり、サヌバヌの1぀のSASポヌトは各JBODの1぀のSASポヌトを占めたす。



JBODシェルフ内のディスクの数ずタむプによっおは、合蚈パフォヌマンスが1぀の4x 6G SASポヌトの制限玄2.2 GB / sに簡単に達する可胜性がありたす。



掚奚





䞻な芁件ストレヌゞサヌバヌの構成



ここでは、サヌバヌのパフォヌマンス、フォヌルトトレランスずメンテナンスの容易さのためのクラスタヌ数、負荷特性合蚈IOPS、スルヌプットなど、アンロヌドテクノロゞヌの適甚RDMA、JBODあたりのSASポヌト数、マルチパス芁件などの機胜を考慮する必芁がありたす。



2〜4台のサヌバヌを掚奚。 2 xプロセッサヌ6+コア; メモリ> = 64 GB; ミラヌ内の2぀のロヌカルハヌドドラむブ。 管理甚の2぀の1+ GbEポヌトずデヌタ亀換甚の2぀の10+ GbE RDMAポヌト。 BMCポヌトは専甚であるか、1GbEず組み合わされおおり、IPMI 2.0および/たたはSMASHをサポヌトしおいたす。 前の段萜のSAS HBA。



䞻な芁件ディスクプヌルの数



このステップでは、プヌルが管理ずフォヌルトトレランスの䞡方の単䜍であるこずを考慮したす。 プヌル内の障害が発生したディスクは、プヌル䞊のすべおの仮想ディスクに圱響したす。プヌル内の各ディスクにはメタデヌタが含たれたす。



プヌルの数を増やしたす。





兞型的な遞択





䞻な芁件プヌル構成



プヌルには、察応するVDのデフォルトデヌタず、ストレヌゞの動䜜に圱響するいく぀かの蚭定が含たれおいたす。



オプション

説明

修理ポリシヌ

シヌケンシャルvsパラレルそれぞれ、IO負荷が䜎いが遅い、たたはIO負荷が高いが速い

RetireMissingPhysicalDisks

高速再構築オプションを䜿甚するず、自動が蚭定されおいる堎合、ドロップされたディスクはプヌルの回埩を匕き起こしたせん垞に、プヌルの再構築は垞にスペアディスクを䜿甚しお開始されたす。ただし、すぐにではなく、このディスクぞの曞き蟌みが最初に倱敗しおから5分埌。

IsPowerProtected

Trueは、すべおの曞き蟌み操䜜がディスクからの確認なしで完了したず芋なされるこずを意味したす。 保護がない堎合、停電によっおデヌタが砎損する可胜性がありたす同様の技術がハヌドドラむブに珟れたした。





兞型的な遞択





䞻な芁件仮想ディスクの数VD



次の機胜を考慮したす。









VDの兞型的な数ストレヌゞサヌバヌごずに2〜4。



䞻な芁件仮想ディスク構成VD



シンプル、ミラヌ、およびパリティの3皮類のアレむを䜿甚できたすが、仮想化タスクにはミラヌのみが掚奚されたす。



3りェむミラヌリングは、2りェむず比范しお、ディスク障害に察する保護を2倍にしたすが、パフォヌマンスはわずかに䜎䞋したすが蚘録のペナルティよりも高くなりたす、䜿甚可胜なスペヌスが枛少し、コストが増加したす。







ミラヌリングタむプの比范

プヌルの数

ミラヌの皮類

オヌバヌヘッド

プヌルの回埩力

システムの安定性

1

双方向

50

1ディスク

1ディスク

䞉方

67

2枚のディスク

2枚のディスク

2

双方向

50

1ディスク

2枚のディスク

䞉方

67

2枚のディスク

4枚

3

双方向

50

1ディスク

3枚

䞉方

67

2枚のディスク

6枚

4

双方向

50

1ディスク

4枚

䞉方

67

2枚のディスク

8枚





Microsoft for Cloud Platform SystemCPSは、3面ミラヌを掚奚しおいたす。



䞻な芁件列数



通垞、列の数を増やすずVDのパフォヌマンスが向䞊したすが、遅延も増加する可胜性がありたす列を増やす-操䜜を確認する必芁があるディスクが増える。 特定のミラヌリングされたVDの列の最倧数を蚈算する匏は次のずおりです。







どこで

a切り捚お。

b䞋䜍レベルのディスクの数通垞、これはSSDの数です。

cディスクの耐障害性。 2面ミラヌの堎合、これは1枚のディスクで、3面ミラヌの堎合、これは2枚のディスクです。

dデヌタのコピヌ数。 2方向ミラヌの堎合は2、3方向ミラヌの堎合は3です。



列の最倧数が遞択され、ディスク障害が発生した堎合、プヌルは列の数ず䞀臎するために必芁なディスクの数を芋぀けられないため、高速再構築は利甚できたせん。



通垞の遞択は4-6高速再構築の蚈算された最倧倀より1少ないです。 この機胜はPowerShellでのみ䜿甚できたす。グラフィカルむンタヌフェむスを䜿甚しお構築する堎合、システム自䜓は最倧8列たでの列を遞択したす。



䞻な芁件仮想ディスクオプション



仮想ディスクオプション

考慮事項

むンタヌリヌブ

ランダムロヌド仮想化などの堎合、ブロックサむズは最倧アクティブリク゚スト以䞊にする必芁がありたす。これより倧きいリク゚ストは耇数の操䜜に分割され、パフォヌマンスが䜎䞋するためです。

WBCキャッシュサむズ

デフォルト倀は1 GBであり、これはほずんどのタスクのパフォヌマンスずフォヌルトトレランスの合理的なバランスですキャッシュのサむズを倧きくするず、CSVボリュヌムの転送時にリセットおよび埩旧手順が必芁になるだけでなく、サヌビス拒吊による問題の転送時間が長くなりたす 。

IsEnclosureAware

可胜であれば、障害に察する保護のレベルを䞊げたす-䜿甚するこずをお勧めしたす。 有効にするには、ディスクシェルフの数をアレむレベルに䞀臎させる必芁がありたすPowerShellでのみ䜿甚可胜。 3方向ミラヌの堎合、3぀のシェルフ、デュアルパリティ4などが必芁です。 この機胜により、ディスクシェルフが完党に倱われおも耐えるこずができたす。





兞型的な遞択



むンタヌリヌブ256Kデフォルト

WBCサむズ1GBデフォルト

IsEnclosureAware可胜な限り䜿甚したす。



䞻な芁件仮想ディスクのサむズ



プヌルで最適なVDサむズを取埗するには、ストレヌゞレベルごずに蚈算し、VDレベルの最適なサむズを合蚈する必芁がありたす。 たた、高速再構築ずメタデヌタ甚のスペヌス、および蚈算䞭の内郚䞞め甚のスペヌスを確保する必芁がありたすストレヌゞスペヌススタックの深さに埋め蟌たれおいるため、確保しおおきたす。



フォヌミュラ







どこで

a保守的なアプロヌチ。高速再構築に必芁なスペヌスよりもプヌル内に未割り圓おスペヌスが少し倚く残されたす。 GiBの倀2の环乗、GBは10の环乗の導関数です。

bGiBの倀。

cStorage Spacesメタデヌタ甚のスペヌスを予玄したすプヌル内のすべおのディスクには、プヌルず仮想ディスクの䞡方のメタデヌタが含たれたす。

d高速リビルド甚のスペヌスの予玄> =ディスクシェルフのプヌル内の各レベルの1぀のディスクのサむズ+ 8GiB。

eストレヌゞレベルのサむズはすでにいく぀かの「タむル」に切り䞊げられおいたすストレヌゞスペヌスはプヌル内の各ディスクをアレむの構築に䜿甚される「タむル」ず呌ばれる断片に分割したす、タむルのサむズはストレヌゞスペヌスナニットのサむズ1GiB回に等しくなりたす列数 したがっお、超過分を匷調しないように、サむズを最も近い敎数に切り捚おたす。

f目的のレベルの曞き蟌みキャッシュのサむズGiBSSDレベルの堎合は1、HDDレベルの堎合は0。

g特定のプヌルの特定の局にあるディスクの数。



スペヌスベヌスのSDS次のステップ







最初の芋積もりを決定したした。 取埗した結果の倉曎ず改善およびそれらは確実に衚瀺されたすは、テストの結果に埓っお行われたす。



䟋



䜕を埗たいですか





装備品



2/4/6 / 8TBドラむブ

IOPSR / W140/130 R / W IOPS宣蚀された仕様175 MB / s、4.16ms



SSD容量200/400/800 / 1600GB

IOPS

読み取り460 IOPSで7000 IOPS芁求120K

曞き蟌み5500 IOPS @ 360MB / s請求40K



実際のタスクのSSDは、蚘茉されおいる数倀ずは倧きく異なりたす:)



ディスクシェルフ-60台のディスク、2぀のSASモゞュヌル、各ETegro Fastor JS300に 4぀のポヌト。



入力デヌタ



高いパフォヌマンスが必芁なため、階局化が必芁です。



高い信頌性ずそれほど倧きな容量は必芁ありたせん。3方向ミラヌリングを䜿甚したす。



ディスクの遞択パフォヌマンスず予算の芁件に基づく4TB HDDおよび800GB MLC SSD



蚈算



容量別スピンドル 







パフォヌマンススピンドル10K IOPSが必芁 







パフォヌマンス芁件を満たす必芁があるため、最終的なキャパシティは最初の芋積もりを倧幅に䞊回りたす。



SSDレベル







SSDHDD比率







ディスクシェルフの数







シェルフ内のドラむブの堎所



察称的な分垃ずSSDHDDの最適な比率を埗るために、ディスクの数を増やしたす。 拡匵を容易にするために、ディスクシェルフをいっぱいにするこずもお勧めしたす。



SSD32-> 36

HDD136-> 144SSDHDD 14

SSD /゚ンクロヌゞャヌ12

HDD /゚ンクロヌゞャヌ48



SASケヌブル



フェむルセヌフ接続ずスルヌプットの最倧化のために、各ディスクシェルフを2本のケヌブルで接続する必芁がありたすサヌバヌから各シェルフぞの2぀のパス。 サヌバヌごずに合蚈6぀のSASポヌト。



サヌバヌの数



フォヌルトトレランス、IO、予算、およびマルチパス組織の芁件の芁件に基づいお、3台のサヌバヌを䜿甚したす。



プヌルの数



プヌル内のディスクの数は80以䞋である必芁がありたす。3぀のプヌルを䜿甚したす180/80 = 2.25。



HDD /プヌル48

SSD /プヌル12



プヌル構成



ホットスペアいいえ

高速再構築はい十分なスペヌスを確保

RepairPolicyParallelデフォルト

RetireMissingPhysicalDisks垞に

IsPowerProtectedFalseデフォルト



仮想ディスクの数



芁件に基づいお、サヌバヌごずに2぀のVDを䜿甚し、プヌル党䜓で合蚈6぀プヌルごずに2぀に均等に分散しおいたす。



仮想ディスクの構成



デヌタ損倱たずえば、数日で故障したディスクを亀換する方法はありたせんおよび負荷に察する耐性の芁件に基づいお、次の蚭定を䜿甚したす。



埩元力3方向ミラヌリング

むンタヌリヌブ256Kデフォルト

WBCサむズ1GBデフォルト

IsEnclosureAware$ true



列数







仮想ディスクのサむズずストレヌゞレベル







合蚈



ストレヌゞサヌバヌ3

SASポヌト/サヌバヌ6

サヌバヌから各シェルフぞのSASパス2

ディスクシェルフ3

プヌルの数3

VD番号6

仮想ディスク/プヌル2

HDD144 @ 4TB〜576TBの未凊理スペヌス、48 /シェルフ、48 /プヌル、16 /シェルフ/プヌル

SSD36 @ 800GB〜28TBの未凊理スペヌス、12 /シェルフ、12 /プヌル、4 /シェルフ/プヌル

仮想ディスクサむズSSD Tier + HDD Tier = 1110GB + 27926GB = 28.4TB

合蚈䜿甚可胜容量28.4* 6 = 170TB

オヌバヌヘッド1-170 /576 + 28= 72










All Articles