小さなパーティションを1つの大きなディレクトリにマージするための推奨方法

小さなパーティションを1つの大きなディレクトリにマージするための推奨方法

私のサーバーには数日以内にいっぱいの特定のパーティション(/ var)があります。私はすべてのユーザーメールが送信される忙しいメールサーバーを運営しています。

ただし、今後はより多くの電子メールに対応するためにストレージ容量を増やす必要があります。

Filesystem      Size  Used Avail Use% Mounted on
udev            3.9G  4.0K  3.9G   1% /dev
tmpfs           796M  556K  796M   1% /run
/dev/sda6       254G   32G  209G  14% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
none            5.0M  4.0K  5.0M   1% /run/lock
none            3.9G   80K  3.9G   1% /run/shm
none            100M     0  100M   0% /run/user
/dev/sda1       188M   66M  114M  37% /boot
/dev/sda7       1.6T  1.2T  364G  76% /var

だから、オンラインで多くの情報を確認し、いくつかの提案を受けました。

私が最初に触れたのは、LVMパーティショニングを使用することでした。したがって、サーバーに2番目のハードドライブを追加してから、LVMを使用して2つのハードドライブを1つの論理パーティションにマージできます。このタスクを正確に実行する方法を読んでいる間に1つのドライブに障害が発生した場合は、データが失われて簡単に回復する方法がないことがわかりました。これにより、2番目のオプションが見つかりました。

2つ目は、複数のディレクトリを1つにマージできる統合ファイルシステムを使用することです。これまで、私はUnionfs、aufs、mhddfs、overlayfsの実装に触れました。この場合、2番目のハードドライブを起動したり、ルートディレクトリのように人口の少ないパーティションからいくつかのスペースを借りることができます。

主流のLinuxカーネルに追加された後、ローカルホストでoverlayfsを試してみました。

多くのオプションがあり、本番にとって重要なメールサーバーでどのソリューションを選択するのかわかりません。いくつかのアドバイスを聞きたいです。ありがとうございます。

ベストアンサー1

まず、ここでファイルシステムの上書き/結合は正解ではありません。これは、ほとんどのデータを含む読み取り専用ファイルシステムがあり、書き込み可能なファイルシステムの上にいくつかの制限されたカスタマイズが必要な状況です。例えば、LiveCDは、オーバーレイファイルシステムを使用して、書き込み可能なファイルシステムの感覚を可能にする。またはメディアが読み取り専用であるにもかかわらず)。

LVMはあなたが望むことがほとんど確実であり、必ずしも信頼できないわけではありません(複製を介してRAID設定を実行できます)。または、新しい(より大きな)ハードドライブを挿入して/var上部に置くこともできます。ただし、/var/mailデフォルトのメール保存ディレクトリをここに置き、残りはそのままにしておくことをお勧めします。

理想的には、同じサイズのハードドライブを複数持ち、上部のハードドライブ/var/mailでRAID 10またはRAID 5/6を実行し、ユーザーに古い電子メールを含むハードドライブをクリーンアップさせることを検討する必要があります。サーバー(この状況は、ほとんどのメールプロバイダがサーバーのメールストレージに制限がある理由の一部です。)

おすすめ記事