Linuxサーバーのファイルシステムレイアウトに関する考察

私は不思議に思っています。多くの人が不思議に思っていると思います。GNU/ Linuxベースのサーバーに最適な、または少なくとも最適なファイルシステムレイアウトはどれでしょうか。レイアウトは最終的なユーザーが達成したいことに基づいて変化するため、一般的なレイアウトはないことを認識しています。質問を非常に具体的な実装に絞り込みます。サーバーの目的は、中規模のSIPテレフォニーサーバーです。私が思いついたファイルシステムのレイアウトは次のとおりです。

ハードドライブのフルサイズは146 GBです

• / bootとしてマウントされた1 GBのプライマリパーティション
• /としてマウントされた16 GBのプライマリパーティション
• スワップとしてマウントされた16 GBの拡張パーティション（サーバーには8 GBのメモリがあり、少なくともすぐに大きくなることはありません）
• / varとしてマウントされた52 GBの拡張パーティション
• / var / logとしてマウントされた16 GB拡張パーティション
• / usrとしてマウントされた30 GBの拡張パーティション
• / tmpとしてマウントされた5 GBの拡張パーティション
• / homeとしてマウントされた10 GB拡張パーティション

データベースファイルのような多くの可変データがあるため、より高速なアクセスを可能にすることを考慮して、スワップを中央に配置し、大きなvarパーティションを作成しました。/ var / logと/ tmpを別のパーティションに移動して、システム全体がダウンしないようにし、/ usrを移動して、必要に応じて読み取り専用にできるようにしますそのような対策。ユーザー数が少なく、ホームディレクトリに大きなストレージスペースが必要ないため、小さな/ homeパーティションを作成しました。

私が思うこのレイアウトには賛成と反対の議論がたくさんあり、他の人がそう考えていることについて私は好奇心を持っています（私よりも経験豊富で賢い人の心を選ぼうとしています）。スワップをほぼ真ん中に置く理由は何ですか？）、セキュリティ、およびデータの安全性？何かご意見は？ありがとう！

2つのこと：

1. / bootは約256MBで十分ですが、本当に安全にしたい場合は512MBにしてください。本当にいくつのカーネルが必要ですか？
2. [ここに神を挿入]の愛のためにLVMを使用

一般的に私は使用します：

• 最初のプライマリパーティション256MB / boot（ext2）
• LVMの物理ボリューム（PV）としての2番目のプライマリパーティション
• 論理ボリューム/
• 論理ボリューム/ home
• 論理ボリューム/ usr（オプション）
• 論理ボリューム/ tmp（オプション、ssdよりhddを優先）
• 論理ボリューム/ var（オプション、ssdよりhddを優先）
• 論理ボリュームのスワップ（2 * RAM && <= 4GB）

サイズは使用状況によって異なりますが、ボリュームグループ（VG）に（ほとんど）未使用の領域を残して、いっぱいになった論理ボリュームを拡張します。

あなたがレイアウトしたようなものを作成することは間違いなく価値がありますが、LVMを使用して、必要に応じてパーティションを拡張することを検討します。

個人的に、私はあなたが持っているものと非常に似ているものを使用しますが、可能な限り最小のパーティションサイズを使用します。Nagiosのすべてのボックスでディスクスペースを監視しているので、パーティションを拡張する必要がある場合は事前によく知っています。

ああ、/ bootに1GB？ディストリビューションによっては、数百メガを超える必要はないはずです...

ディスクを複数のファイルシステムに分割するというあなたのアプローチに概ね同意します。スワップを真ん中に置くことが本当にあなたのために何かをするのかどうかはわかりません。すべてのパーティションが目的のタスクに十分な大きさであることを確認することに集中します。たとえば、16GBの/ var / logがいっぱいになるリスクは何ですか？ログ用の十分なスペースが必要な標準のLinuxサーバーでは、専用サーバーは使用状況に基づいてはるかに大きなログファイルを作成する可能性があります。

使用しているソフトウェアのいずれかが大量の大きな一時ファイルを作成したい場合は、/ tmpのサイズを増やすことを検討してください。

私の主な推奨事項は、ファイルシステムのサイズにこの種のアプローチを使用することですが、適切な監視とログファイルのローテーションに集中して、これらの重要な/ tmpおよび/ var / logファイルシステムがいっぱいにならないようにします。

私自身はおそらくそれほど大きく分割することはなかっただろう。特定のパーティションがいっぱいになると問題が発生します。これは、いっぱいになって問題を引き起こす可能性のある〜6が得られるように作成したものであり、新しいシステムであるため、スペースが狭くなる場所を確認してください。

空き容量が少なくなったらアラートを設定してください。

/ usrの30GBパーティションを分割する必要はありません。16GBは、/と/ usrを組み合わせた場合の妥当なサイズです。ルームが本当に必要な場合は、ルートパーティションに20〜30 GBを割り当てます。

私はLVMについてあまり経験がありませんが、提案された使用法では理にかなっています。

基本的なシステムとソフトウェアのスペース要件を正確に把握するには、まず試用版のインストールを行う必要があるようです。特にLVMソリューションを回避する場合。これを完了すると、/および/ usrパーティションの大きさをより確実に把握できるようになります。次に、パーティションサイズを調整して、必要になると予想される領域（/ var、/ var / log、/ tmp）の使用可能なスペースを最大化します。