Я собираюсь переформатировать и переустановить CentOS на старый сервер. Сервер работает в скромной сети малого бизнеса из 30 узлов и выполняет множество функций, включая MySQL, общий ресурс Samba, DHCPd и SVN / Trac.
У старого системного администратора был этот сервер с почти дюжиной разных разделов для разных вещей. Я пытаюсь понять, в чем преимущества нескольких разделов по сравнению с единственной файловой системой в /. Скорость? Гибкость? Безопасность?
Похоже, что если вы неправильно оцениваете необходимый размер для любого данного раздела, и он в конечном итоге заполняется слишком быстро, требуется, чтобы системный администратор зашел и расширил раздел и т.д ... Похоже, было бы проще, если бы все было просто одной квартирой / файловая система. Но я уверен, что есть некоторые преимущества, о которых я не знаю.
На сервере в настоящее время работает несколько жестких дисков с рейдом до 2 ТБ (raid 0).
Несколько:
Не замужем:
Основная причина - изолировать перегородки друг от друга. Может быть много причин, по которым вы захотите это сделать.
/var обычно является отдельным разделом, чтобы предотвратить неконтролируемое ведение журнала, не позволяющее создавать файлы вне /var.
/tmp это еще один раздел, который может быть заполнен, и, возможно, вы дополнительно захотите /tmp чтобы быть файловой системой на основе оперативной памяти.
Пользователи склонны заполнять /home и, кроме того, вы можете сохранить его при повторной установке ОС.
Квоты применяются для каждого раздела.
Некоторые программы резервного копирования работают для отдельных разделов. Вы можете сделать резервную копию /srv но не ОС, потому что у вас есть автоматизированная система подготовки.
Вам могут понадобиться разные характеристики производительности разных разделов.
Некоторые из них могут не относиться к вам. Я бы, наверное, имел хотя бы отдельный /var, /tmp, и /srv (или куда бы вы ни поместили свои данные MySQL, Samba и SVN).
Действительно нет необходимость для нескольких разделов. Традиционно у вас был один раздел, созданный системой, а другой - для данных на случай переполнения ... заполните раздел, и вы рискуете, что сервер окажется непригодным для использования.
Совет, который я слышал, обычно представляет собой раздел для подкачки, один для системы, один для ваших данных ... и, если хотите, еще один для домашних каталогов. Просто чтобы физически остановить большие объемы данных, заполняющие вещи (например, файлы журналов ... они могут легко выйти из-под контроля). И еще один для файлов журнала. :-)
В настоящее время я обычно следую советам установщика о том, что создавать, если у меня нет определенной схемы. Зависит от шаблонов использования и назначения сервера. С таким большим пространством вы не должны слишком беспокоиться о том, что файлы журнала занимают место, особенно если вы отслеживаете систему с помощью приложения, которое будет предупреждать вас об использовании дискового пространства.
Хотя вы должны хранить системные файлы в их собственном пространстве ... только для целей восстановления.
Я установил на всех своих ящиках ровно 2 раздела. Один для загрузки и один для всего остального. Но «все остальное» - это lvm с кучей логических томов (/ tmp / var / usr / home / opt / root). Я не использую все пространство LVM и могу самостоятельно увеличить любой том, которому требуется больше места.
Как минимум, я бы выделил вещи, которые можно выращивать самостоятельно, такие как / home и / var, чтобы у вас не было вещей, зависающих при заполнении файловой системы.
По сути, такая установка дает вам гибкость в выборе размера и защиту от того, что один пользователь заполнил весь диск.