☰

Linuxの単一のマウントポイントに複数のデバイスをマウントする

tag-icon • tag-icon linux filesystems raid mount
Linuxの単一のマウントポイントに複数のデバイスをマウントする

単一のマウントポイントに複数のハードドライブをマウントする方法はありますか？空き容量がなく、/homeコンピュータにハードドライブを追加することにしたとしましょう。マウントポイントのスペースを拡張するには？ RAIDを使用している場合、ドライブが不足しているときにドライブを動的に追加してスペースを増やすことはできますか？高レベルの冗長性を維持することに興味がない場合は、RAIDを使用する代わりに使用できる方法はありますか？

答え1

UnionFSに興味があるかもしれません。既存のシステムのLVMよりも設定が簡単になります。

UnionFS ページでは、http://www.filesystems.org/project-unionfs.html:

このプロジェクトは、物理コンテンツを別々に維持しながら、複数のディレクトリ（分岐）のコンテンツをマージできるスタック可能な統合ファイルシステムを構築します。 Unionfsは、ソースコードツリー管理の統合、パーティション化されたCD-ROMの内容のマージ、別々のパッケージディレクトリ、データグリッドのマージなどに役立ちます。

これが役に立つことを願っています。

答え2

あなたはそれを使用することができます左心室の厚さこのために。これは、物理ドライブと論理ドライブを分離するように設計されています。

lvmを使用すると、次のことができます。

  1. プールに新しい物理ドライブを追加する（LVM用語ではボリュームグループと呼ばれる）

    pvcreate /dev/sdb my_vg

  2. 論理ボリュームスペースの拡張

    延長する...

  3. 最後に、オンラインでファイルシステムのサイズを変更します。

    e2resize /mnt/my/パス

しかし、これは魔法の弾丸ではないことに注意してください。 LVMを使用してもファイルシステムを削減することははるかに困難です。

答え3

LVMの答えは良い答えですが、raidもこれを行うことができるので、他の答えを追加します。
Linuxソフトウェアraid（mdadm）を使用すると、すでに作成されているアレイにディスクを追加できます。これにより、データが新しいドライブに再調整されます。
冗長性に興味がない場合は、データをすべてのディスクに均等に分散させるraid-0を使用できます。
しかし、raid-5は、あまりにも多くのストレージスペースを失うことなく、少なくともある程度の冗長性を提供します（ディスクの価値を犠牲にします）。

ただし、RAIDは、すべてのドライブのサイズが同じ場合に最適です。サイズが異なる場合は、最小のドライブのみを使用するため、ドライブの一部は使用されません。私が正確に覚えているなら、LVMストライピングにはこの問題はありません。ドライブのサイズが異なるように、余分なスペースもストライピングされません。

答え4

単一のマウントポイントに複数のハードドライブをマウントする方法はありますか？

おそらくあなたが望む方法ではないでしょう。あなたはできますあらゆる種類の興味深いものしかし、解決しようとしている問題は解決されません。

/homeの空き容量がなく、コンピュータにハードドライブを追加することにしたとしましょう。マウントポイントのスペースを拡張するには？

1つの方法は、次の手順に従うことです。

  1. コンピュータに1つ以上の新しいドライブを追加します。

  2. 新しいドライブでLVMを作成する

  3. 新しいLVMフォーマット（おそらくext4またはxfs）

  4. 一時的な場所（たとえば/dev/tmp）にインストールしてください。

  5. /home内容を新しいlvm（/dev/tmp）に使用またはコピーします。rsynccp

  6. 「swaperoo」を実行します。 （既存のドライブをからアンマウントし/home、新しいドライブをからアンマウントし/dev/tmp、新しいドライブをから取り付けます。）/home

  7. オプションで新しいLVM拡張古いドライブの使用

  8. ファイルシステムテーブルの更新再起動後もマウントが維持されるように

上記の手順は、ライブUSB / CDからOSを起動して実行する必要があります。ゴポット。

RAIDを使用している場合、ドライブが不足しているときにドライブを動的に追加してスペースを増やすことはできますか？

そうそうできます。 正確にどのようにハードウェアによって異なります（ハードウェアRAIDを使用していると仮定）。

高レベルの冗長性を維持することに興味がない場合は、RAIDを使用する代わりに使用できる方法はありますか？

「高レベルの冗長性」は主観的であり、すべてのRAIDが冗長性を提供するわけではありません。以下は、RAIDオプションの上位レベルの分析です。

  • RAID 1（ミラー）完全冗長、おそらくこれをしたくないでしょう

  • RAID 6（2つのパリティブロック）は、データを失うことなく2つのディスク障害（少なくとも4つのドライブ）を処理できます。おそらくこれをしたくないでしょう。

  • RAID 5（1つのパリティブロック）は単一のドライブ障害を可能にし、少なくとも3つのディスクが必要に適している可能性があります。

  • RAID 0（ストライピング）には冗長性がなく、単一のドライブに障害が発生するとすべてのデータが失われ（優れたパフォーマンスを提供しますが）、ユーザーのニーズに適している可能性があります。

または、次のものを使用できます。ZFSこれが私がすることです。 ~からウィキペディア「ZFSは、データ破損に対する広範な保護、高いストレージ容量のサポート、効率的なデータ圧縮、ファイルシステムとボリューム管理の概念の統合、スナップショット、記録中のコピーレプリケーションなどのスケーラビリティを提供します」私の経験によれば、ZFSは非常に柔軟で、必要なほとんどのタスクを実行するように設定（および調整）できます。 RAID、LVM、書き込み中のコピー、高速圧縮などを処理できます。 ext4やxfsよりも管理が少し複雑ですが、とにかくraid / lvmを台無しにする必要がある場合はそれほど変わりません。

関連情報