次のサーバーを含むUbuntuサーバーを展開します。
現在、10 TBのストレージを備えたRaid 5ファイルシステムがあります。
パーティション構成をどのように設定すればよいですか？
今後問題が発生しないようにし、ストレージサイズを簡単に拡張できるようにしたいと考えています。あなたは次のようにパーティションにストレージの特定の割合を与えるパーティションスキームを提案することができ/、/boot、/var、/etc？
回答:
パーティション分割スキームを決定する前に、Linuxのさまざまな部分を分割する理由を実際に理解することが役立つ場合があります。
1つ目は、1つのファイルシステムが破損しても他のパーティションは問題ないため、複数のパーティションは「安全」です。これはディスク障害からあなたを救うことはありません。RAIDのパリティスキームと同様に、バックアップもそうです。
第二に、それはLVMの前に異なるスタイルの複数のドライブを使用する方法でした-これはあなたにとって不愉快です
要するに、マルチパーティションスキームは古い時代の遺物のようなものであり、レガシーの理由で続けられています。理由を尋ねる必要がある場合は、単一のパーティションを使用することをお勧めします。
現代のコンテキストでは、スマートパーティション分割方法は、単一の大きなパーティションを使用することです（2番目のパーティションは、オプションでスワップの場合、スワップファイルはオプションです）。スペースを追加する必要があると思われる場合は、LVMを使用してディスクを追加できます。単一の大きなパーティションは、十分なスペースがある限り処理が自動的に行われることを意味します。/etc// user / localおよび/ homeをバックアップし、ベアメタルリカバリが必要な場合は、それとインストールされたパッケージのリストを使用できます。
私は通常/boot、1GB、/20GB、および/data使用可能な残りのスペースを使用するをお勧めします。これはfsck /、必要に応じて急いでa を通過できるようにするためです。システムが起動するかどうかを確認するためだけに、3時間以上fsckを実行する必要があるだけです。
それ以外に、必ずRAID5の上でLVMを使用してください。RAIDアレイの詳細を知らずにさらにアドバイスをすることは困難です。それはハードウェアですか、それともカーネルRAID（mdraid）ですか？等。
もう1つの注意事項-スペースのニーズがどれほど深刻かによっては、RAID5ではなくRAID10を検討する場合があります。RAID10は、同じ数とサイズのドライブ（n-1ではなくn / 2）に対して使用可能なストレージが少なくなりますが、RAID5よりもデバイス障害が発生した場合のパフォーマンスと復元力の両方が向上します。（実際にデグレードモードで実行すると、デバイスに障害が発生した場合のパフォーマンスが大幅に向上します。）
この質問に対する完全な答えはあり得ません。最も良いと言えるのは、それが場合によって異なるということです。のサイズであり/、あまり多すぎる必要は/bootあり/etcません。実際にスペースが必要なのは、コンテンツ（つまり、Webサイトやユーザーの電子メールなど）を格納する場所です。これも構成できますが、/varそこにある場合は、ほとんどのスペースが必要になります。
10 TBのサウンドは素晴らしいですが、将来の保証はありません。Linuxでは、常にメディアを追加し、それらをsayのサブディレクトリとしてマウントして、/varあなたとユーザーに透過的なビューを提供できます。
パーセンテージや詳細については、ケースツーケースに依存するため、ここでは説明していませんが、アイデアを得ていただければ幸いです。