Unix-сервер и разделы файловой системы

Игнорируя базовый массив RAID ( см. Этот вопрос для получения более подробной информации об уровнях массива RAID и о том, когда вы хотите их использовать), давайте сосредоточимся на основном вопросе, который вы задаете:
"Как мне выложить файловые системы моего Unix-сервера?"

Что не так с одним гигантом / раздел?

Как вы отметили в своем вопросе, многие дистрибутивы Linux (особенно дистрибутивы "Desktop", такие как Ubuntu) используют очень простую схему файловой системы: / а также [swap],

Эта схема имеет преимущество простоты - она ​​отлично подходит для пользователей DOS/Windows, которые привыкли к своему домашнему ПК с "жестким диском" в виде одного большого монолитного контейнера (C:\) в которую вы записываете данные, и вам не нужно беспокоиться о нехватке места на файловых системах - просто убедитесь, что вы остаетесь под емкостью диска, и все (по крайней мере теоретически) в порядке.

Однако схема с одной файловой системой имеет несколько недостатков - наиболее часто упоминаемый недостаток состоит в том, что системы Unix обычно очень плохо реагируют, когда корневая файловая система заполняется (вплоть до отказа от загрузки), и если все пишет в / (корень) одна своенравная программа или пользователь может уничтожить всю систему.
Одна большая файловая система также может быть полной потерей в случае сбоя системы и последующего повреждения файловой системы.

Вышеуказанные проблемы, а также сильное чувство организации, объясняют, почему серверы Unix обычно имеют несколько файловых систем.

Как вы разбиваете файловую систему Unix?

Надеюсь, вы уверены, что иметь несколько файловых систем имеет смысл. Теперь возникает вопрос: как вы разбиваете систему на логические куски и как вы решаете, сколько места каждый получает?
Ответ в том, что вы знаете и понимаете, что и куда будет помещать ваша операционная система. Отправной точкой для этого понимания является hier справочная страница. Большинство систем Unix поставляются с (man hier из системы Linux, и man hier из системы BSD), и это плюс ваши локальные знания о том, что собирается делать код, который вы устанавливаете, поможет вам в создании правильной разметки разделов.

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

Общая схема секционирования Unix

/
    The "root partition", /, does not usually need to be very large.
    It holds the basic items needed to boot the system, mount other filesystems
    and get you to a running, usable, multi-user environment.  It's also what
    is available to you when you bring up the system in single-user ("recovery")
    mode.  
    The contents of / should not change or grow substantially over time.

    NOTE: Anything that doesn't go on one of the other partitions described
          below will wind up taking space on the root partition (/).

/var
    The /var filesystem holds variable data -- log files, email, and on some
    systems databases (like MySQL or Postgres) store their data files here.  
    `/var` should be "Big Enough" to hold all the data you intend to cram into
    it.  I generally advise 10GB for systems that won't have a database or email
    server (just logs).  If you are building a database or mail server you
    should obviously make `/var` larger, or carve out separate filesystems for
    the database/mail data.

/usr
    The /usr filesystem holds "userland" programs, data, manual pages, etc.
    This is where things like the Firefox browser binary live.  On systems that
    will have a lot of large user applications this filesystem may be very large
    (100GB or more), and on stripped-down servers it may be relatively small.  
    A good rule of thumb is that the /usr filesystem should be twice as large
    as you need it to be in order to fit your initial installation of programs.

/home
    The /home filesystem holds user home directories, and on desktop systems is
    the largest and most prone to filling up.  When you download files from the
    internet, create spreadsheets, store a music library, etc. that data is
    stored in your home directory, and it adds up fast.
    It's important to allow enough room under /home for the "accumulated junk"
    you will gather over time, even on servers -- ad-hoc tarball backups, 
    package files you copied over to install, and the like.

Специальные файловые системы

/tmp and /var/tmp
    The temporary scratch space (/tmp) is "special" -- on most Unix systems
    the contents of /tmp are cleared on reboot, and on many modern systems
    /tmp is a special "tmpfs" (RAM) filesystem for better performance.
    /var/tmp is usually "persistent temporary files" (like vi recovery
    files), and is not cleared on reboot
    The same general rule applies as for all other filesystems: Make sure
    your temporary scratch filesystems are big enough to hold the stuff you
    want to put in them.

[swap]
    Swap Space is used by the kernel when you are running low on RAM --
    The old general rule of thumb was to have at least twice as much swap
    as you did RAM, however on modern systems it's usually sufficient to
    have "enough" swap -- 2GB is a practical lower limit, and an amount
    between half the installed RAM and the total installed RAM is usually
    adequate.
    On modern systems with relatively huge RAM pools (12G and up) it is
    probably not practical to use the system if it's swapping heavily
    enough to warrant the old "Twice the installed RAM" rule.

Практика создания файловой системы началась с тех времен, когда не было программного рейда, и дисков было мало, поэтому вам пришлось использовать несколько из них, и, таким образом, единственный способ сделать это - сломать файловую систему. и положить разные каталоги на разных дисках. Другая историческая причина этого состояла в том, что вы могли легко размонтировать раздел и dump это для резервного копирования, что вы не могли сделать с рутом. Этот инструмент в значительной степени потерял популярность в наши дни и может вместо этого использоваться на снимке LVM даже в корневом каталоге.

