ハードディスクの異種セット用のRAIDのようなファイルシステム
過去数年間、私は個人データを保存するために、さまざまなサイズと速度の非常に異種のハードディスクのセットを蓄積してきました。ローカルデータを手動で複製する手間を減らし、重複ファイルを減らし、指定されたリソースをより有効に活用するために、それらをセルフビルドLinuxファイラーに配置することを計画しています。また、今後数年間でストレージの必要性が高まることを期待しています。したがって、ディスクを動的に追加したり、単一のドライブを削除して、新しい大きなドライブに交換したりできるはずです。
私が誤解しない限り、ファイラーを構築するための最も一般的なオプションは、（ソフトウェア）RAIDを使用して信頼性を高め、重要なデータの偶発的な損失を防ぐために外部ドライブまたはリムーバブルドライブに追加のバックアップスキームを使用することです。
RAID5/RAID6は同じサイズのドライブを必要とするため、より動的なディスクの追加/削除スキームの必要性を満たしていません。だから私は以下を提供するFLOSSファイルシステムまたはブロックデバイス抽象化レイヤーを探しています：
- ハードディスクの動的な追加と削除が可能
- rAID5と同様のレプリケーション/冗長性、ファイルまたはディレクトリごとに調整可能
- 追加の（特に専用の）マシンは必要ありません（ただし、必要に応じて後で2台目のマシンを追加する可能性はありますが、必須ではありません）
XtremeFSのような分散ファイルシステムを少し調べましたが、すべてのポイントを満たし、単一のマシンでうまく機能するファイルシステムはまだ見つかりませんでした。何が解決策になるか考えていますか？
簡単に言えば、信じられないかもしれませんが、ハードウェアソリューションは再構築が簡単で信頼性が高いソフトウェアソリューションよりも、既存のソリューションは多くの場合実装コストが低くなります。
ストレージ管理の技術に精通していない限り、ストレージシステムを構築することは一般的には良い考えではありません。一般的に、「あなたが尋ねなければならなかったのなら、それはあなたのためではない」という古い口述が当てはまります。
結論：新しいハードディスクを購入することをお勧めします（最近は私のデータと比較して安価です-最近のハードディスクのセットを購入する価値がない場合は、ヒューストン問題。）そしてそれを処理するために真新しいraid5/6をセットアップし、いくつかのコールド交換を行います。
さらに重要なことに、バックアップと冗長性はストレージ管理の2つの別個のエンティティであることに注意してください。冗長性は、単一の機器が停止した場合にオンラインでサービスを維持するためのものであり、バックアップはすべてが失敗した場合に備えたものです。たとえば、電源が突然故障し、100V ACを12Vレールに送り込もうとした場合（可能性は低いですが...）、RAID5を気にせず、RAID6を気にしないでください。すべてが失われます。これらの状況を処理するには、バックアップが必要になります。バックアップについては、次の簡単なルールに従ってください。
- バックアップを取るオフライン
- バックアップを取るオフサイト
- バックアップを行う多くの場合
幸運を！
ZFSを調べます。それ（またはそのいくつかの実装）は、あなたが特に求めているもののいくつかを提供します（異種メディア間の冗長性、スピンドルの損失に容易に対処する能力（冗長データが存在する場合））。
BTRFSは理論的にはその方向に向かっており、現時点でZFSがLinux（またはSolaris）で上記の機能を備えているかどうかはわかりませんが、少なくとも調査の手段です。
それを超えて、私はLVMとクリエイティブパーティショニング+ RAIDのような特性のためのMDまたはLVM機能を調べます。 LVMを使用すると、パーティションのサイズを簡単に変更できます（別の名前で呼ばれます）。ただし、これはメンテナンスの少ないアプローチとは思いません。
異種のディスクドライブのセット全体で複数のRAIDボリュームを構築することは可能であるはずです（申し訳ありませんが、私はLINUXにあまり詳しくありません）。したがって、冗長性を維持しながらスペースを最大限に活用できます。
3x1TBドライブ、2X2TB、および14TBドライブがあるとします。 6台すべてのドライブから1TBを使用して、5TBのスペースのRAID5ボリュームを構築できます。残りの3つのドライブのそれぞれから1TBを使用して、2TBの別のRAID5ボリュームを構築できます。
Windowsスモールビジネスサーバーでは、これらのボリュームがスパンされます。単一のボリュームとして表示されます。 LINUXでそれを行う方法に関して具体的な推奨事項を作成するのにもっと役立つことができればと思います。
たとえば、別の4TBドライブを追加する場合は、両方のアレイを1TB増やし、各4TBドライブで使用可能な2TBのスペースを使用して3番目の2TBアレイを追加できます。
ハードウェア対ソフトウェアに関して：ハードウェアは間違いなく高速です。ただし、コストが高く、ハードウェアコントローラー自体に障害が発生した場合、同一のコントローラーを見つけるか、すべてのデータを失う必要があります。
いつものように：冗長性はバックアップの代わりにはなりません。
Linuxでは、AUFSを使用してディスクを単一のファイルシステムとして表現し、次に SnapRAID を使用して保護します。 Wouter Dullaertによる SnapraidとAUFSの構成方法 の簡単な記述があります。
Btrfs や OverlayFS などのAUFSの代替手段があります。 OverlayFSはLinuxカーネルに長期間マージされているため、AUFSよりもサポートされているルートになる可能性があります。
Windowsでは、ディスクの管理ツールから ディレクトリとしてのパーティション をマウントでき、そこから上記のようにSnapRAIDを使用できます（マルチプラットフォームです）。