複数のハードドライブをマージする方法は？

3台のハードドライブを備えたサーバーがあります。

1. 250 GB
2. 3 TB
3. 250 GB

〜3.5 TBの1つの大きなボリュームとして複数のハードドライブをマージするにはどうすればよいですか？私はシステム管理者ではなくプログラマです。

LinuxでLVM（論理ボリューム管理）を使用します。

LVMは「動的パーティション」と考えることができます。つまり、Linuxシステムの実行中に、コマンドラインからLVM「パーティション」（LVMの「論理ボリューム」と呼ばれます）を作成/サイズ変更/削除できます。システムを再起動して、新しく作成またはサイズ変更されたパーティションをカーネルに認識させる必要があります。

まず、現在の「ディスク」に関する情報を取得fdiskする-lオプションで使用できます。次に、「ディスク」のパーティション化が完了したら、それを使用して「ディスク」をパーティション化し、それらのパーティションのシステムタイプを「Linux LVM」に設定します「」を使用pvcreateして、「LVM」用の新しいパーティションを準備します。

詳細情報：https : //www.howtoforge.com/linux_lvm

以下はあなたが望むことをすることができます（「ユニオンフィルシステム」も検索してください）：

1. mergerfs
2. OverlayFS
3. LVM
4. 組合
5. aufs

他にもありますが、これらはかつて人気があったり、人気があったものです。ドライブを失うとファイルシステム全体が破壊されるため、LVMは危険です。unionfsはもう開発されていないようです。Aufsは複雑で、カーネルのコンパイルが必要です。overlayfsにはCoWモードがあり、最新のカーネルに組み込まれているため、ほぼすべてのシステムで簡単に使用でき、コンテナースタイルの仮想マシン（Dockerなど）で人気があります。ただし、overlayfsには、通常のファイルシステムと比較していくつかの制限があります。mergerfsはFUSEを使用するため、ユーザー空間で実行でき、通常のファイルシステムのように動作します。これらの選択肢のうち、ニーズに応じてmergerfsまたはoverlayfsをお勧めします。

このようにファイルシステムを連結すると、基礎となるファイルシステムを個別のエンティティにすることができるため便利です。これにより、特定のワークロードでは、ランダムアクセスアクティビティ（10個のクライアントが10個の別々のドライブにアクセスするなど）を減らすことができるため、実際には典型的なRAIDアレイよりも高いパフォーマンスが得られます。個々のドライブに障害が発生しても、すべてのドライブのすべてのデータが失われるわけではありません。ユニオンファイルシステムをSnapRAIDなどと組み合わせて、バックアップ/冗長性を確保することもできます。

上手、

ドライブを1つの連続したファイルシステムに「マージ」したい場合、上記のLVMでの答えがおそらく最良の答えでしょうが、私はそれを非常に慎重にしています。上記の考慮事項は非常に現実的です。（たとえば、1つのドライブが失われると、すべてのドライブのデータが回復不能になる可能性があります。）

3台のドライブの使用状況に応じて、4TBのハードドライブを入手し、「（g）parted」または「dd / ddrescue」。これにより、何か問題が発生した場合でも元のドライブを維持できます。

ここで、3つのドライブのうち1つ以上がシステムのルートパーティションである場合（たとえば、1つ以上のハードドライブが「マージ」操作後に起動するシステムのOSドライブである場合）、別の方法を検討しますまたは、4TBドライブをセットアップして、grubを介してOSパーティションをブートします。

HTH。

他の回答は、あなたの質問に対する回答を提供します。ただし、RAIDの方がニーズに合っている場合があります。

• 両方の250GBドライブをソフトウェアraid1に結合して、気になるデータ用に250 GB（実質的に228 GB）の冗長ストレージを提供します。これは、OS、および個人ファイルである可能性があります。次に、単一の3TBドライブを/ dataストアとして使用し、保護が低下していることを確認します。

• 2台目の3TBドライブを購入し、2台の大きなドライブをraid1して、2.6TBの効果的なストレージを提供しますが、単一ドライブの障害から保護します。2つの250 GBドライブのraid1と組み合わせて、完全な冗長システム/データ分離を実現できます。 余裕があれば最高のアイデアです。

• 3台のドライブでRAID5を使用すると、最大500GBの効果的なストレージが得られ、3TBドライブのほとんどが無駄になります。 もったいない

• JBOD /リニアRAIDこれにより、3.5TB全体（事実上約3.1 TB）が得られますが、ドライブの障害はファイルシステム全体の内容全体をダンプします。 これは悪いことです-それをしないでください-完全のために言及されます。

これらの提案のどれも、適切なバックアップルーチンを置き換えるものではないことに注意してください。RAIDは、ファイルの削除や強盗や火災による損失ではなく、ドライブの障害から保護します。

最上位のLVMは抽象化ツリーのもう1つのレイヤーであり、同様の目標を達成しますが、RAIDの回復力はありません。