Нет никаких причин для этого. Единственная причина, по которой это необходимо сделать, это если вы хотите, например, предотвратить /tmp от заполнения всего диска.

Эта причина в значительной степени неактуальна в наши дни, потому что предоставление пользователям общего доступа к оболочке ушло на второй план, и в наши дни на серверах работают выделенные службы, такие как веб-серверы или почтовые серверы. Поскольку у вас нет случайных пользователей, способных выполнять произвольные команды, вам, как правило, не нужно беспокоиться о том, что они пытаются заполнить вашу файловую систему (и даже когда вы это сделали, у вас были дисковые квоты, чтобы остановить это).

Что касается того, какой уровень рейда использовать, вы должны помнить, что основная цель рейда - не защита данных (для этого нужны резервные копии), а поддержание времени безотказной работы. Если вы положите /tmp на raid0 ваш сервер все равно будет отключен, и вам придется его починить, если один из дисков выйдет из строя. Вы также можете использовать raid10 вместо raid1, чтобы повысить производительность.

Очень веская причина НЕ разбивать файловую систему - это то, что если вы неправильно распределите ресурсы, вы можете получить часть файловой системы, которая будет заполнена, несмотря на то, что в другом месте много свободного места. Исправить это может быть сложно, если вы не используете LVM и не оставляете свободное пространство.

Большая часть информации о разделах была сгенерирована, когда на диске было мало места. В результате вы увидите относительно небольшие разделы для ряда случаев. Требуемые размеры разделов зависят от использования сервера. Наиболее переменными, как правило, являются /tmp, /var, home, /opt, а также /srv, /usr имеет тенденцию быть разумного и стабильного размера. Пространство для / может включать в себя любые или все другие разделы и их требования к пространству. Размер действительно зависит от того, что вы делаете в системе.

Я бы увеличил swap и смонтировать /tmp на tmpfs, Вы /tmp будет использовать своп в качестве резервного хранилища, но использовать память как доступную. Размер вашего /tmp выглядит чрезвычайно высоко, но будет обрабатывать прерванную загрузку, которая не очищена.

Я хотел бы рассмотреть перемещение файлов MySQL в /srv, Это относительно новый уровень в иерархии дисков.

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

В зависимости от вашей архитектуры - вы можете не захотеть использовать /tmp, поскольку он очищается после каждой перезагрузки. Если ваш сайт имеет дело с возможной обработкой загрузок, идея может быть изменена на другое место (через php.ini); в котором вы можете сделать это в любой точке монтирования.

Как предлагалось ранее, настоятельно рекомендуется использовать LVM и приращение по мере необходимости.

Я также настоятельно рекомендую выделенный раздел для данных MySQL (вы все равно можете смонтировать его в /var/lib/mysql).

Традиционный и лучший способ разделить файловую систему UNIX — разделить ее на статические файлы, динамические файлы, файлы без общего доступа и общие файлы.

Хорошую документацию (справочную спецификацию FHS) можно найти здесь: https://refspecs.linuxfoundation.org/fhs .

Общие правила:

• , , и должен монтироваться с помощьюnoatimeвариант крепления.
• либо используйте небольшой -раздел, где/usrи/optтакже являются отдельными файловыми системами или используют большой -раздел с дополнительным -разделом.
• маленький -раздел, но не большой -раздел не должен использовать журналируемую файловую систему
• большой раздел, но не маленький/-раздел должен использовать журналируемую файловую систему
• отдельный/boot-раздел также не должен использовать журналируемую файловую систему

Доступен ли доступ к записи в каталог пользователям без полномочий root? -> Использовать отдельную файловую систему.

• Пример:/home; ;/var/mail;/var/spool;/var/tmp
• Варианты монтирования, такие какnoexec,nosuid,nodevдолжен быть использован

Содержимое каталога меняется очень часто? -> Использовать отдельную файловую систему.

• Пример:/tmp;/var
• Варианты монтирования, такие какrelatimeдолжен быть использован

Пример :

      # This example uses a "large" /-partition with a separate /boot-partition
# /boot-partition uses ext2, to make sure that no journaling is used,
# ext4 with disabled journaling might also be used for /boot.
LABEL=rootfs    /          ext4 noatime                      0 1 
LABEL=boot      /boot      ext2 noatime                      0 1
LABEL=tmp       /tmp       ext4 relatime,noexec,nosuid,nodev 0 0
LABEL=var       /var       ext4 relatime                     0 2
LABEL=tmp.var   /var/tmp   ext4 relatime,noexec,nosuid,nodev 0 2
LABEL=mail.var  /var/mail  ext4 noexec,nosuid,nodev          0 2
LABEL=spool.var /var/spool ext4 noexec,nosuid,nodev          0 2
LABEL=www.var   /var/www   ext4 noexec,nosuid,nodev          0 2
LABEL=home      /home      ext4 noexec,nosuid,nodev          0 2

Как видите, для большинства обычных пользователей это может быть излишним. Более сбалансированное решение выглядело бы так:

Пример сбалансированного/etc/fstab:

      LABEL=rootfs /     ext4  noatime                      0 1
tmpfs        /tmp  tmpfs atime,noexec,nosuid,nodev    0 0
LABEL=var    /var  ext4  relatime,noexec,nosuid,nodev 0 2
LABEL=home   /home ext4  noexec,nosuid,nodev          0 2