Какова рекомендуемая схема разделов для моего сервера Ubuntu?


8

Я собираюсь развернуть сервер Ubuntu со следующими серверами на нем:

  • Привязать сервер
  • DHCP-сервер
  • Сервер LAMP
  • OpenSSH сервер
  • Ldap сервер
  • База данных Mongodb
  • FTP сервер
  • Почтовый сервер
  • Самба сервер
  • NFS сервер
  • В будущем я хочу настроить Openstack для PAAS.

В настоящее время у меня есть файловая система Raid 5 с хранилищем 10 ТБ.

Как мне настроить схему разделов?

Я надеюсь, что в будущем у меня не возникнет проблем и что объем хранилища можно будет легко увеличить. Вы можете предложить схему разделов , дающую определенный процент хранения на разделы , как /, /boot, /var, /etc?

Ответы:


6

Прежде чем принять решение о схемах разбиения, это может помочь понять причины разделения различных частей Linux.

Во-первых, несколько разделов «безопаснее», так как если одна файловая система повреждена, с другими все должно быть в порядке. Это не спасет вас от сбоя диска. Резервные копии будут, как и схема паритета на вашем уровне рейдов.

Во-вторых, это был способ использовать несколько дисков разных стилей до LVM - это спорный вопрос для вас

Source - Linux Установка и начало работы

Короче говоря, схема с несколькими разделами является своего рода пережитком старых времен, продолженным по старым причинам. Если вам нужно спросить, почему , вам лучше с одним разделом.

В современном контексте умный метод разбиения будет состоять в том, чтобы использовать один большой раздел (а второй вариант, необязательно для подкачки, может быть подкачка файлов подкачки). Используйте LVM, чтобы вы могли добавлять диски, если можете, если считаете, что вам может понадобиться добавить место. Один большой раздел означает, что все будет обрабатываться до тех пор, пока есть достаточно места, и вы можете создавать резервные копии / etc / / user / local и / home и использовать их, а также список установленных пакетов, если потребуется восстановление на «голое железо».


3

Я обычно рекомендую /boot1 ГБ, /20 ГБ и a, /dataкоторый использует оставшуюся часть свободного места. Это сделано для того, чтобы вы могли пройти через fsck /спешку, если это необходимо; ничто не сосет больше, чем необходимость сидеть три часа или более в fsck, чтобы посмотреть, будет ли ваша система вообще загружаться!

Кроме того, обязательно используйте LVM поверх вашего RAID5; трудно дать дальнейшие советы, не зная больше деталей о вашем RAID-массиве - это аппаратное обеспечение или ядро ​​RAID (mdraid)? И т.п.

Еще одно замечание - вы можете рассмотреть RAID10 вместо RAID5, в зависимости от того, насколько серьезны ваши потребности в пространстве. RAID10 предоставит вам меньше доступного хранилища для того же числа и размера дисков (n / 2 вместо n-1), но будет более высокой производительностью и более устойчивой в случае сбоя устройства, чем RAID5. (Это также будет намного, намного выше производительность при работе в ухудшенном режиме, если и когда устройство ОТКАЗЫВАЕТСЯ.)


1
Ваш конкретный вариант использования может отличаться, но в целом я думаю, что 1 ГБ для / boot кажется сумасшедшим излишним. Каждая версия ядра составляет ~ 15-35 МБ. Почему вы хотите сохранить 20-30 различных версий, чтобы использовать это место? :)
Mxx

1

На этот вопрос не может быть идеального ответа, лучше всего сказать, что это зависит. Размер /, /bootи /etcне нужно слишком много. Место, где вам действительно нужно место, - это место, где вы будете хранить свой контент, то есть веб-сайты или электронные письма пользователей и т. Д. Это также можно настроить, но если они там находятся, /varто именно там потребуется больше всего места.

10 ТБ звучит круто, но никто не может быть ориентирован на будущее, linux всегда позволяет вам добавлять больше медиа и монтировать их в качестве подкаталога /varв вашем случае, предоставляя вам и вашим пользователям прозрачное представление.

Я не вдавался в проценты и особенности, потому что они будут зависеть от конкретного случая, но я надеюсь, что вы получите представление.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.