現在、CentOS 7を新しくインストールしている1.5TBデータセンタークラスのSAS SSDがあります(CentOS 7は後でCloudLinuxに変更される予定です)。
パーティションスキームを設定しているときに作業できるスペースが十分です。私のサーバーには256 GBのRAMがあるので、SWAPを1.5xに設定しません。
多くのユーザーの多くのネットワーク活動がドライブで同時に発生します。
これが私が思いついたものです。何を変えますか?
/boot – 2GB
/ = 25GB
/tmp = 10GB
スワップ = 16GB **
/home =残りの記憶領域
Redhatは、64 GBのRAMを搭載したシステムに対して(少なくとも)4 GBのSWAPを推奨します(源泉)。したがって、大容量メモリを備えたシステムの場合、推奨事項は1/16です。
**おそらく彼らは4GB SWAPを含む256GB RAMを推奨するかもしれませんが、私はそれを見なかったので、計算は256GB RAM / 16 = 16GB SWAPです。他の提案があれば聞きたいです。
答え1
これが私が思いついたものです。何を変えますか?
私のものおすすめする
/boot 1gb (or 2gb would be fine)
/boot/efi 100mb (or 200mb would be fine)
/ max (remaining space of your N tb ssd)
だから私が言うの、受け入れて
- RHEL 7.6(現在は7.9)から、過去5年間にワーカーサーバーを実行しました。
/boot
現在、1GBのパーティションは44%で、100MBのパーティション/boot/efi
は11%でいます。これに基づいてより大きくする理由はありません。- 警告:EFIを使用せずに既存のBIOS方式を使用し、パーティションがない場合は、
boot/efi
すべてを以下に要約します。/boot
時間の経過とともに、この対EFIで何が起こるのかを知らせるデータや経験はありません。同様にEFI用に作成したので、最大2GBまたは4GBを選択してください。1.5TB SSDの10GB未満のスペースもお見逃しなく。
- 警告:EFIを使用せずに既存のBIOS方式を使用し、パーティションがない場合は、
- 長い質問:64 GB以上のRAMがある場合でも、スワップディスクパーティションを作成する必要がありますか?私のサーバーには512 GB以上のRAMがあり、スワップパーティションを作成せず、問題はありません。 rhel/centos 7+ Linux がインストールされた 32 GB 家庭用コンピュータでも同様で、ディスクスワップパーティションもなく、まったく問題になりません。
- 少なくともこれは、RHEL 7ストレージ管理ガイドの第15章に記載されています。8 GB から 64 GB スワップ = 1.5 x RAM > 64 GB RAM スワップ =最小4GB。
- 本当に少なくとも意味は?安全のために500GBを使用することをお勧めします! ?
- はい、私はディスクスワップパーティションを嫌います。誰かが256 GBのRAMを持っているとき、ディスクスワッピングがいつ、いつ、なぜ有益なのかについての詳細な証拠を提供しました。
ディスクを分割するために使用されます。
/home
/var/log/audit
あるいは、または他/opt
のすべてはまず主観的です。しかし、これの大きな問題は、長期的に自分をだますようになるということです。/home
たとえば、1000 GBのディスクで25 GBしか使用しない場合は、/home
50 GBを使用したいと思います。私はこれを経験し、*私たちは/homeと/var、/optと/usrを分割する必要があるという考え方をしました。まあ、私たちはそれぞれをできるだけ大きくし、決して問題が発生しないことを保証します。これは愚かな考え方だけです。mount
私が知っているパーティショニングの唯一の利点は、特定のレベルオプション(たとえば)を活用したい場合ですnoexec
。そうでなければ、通常は得よりも糸が多い。- ディスクパーティションのインストールレベルオプションに加えて、これに妥当な理由を提供できる人はいますか?そうでなければ、なぜそうし、失敗に備えなければならないのですか?
/
25GBだけ作ると言いましたね。これは良くありません、しないでください。/
ディスク全体を取り出すだけです。始めるどのフォルダのサイズが大きくなるかを予測できないため、スペースが不足しないようにパーティションを分割してください。しかし、フォルダは/home、/opt、/usr、/varです。- フォルダ
/tmp
:systemctl enable tmp.mount
ディスクの代わりにRAM(tmpfsなど)を使用します。それ以外の場合は/tmp
、インストールし/
てからディスクの物理サイズ制限を超えるまで心配しないでください。 df -h
99%がいっぱいの別のパーティションにフォルダがあるため、ショーが中断され、同じディスクにサイズに関係なく、50%未満で満たされた他の多くのパーティションが表示されるよりも悪いことはなく、役に立ちません。これは、構成し運営する必要がある原則ではなく、無駄であり、誤った管理です。
答え2
どんな規模のサーバーでも本物静的パーティショニングに頼りたくありません。過去15年間のサーバーであると仮定すると、UEFIブートがあるため、パーティションは必要オペレーティングシステムを起動する方法は次のとおりです。
- vfat /boot/EFIパーティション
- 残り
これは途方もない自由を提供します。セットアップステップでGPTパーティションテーブルと2つのパーティションを作成するだけです。
- 8GB/ブート/EFI
- 残りのLVM物理ボリューム
それはすべてです。必要に応じて、その物理ボリューム内に論理ボリュームを作成します。利点は、常に必要なだけ論理ボリュームを作成し、順序に関係なく配置することができ、後でパーティションを縮小または移動する必要がなく、スナップショット機能を取得できることです。無視された(できなかった測定するどんな欠点でも)。
約40GBのサイズで/で始まり、近い将来必要と思われるあなたの家に適した/で始めることができます。後で必要に応じて、問題なく2つのボリュームのサイズを増やすことができます。オンラインサイズ変更可能なファイルシステム(XFSなど)を使用している場合でも機能します。しかし、あなたはそれらを使用しています。
1これを行うときはcentos7で始めないでください。もう古くて何も手に入らない。