Amazon EC2 CentOS 7 HVM コミュニティ イメージ マシンで、ボリュームとパーティション分割について考えています。すべてのオペレーティング システムとその他の関連更新用にルート デバイスにデフォルトの 8 GB ボリューム sda を作成し、すべての Web サイト データ用に別のボリューム sdb (必要に応じてサイズを変更) を作成するのは良いことではないでしょうか。
また、ウェブサイトの日付をボリューム sbd の /var/www に保存しますが、/var はボリューム /sda にすでに作成されているため、/www (/var/www ではなく) に新しいディレクトリを作成してマウントする方がよいでしょうか。それとも、どちらの方法でも問題ありませんか。/www は正常にマウントされているのに、起動時に fstab エントリで /var/www が失敗するというインシデントを見たことがあります。
答え1
これが私の提案です:
/dev/sda[ルートディスク] ファイルシステムがマウントされている//dev/sdb[データディスク] ファイルシステムがマウントされている/var/wwwか/www/dev/sdc[ログディスク] ファイルシステムがマウントされている/var/log
アプリケーション データを別のディスクに分離することは良い判断です。何らかの理由 (たとえば、ディストリビューションのアップグレードに問題があった場合) でルート ディスクが起動できなくなった場合でも、データ ディスクを別のマシンに移動することができます。正確なマウント ポイントはそれほど重要ではありません。展開するアプリケーションに適した 1 つのパスを選択する方がよいので、/var/www問題ありません。
2 番目のディスクをマウントする場合、/var/wwwとの間には実際には違いはありません。とは両方ともディスク 上の同じファイルシステム上に存在するためです。 このファイルシステムはルート ファイルシステム、つまり OS がインストールされているファイルシステムであるため、エラーが発生すると、サーバーが起動しなくなり、2 番目のディスクを にもにもマウントできなくなります。 したがって、アプリケーションに適した方を選択することをお勧めします。/www/var/wwwsda/var/www
3 つ目の推奨事項を追加したことにお気づきでしょうが、これは私たちの経験から得たものです。多くのアプリケーションはデフォルトで の下にログを記録しますが/var/log、適切な logrotate 構成であっても、常にスペースを解放する必要があるため、ルート ディスク上にログを保持することは制限となることが分かっています。/var/log別のディスクにマウントすることで、ルート ファイル システムを適切なサイズ範囲内に維持できます。