Linuxサーバーのパーティション・ディレクトリの推奨見積もりについて

Linux（CentOS/Fedora/RedHat等）サーバーにて以下の役割のサーバーを作成する為、
サーバーのパーティション・ディレクトリの見積もりをどうすべきか考えております。
ある程度余剰がある環境ですので最小構成でなく十分な余裕があるスペックにしたいです。

仮想環境にてvCPU2コア/メモリ4GB/HDD2個として、以下の役割を検討しております。
　①Webサーバー（Apacheなど）
　②監視をするサーバー（Zabbix/Cactiなど）
　③ログを貯めるサーバー（Syslog）
　④メールサーバー

を用途などは多種多様があり容量は変わってきますが、HDD2個目のsdb1には大きな容量を
取って保存できるようにしたいです。WindowsであればDドライブという役割です。

すいません、初歩的な事となりますが、Linuxの初期インストールウィザードでもHDD2個目のsdb1に
例えば、/dataに全て割り当てるという事がよく分かっておりません。

Linuxの構成に詳しい方、ご教授のほどお願いいたします。

No.2 ベストアンサー 回答者： trka 回答日時： 2023/01/17 09:07

昔のUnixシステムではメモリ/HDDのサイズが小さく、速度も今と比べようもないほど遅く、またCPUも大変非力であったため普通にリブートしたはずがfsckが毎回かかるなど、ファイルシステムは不安定で脆弱であったと思います。

この時代は何処かのファイルシステムが壊れた場合、それが他に伝播しないようファイルシステムをパーティションの形式で目的別に区分し、非常事態ではそれをアンマウントした上で慌ててその他をバックアップ、等と作業しました。
しかしながらこの環境は現在では全く異なり、ファイルシステムはパーソナル目的のハードウエアであっても盤石でHDDの寿命や日頃のログを監視する程度で、安定性はたいへん高まっていると思います。つまりパーティションの価値は昔と比べ大変下がっていると思われます。
そこで私の個人的な意見ですが...

●OSインストール時のパーテション切りは、OSお仕着せ(デフォルト)のまま、変更を加えない。スワップもデフォルトのままとし、必要なら"ファイル"の形で後から追加する。

# swapon
NAME TYPE SIZE USED PRIO
/dev/sdb3 partition 977M 27.4M -2
/expor........wap/swap1 file 31G 0B -3

●一台目のHDDにはOSのみをインストールし、HDDに余裕があるのならその他何も入れない。何か入れる場合でもわざわざパーティションを分けない。

●二台目以降のHDDに、ユーザ環境やその他のデータ領域を設け、その際もパーティションで区切るような真似はしない。単に区別はディレクトリのみで行う。

●ハードウエアの故障の可能性はそれでも存在するので、バックアップだけはこまめに行う。バックアップもHDD一台目/二台目と分けて実行すれば、効率的に行えると思います。
HDD 一台目はOSしか無いのですから時々でいいでしょう。HDD 二台目は恐らく毎日内容が変わりますからこまめに取るのが良いでしょう。

の方針で管理しています。HDDは現在安価ですし、台数を増やすことにあまり問題は生じないと思います。

ご質問の二代目以降のHDDフォーマットやパーティション切りはOSインストール時のわざわざ行う必要はありません。インストール作業完了後に"HDDの追加"の形式で行ったほうが、作業を区分できて却って簡単だと思います。

https://qiita.com/bwtakacy/items/c181f661e8655c4 …

OSのインストールは、様々なパラメータを考慮の上、誤り無く入力する必要があります。十分納得できるまでOSインストールは何回となく繰り返すことが必要だと思います。その代わり後から設定できるものは後回しとし、デフォルトで良いものはなるべくデフォルトのままが良いと思われます。

No.3 回答者： lowrider_2005 回答日時： 2023/01/18 15:35

先の回答ともかぶりますが。

以前は経験値で細かく設計してましたが、最近はあまり深く考えないですね。
例えばWebサーバならデフォルトだと/var/www/ 以下がコンテンツ領域で、/var/log/ 以下がログ領域で増える（＝容量を取っておきたい）わけですが、私なら2台目のsdb1を/var/www/ にマウントしてapacheのログもその中に記録するなど考えますね。
/var/www/FQDN1/htdocs/ <-FQDN1のドキュメントルート
/var/www/FQDN1/logs/ <- FQDN1のapacheのlog
みたいな。

でもそんなことしないで、sdb1を/data にマウントしておいて、
ln -s /data/www /var/www とかでシンボリックリンク張ったっていいわけです。

要はどうやって管理するか、バックアップするか（tar等なら深く考えなくていいけど、dump使うならファイルシステムをどのように分けておくか考える必要あり）など、管理者の癖や経験や考え方によってお好み次第ということです。
それがUnix（Linix）系の良いところですし。

あまり深く考えず、/ だけにしてしまう（もちろんswapやbootは別にして）ってのもありだと思います。
ただこの場合、パテーション切り間違えて無駄が多いってことは無いけど、何かがディスク食いつぶしたらOSごと落ちる可能性もあります（ちゃんと監視してれば済む話です）。

No.1 回答者： dyna_1550 回答日時： 2023/01/17 08:47

まず、sdb1　を準備して２つの物理ディスクがなぜ必要なのでしょうか。

管理するなら、大きなsda1が１本の方がラクです。

構成上、2本目が必要、ということであれば、論理的に1本にしてしまうのこともできますが、説明が煩雑になるのでパスし、２本が前提で進めます。

Linuxのファイルシステムは、/　を最上位として、/etc　や　/var　などの名前を付けてアクセスするため、ディスクやパーテーションに対し、何らかの名前を付けてあげる必要があります。

ファイルのマッピングは、/etc/fstab に記載されています。

どんな名前にするかは、自由に決められるため、設計者次第です。