Linuxでスケーラブルなソフトウェアプロダクション準備RAIDはありますか?

Linuxでスケーラブルなソフトウェアプロダクション準備RAIDはありますか?

RAIDの私の最優先事項は、障害に対する冗長性です。 2番目の問題はスケーラビリティです。なぜならZFSのRAIDでは、まだRAIDプールにディスクを追加することはできません。BTRFS RAID6不安定私のオプションは何ですか?

  • 私が見ることができる最良のトレードオフは、Raid 1(ミラーリング)からRaid 10ミラーリング/ストライピングに行くようです。ドライブあたりの価格が300ドルであると仮定すると、私が理解しているように、これによりディスク2枚($600)、ディスク4枚($1200)、ディスク6枚(1800ドル)に拡張できます。毎回大きなRAID 10ボリュームを作成します。ただし、この方法では常に50%のディスクパリティを維持する必要があります。
  • ただし、前払いで1,800ドルを費やしてRaid-z2を実行したい場合は、2回のドライブエラーが発生します。 3つのドライブを使用する代わりに4つのドライブを使用します。しかし、そのようなソリューションのパフォーマンスは常に大幅に低下しますか?

オプションを正しくまとめましたか? ZFSよりも優れた実稼働準備拡張型Raid-6ソリューションはありますか? raid6用の3つのドライブを購入して拡張することで、一度に1つずつドライブのバランスを調整できることを嬉しく思います。

ベストアンサー1

はい、あなたの要約は正しいです。

はい、3つのミラー化vdevは6つのドライブraidz2よりも優れたパフォーマンスを提供します(IOPSの約3倍 - vdevの数に応じてIOPSスケールが増加します)。大規模な順次読み取りおよび書き込み(ビデオファイルなど)を主に実行する場合、またはプールが主にデータのアーカイブ/バックアップに使用されている場合... ただし、過度のデータベースワークロードに使用される場合は問題にならない可能性があります。より多くの IOPS を使用できるほど、取得するほど良いです。

しかし、考慮する価値があるもう1つの選択肢は、一度に3つのドライブを購入し、プールに2つのストライプ3ドライブraidz1 vdevを置くことです。 raidz2と同じ容量とより良いパフォーマンス(vdevが2つなので) - 唯一の欠点は、raidz2ではなくraidz1であることです(したがって、vdevごとに最大1つのドライブしか失われない可能性があります)。


個人的には、ミラー化されたvdevを最大限に使用し(ブート/ OSプールではもちろんSSDまたはNVMEドライブとして構築)、一括保存用にはraidzだけを使用するのが好きです(特にパフォーマンスが悪い場合)。私は通常、ARCに多くのRAMを使用し、空きがある場合は、SSDまたはNVMEドライブの一部のパーティションをHDDプールのSLOGおよび/またはL2ARCとして使用してすべての操作をミラー化しますが、基本的にこれを改善します。これは、保存コストの2倍を支払うことを意味します。

おすすめ記事