Скільки і які розділи потрібно створити для сервера Linux?

Розділи дуже важливі на сервері Linux, оскільки вони дають вам велику гнучкість, наприклад, під час оновлення до більшого жорсткого диска.

Але, скільки розділів я повинен створити під час створення Linux-коробки? Який розмір я повинен встановити для кожного розділу?

Нарешті, але не в останню чергу, які розділи я повинен мати на окремому диску (я думаю про / home, / var, можливо, про швидший диск тощо) та якими розділами я можу поділитися на одному диску?

Планування хорошої структури розбиття сильно залежить від того, чи справді ви знаєте, як ви збираєтеся використовувати "сервер". Будь-яка випадкова порада, яка не приймає фактично надані послуги, не буде особливо корисною.

Наприклад, якщо це поле на основі debian, яке буде використовуватися для mysql, ви можете хотіти окремі розділи для /, / var та / var / lib / mysql.

Це буде файловий сервер з великою кількістю спільного сховища? Можливо, ви хочете розділи /, / home та / srv.

Для коробки, на якій працює лише кальмар, ви можете захопити на розділі для / та один розділ на швидкому диску для котушки кальмарів.

Поки ви плануєте свої розділи, дуже корисно добре розуміти стандарт ієрархії файлової системи та якщо / як ваш вибраний дистрибутив відхиляється від стандарту.

Використання LVM може значно полегшити передумови в майбутньому та налаштувати розділи без перезавантаження. А його здатність створювати знімки може бути дуже простою для створення гарних резервних копій.

Я завжди створю ці розділи, і станом на минулий рік, завжди в LVM:

/       - a few Gig
/usr    - 24 Gig and mostly empty
/var    - 4 Gig works for me, YMMV
/home   - depends on how many users you will have

Одне з найважливіших /var- якщо це окремий розділ, тоді, коли він заповниться, ви не зламите ваш кореневий розділ. Хоча я ніколи цього не робив, деякі роблять окремо, /usrщоб вони змогли встановити його лише для читання.

і я іноді створюю такі розділи:

/boot   - even 1 Gig is way more than enough

Аргументація полягає в тому, що не завжди можливо завантажуватися з розділу RAID або LVM. Таким чином, /bootможе бути простий розділ ext3, що дозволяє /бути більш досконалим.

Якщо у мене буде велика кількість великих файлів, я іноді буду створювати певний розділ для цих великих файлів, щоб файлова система могла бути налаштована на ефективність при зберіганні великих файлів. Деякі люди, якщо вони будуть обслуговувати NFS з сервера, створять окремий розділ для своїх NFS-акцій або навіть окремий розділ для кожної спільної NFS. Це залежить від ваших потреб.

Чому LVM? Як я вже згадував у відповідях деінде, але забув згадати тут, це РОЗПОЛУЧИТЬ простіше змінити свою думку пізніше та розширити розділ. Це вже врятувало мою недопалку.

Це загальні вказівки. Звичайно, я очікую, що якщо ваш сервер має особливі потреби, ви це врахуєте та зробите розділ, що відображає ці потреби.

Якщо припустити, що ви будуєте машину, яка триватиме деякий час, було б незручно перебудувати, і вона повинна бути досить гнучкою, вам може сподобатися схема, схожа на наступне:

1. Встановіть мінімум два фізичних накопичувача однакового розміру; Для цього прикладу я припускаю SATA-накопичувачі 500 Гб, але принципи працюють чудово з іншими розмірами накопичувача.

2. Розділіть кожен диск таким чином:

   /dev/sda1   500MB
   /dev/sda2   100GB
   /dev/sda3   the rest
   

   Мета полягає в тому, щоб мати передбачливий розділ на 500 Мб спереду, великий розмірний розділ посередині для ОС та додатків та основну частину накопичувача на задній частині для отримання додаткових даних.

3. Створіть набір SW RAID 1 /dev/md0, від, /dev/sda1та /dev/sdb1; побудувати додаткові набори SW RAID 1 /dev/md1та /dev/md2з відповідних розділів.

4. Форматувати /dev/md0як ext3; це буде /boot.

5. Формат /dev/md1та /dev/md2фізичні обсяги LVM.

6. Створіть групу томів LVM vg_system, яка містить /dev/md1.

7. Створіть відповідні томи LVM всередині vg_systemваших різних розділів ОС; принаймні, вам потрібно swap, /varпари ГБ і /10 Гб або близько того. ПРИМІТКА : не виділяти всіх vg_system! Коли пізніше ви вирішите, що хочете збільшити розмір \var, або ви хочете додати /optабо щось подібне, тоді вам потрібен додатковий простір.

8. Створіть групу томів LVM vg_data, яка містить /dev/md2.

9. Створіть обсяги LVM всередині vg_data; принаймні, вам потрібно значного розміру /home, і ви можете отримати додатковий обсяг для, скажімо, поштових котушок, баз даних, веб-коренів або будь-яких інших даних, що не входять в ОС. Знову ж таки, не виділяйте всіх із vg_dataпричин, подібних до перелічених вище.

До переваг цієї стратегії належать:

• Він терпимий до відмов обладнання; будь-який накопичувач може вийти з ладу, не спричинивши збій системи, і якщо ви інвестуєте в контролер гарячої заміни, ви можете відновитись без простоїв.

