私のサーバーには数日以内にいっぱいの特定のパーティション(/ 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を実行し、ユーザーに古い電子メールを含むハードドライブをクリーンアップさせることを検討する必要があります。サーバー(この状況は、ほとんどのメールプロバイダがサーバーのメールストレージに制限がある理由の一部です。)