新しい専用サーバーに Debian をインストールする予定で、ハード ドライブのパーティションを設定する機会があります。
サーバーには、RAID 1 として構成された 2 つの 750 GB ドライブがあります。各データベースが約 2 GB になる 10 個の Postgresql データベースを用意します。もちろん、このサーバーにも Apache/PHP があります。このサーバーは、独自の Web アプリケーションにのみ使用します。
ホスティング会社は、2 つのパーティションを別々に作成することを強く推奨しています。最初は「/」用の小さいもので、2 番目は「/home」用の非常に大きいものです。しかし、これにはいくつか疑問があります。「/」ディレクトリの 1 つの大きなパーティションで十分だと感じています。この質問への回答は、ディスクを複数のパーティションに分割する意味がないことも示唆しています。
このような場合でも、ディスクのパーティショニングは有効ですか?
データがパーティションをいっぱいにして、他の何かが実行されないようにする可能性がある場所がある場合に関係があります。アプリケーションログファイルがパーティションをいっぱいにし、他のアプリが書き込んだり、OSが書き込んだりするためのtmpスペースを残さない場合があるため、パーティションを作成する理由はまだあります。必要なものを見て、システムの他の部分の使用を妨げる可能性があるかどうかを判断してください。もしそうなら、あなたはそれを分割したいので、それがスペースを最大限に活用するならば、それはそれ自身を傷つけるだけです。
あなたが指摘したスレッドで述べたように、複数のパーティションから得られる唯一の利点は、データを台無しにすることなくOSをワイプして再構築できることです。しかし、あなたはリモートサーバー上でDebianを実行しているので、そうすることはまずありません。
パーティション全体をダンプするときのバックアップテープの容量に基づく理由もありますが、それは前世紀にはすごいことです。
結論：パーティションを作成しないでください。
パフォーマンスの観点からも、実際的な理由からも、もはや関連性はないと思います。
RAID1は、ハードウェア障害が発生した場合にのみ保存できることに注意してください。これはバックアップソリューションではありません。
あなたのホスティング会社に同意します。
私は常にパーティション分割を使用して、「自分のもの」をオペレーティング システムから分離しています。最悪の場合、オペレーティング システムがめちゃくちゃになり、フォーマットして再インストールしなければならなくなり、データを失いたくないと思います。私は通常、2 つ目のオペレーティング システムをインストールできるように、パーティションを残してフォーマットします。
私はこれを LINUX システムと Windows システムの両方で行っていますが、Linux よりも Windows で何回も価値があることが証明されています。(私は常に、メインのものを整理する準備ができている重複した Windows OS インストールを用意しています!)。
ところで、ディスクから最大のパフォーマンスを得ようとしている場合は、データが保存される場所が読み取り/書き込み時間に最大 2 倍の影響を与えることを認識する必要があります。これを利用するには、たとえば次のようにします。ディスクを 3 つのパーティションにフォーマットします。「1番目」の速度は「3番目」よりも速くなります