• Це стійкий до майбутнього і розширюється; купуючи накопичувачі 2 Тб за кілька років по дорозі, ви можете ляпнути їх у автомат, перевести їх в інший набір SW RAID, відформатувати його як фізичний об'єм LVM, додати його до тієї групи гучності, яка потребує більше місця (можливо lv_data), потім використовувати pvmoveдля переміщення ваших даних зі старих дисків та нових. Крім того, основні оновлення ОС можуть бути значно менш болісними; якщо вам потрібно перевстановити ОС для капітального оновлення (ах Red Red Hat :(), ви можете це зробити, зберігаючи домашні каталоги (та котушки електронної пошти та все, що ви вставили vg_data).

Недоліки цієї стратегії небагато; Я вважаю, що це трохи складно, і ви дійсно вражаєте ефективність записів через RAID 1. Однак я вже кілька років будую робочі станції та автономні сервери за цими принципами, і за своїм досвідом кожен раз, коли я Я не будую машину за цими напрямками, доки я хотів би, щоб це було.

-віст

PS Я повинен додати, що якщо у вас є інфраструктура для швидкого і безболісного забезпечення нової машини, то така система, як ця, є надмірною; замість того, щоб повозитися з наборами RAID та LVM, просто відновіть машину, якщо вам потрібно щось змінити.

Протягом багатьох років кожен комп'ютер, який я використовував, був подвійною системою завантаження, і на стороні Linux я досить сильно застряг у цій схемі (я говорю тут про персональні робочі станції, ніяких речей на сервері, тому ваш пробіг може відрізнятися)

/     - main thing
/boot - not that relevant, since cylinder being < 1024 and 
        exotic filesystems are no longer an issue
/home - handy if you upgrade your laptop with each new distro :-)

Під час останнього оновлення я зробив установку з нуля, витираючи /розділ. Це змусило мене подумати, що окрема /optабо /usr/localперегородка була б приємною, шкодуючи мені клопоту перевстановити всі речі, які я помістила туди (Java, затемнення ... Мені зазвичай не до вподоби дистрибутивні пакети).

Крім розділів, згаданих Едді, я, як правило, створюю ще два окремих розділи

/ tmp - з тих же причин ви створили окремий / var-розділ (у мене раніше був заповнений проміжок часу). Я зазвичай йду з 1-2 ГБ

/ usr / local - це дозволяє оновити та очистити / usr за потребою, не здуваючи все ваше окремо встановлене програмне забезпечення. Розмір тут залежить від того, скільки встановленого зовнішнього програмного забезпечення. Як правило, я коштую близько 10 ГБ, але в цей час я вважаю, що це трохи.

Я завжди роблю / додому останнім і заповнюю решту диска.

На розділі / boot я ніколи не робив його більшим, ніж 100 Мб, і ніколи не стикався з космічними проблемами (зрештою очищаю старі ядра). Це дійсно може бути дуже маленьким.

Крім того, не забувайте розділ swap.

Для більшості машин я

100MB /boot
1GB * NUMBER_OF_USERS /home
10GB /var/log
10GB /var
REST /

У деяких випадках це потрібно буде переключити, але я дуже прихильний до того, що користувачі не отримують більше 1 ГБ місця на сервері. Якщо їм потрібно більше, вони можуть використовувати / tmp, розуміючи, що це буде видалено через cron вночі.

Якщо припустити, що ви там не використовуєте апаратний RAID - під Linux я завжди використовував би LVM поверх RAID. Навіть для конфігурації одного диска. Причина полягає в тому, що у вас є можливість додати більше місця для зберігання (розширення групи LVM) або змінити параметри надмірності (скажімо, перетворення "дивного" конфігурації raid1 з одним диском у дзеркальний або навіть RAID10 з деяким важким підйомом).

Щоб відповісти на ваше запитання, у мене зазвичай щось подібне для загального сервера. Починаючи з 2 дисків (скажімо, 1RU Dell), обидва розділені як:

• ~ 100 Мб RAID1 для / завантаження
• LVM поверх RAID1 для решти диска

Потім ми створюємо весь об'єм у вигляді обсягів LVM: * / * / var * / tmp * / home * / opt

Я б уникнув створення занадто багато файлових систем, оскільки це біль для управління. Якщо у вас не вистачає диска, у вас з’явиться вільний простір для багатьох файлових систем, але недостатньо для роботи.

/ home та / tmp в окремій файловій системі - це завжди хороша ідея; як правило, я не розлучаюсь / вибираю, якщо я не планую вкладати в неї багато речей. (NFS може бути кращим варіантом для / opt, якщо у вас багато серверів, для яких потрібен той же стек програмного забезпечення)

Коротше кажучи, використовуйте LVM для всього, якщо у вас немає причин цього не робити - таким чином у вас є можливість змінити.

Також використовуйте сервер журналу, щоб журнали не заповнювали ваш / var!

• / завантаження - 128 Мб

Група томів - rootvg

• / var - 5 Гб (залежить від того, чи використовується він як поштовий сервер. Ви також можете змінити розмір для вилучення основних файлів)
• / tmp - 2 Гб
• / opt - 10 Гб (використовується для програмного забезпечення, яке не постачається з дистрибутивом)
• / - 6GB - minumum

Група томів - datavg

• / додому - решта

Ви можете зробити окремий / usr для свого програмного забезпечення, але в моєму випадку вікно перевстановлюється, тому не потрібно отримувати власний розділ.