Я задаюсь вопросом, и я уверен, что многие из них тоже задаются вопросом, на какой основе будет наилучшая или, по крайней мере, оптимальная структура файловой системы для сервера на основе GNU / Linux. Я знаю, что общего макета нет, потому что макеты меняются в зависимости от того, чего хочет добиться конечный пользователь, поэтому я ограничу свой вопрос до очень конкретной реализации. Назначение сервера - сервер SIP-телефонии среднего размера. Макет файловой системы, который я придумал, следующий:
Полный размер жесткого диска составляет 146 ГБ
- Основной раздел 1 ГБ смонтирован как / boot
- Основной раздел 16 ГБ смонтирован как /
- 16 ГБ расширенного раздела, смонтированного в качестве подкачки (сервер имеет 8 ГБ памяти, и по крайней мере он скоро не увеличится)
- 52 ГБ расширенного раздела, смонтированного как / var
- 16 ГБ расширенного раздела, смонтированного как / var / log
- 30 ГБ расширенного раздела, смонтированного как / usr
- 5 ГБ расширенного раздела, смонтированного как / tmp
- 10 ГБ расширенный раздел монтируется как / home
Я поместил раздел подкачки посередине, учитывая, что это даст более быстрый доступ, сделал большой раздел var, потому что будет много переменных данных, таких как файлы базы данных. Я переместил / var / log и / tmp в другой раздел, чтобы быть уверенным, что если они заполнены, они не приведут к краху всей системы, и переместил / usr, чтобы сделать его доступным только для чтения, если есть необходимость в такая мера. Я сделал небольшой / домашний раздел, потому что число пользователей будет небольшим, поэтому нет необходимости в большом пространстве для хранения домашних каталогов.
Я полагаю, что существует множество аргументов за и против этого макета, и я с любопытством (пытаюсь высказать мнение более опытного или более мудрого, чем я) о том, о чем думают другие: так ли хороша эта фрагментация и порядок с учетом быстрого доступа (что почему я поставил своп почти посередине) безопасность и безопасность данных? Какие-нибудь мысли? Спасибо!
источник
Ответы:
Две вещи:
В общем, я буду использовать:
Размеры зависят от использования, но оставляют некоторое (большинство) неиспользуемое пространство в группе томов (VG) для расширения любых логических томов, которые заполняются.
источник
Определенно стоит создать что-то вроде того, что вы выложили, но я бы подумал об использовании LVM и расширении ваших разделов по мере необходимости.
Лично я использую что-то очень похожее на то, что у вас есть, но наименьший возможный размер раздела, так как у меня есть контроль дискового пространства на всех моих ящиках в Nagios, я заранее знаю, когда мне нужно расширить раздел.
Ох, а 1ГБ для / boot? В зависимости от вашего дистрибутива вам не нужно больше, чем несколько сотен мегабайт ...
источник
Я в целом согласен с вашим подходом разделения диска на несколько файловых систем. Я не уверен, что размещение свопа в середине действительно что-то для вас. Я бы сосредоточился на том, чтобы убедиться, что все разделы достаточно велики для поставленных задач. Например, каков риск того, что ваш 16GB / var / log заполнится? На стандартном linux-сервере должно быть достаточно места для журналов, но специализированный сервер может создавать гораздо большие файлы журналов в зависимости от использования.
Вы можете подумать об увеличении размера / tmp в случае, если какое-либо программное обеспечение, которое вы используете, хочет создать много больших временных файлов.
Моя основная рекомендация заключается в том, чтобы использовать такой подход для размеров файловой системы, но сконцентрируйтесь на правильном мониторинге и ротации файлов журнала, чтобы гарантировать, что вы не заполните эти критические файловые системы / tmp и / var / log.
источник
Я сам, вероятно, не разделил бы это так сильно; у вас будут проблемы, если какой-то конкретный раздел заполнится, и вы сделали так, что у вас есть ~ 6, которые могут заполниться и вызвать проблемы, и это новая система, так что вы действительно не знаете, для чего уверен, где место будет тесным.
Убедитесь, что вы установили оповещения о том, когда доступное пространство становится мало.
источник
Я бы не стал разделять раздел на 30 ГБ для / usr. 16 ГБ - разумный размер для / и / usr вместе взятых; дайте корневому разделу 20-30 ГБ, если вы действительно хотите комнату.
У меня нет большого опыта работы с LVM, но с вашим предложенным использованием это имеет смысл.
Это действительно звучит так, как будто вы должны сначала выполнить пробную установку, чтобы точно определить ваши требования к пространству для базовой системы и программного обеспечения. Особенно, если вы будете избегать решения LVM. Как только вы это сделаете, у вас будет гораздо более четкое представление о том, насколько большими должны быть ваши разделы / и / usr . Затем вы можете настроить размеры разделов, чтобы максимально увеличить доступное пространство для областей, которые, как вы ожидаете, им понадобятся - / var, / var / log и / tmp.
источник