Назад | Перейти на главную страницу

Как я могу поместить / tmp, / var, / opt и / usr / local в раздел / data вместо раздела /?

Я хочу разделить сервер CentOS 6.5 с 4 виртуальными дисками RAID:

Чтобы я мог использовать большую часть дискового пространства в виде одного раздела (/данные). Я хочу, чтобы этот большой отдельный раздел включал / tmp, / var, / opt, и / usr / local. Я хочу / раздел, чтобы включить остальную часть операционной системы. Цель состоит в том, чтобы /данные раздел хранить изменчивые данные (/ tmp, / varи т. д.), а также пользовательские данные и приложения (/ opt, / usr / местный, /домойи т. д.) как символические ссылки (например, / tmp -> / data / tmp) или привязки монтирования (например, в / etc / fstab: / data / tmp / tmp none bind 0 0). Я рассматривал такие разделы, как:

Разделение CentOS по умолчанию во время установки всегда включает / tmp в / файловая система. пожалуйста, обратите внимание: Я не хочу / tmp, / varи т.д. как отдельные файловые системы. Учитывая мою конфигурацию RAID и размеры дисков, я предполагаю, что раздел / data должен быть LVM xfs раздел, да?

Может ли кто-нибудь сказать мне, как я могу это сделать? Я пробовал загрузиться как одиночный пользователь и выполнить привязку выше, но перезагрузка не удалась, возникли проблемы с просмотром / var. Возможно, подход с символическими ссылками сработает, но здесь я надеюсь на совет экспертов!

На основании ваших комментариев я бы предложил:

Используйте свой аппаратный RAID-контроллер для создания зеркального тома (RAID 1) для операционной системы. Этот том следует указать в качестве загрузочного диска в настройках BIOS. Для многих контроллеров / драйверов raid этот том будет отображаться как /dev/sda в вашу систему CentOS.

Если оставшиеся диски также подключены к вашему RAID-контроллеру, вы можете использовать это для создания тома JBOD (без избыточности и 1 умирающий диск уничтожит все данные), который будет отображаться как /dev/sdb. В противном случае другие диски просто отображаются в CentOS как отдельные диски. Это будет /dev/sdb /dev/sdc и т.п.

Поскольку вы хотите, чтобы для ОС было выделено минимум дискового пространства, а все остальное - для вашего тома данных, я бы разделил / dev / sda следующим образом

/dev/sda 
    sda1 - 250 MB - ext3 - /boot  (I still find a separate boot partition useful)
    sda2 - 2-5 GB - ext4 - /      (this may also be a LVM physical volume for vg_root VG)
    sda3 - ???    - swap - (when using LVM merge with the vg_root Volume Group)     
    sda4 - all remaining space - physical volume for a vg_data Volume Group
/dev/sdb
    sdb1 - all space - physical volume for a vg_data Volume Group
/dev/sdc
    sdc1 - all space - physical volume for a vg_data Volume Group

vg_root 
   lv_root - 2-5 GB - ext4 - /
   lv_swap - ??? <swap>
vg_data
   lv_data - 20 TB? - ext4 - /data

Обратите внимание, что, как вы указали, / data умрет милосердной быстрой смертью, когда умрет только один из компонентных дисков.

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

Теперь, если ваши приложения и пользователи не соблюдают $ TEMPDIR настройки просто перемещаются /tmp к /data/tmp и вместо этого создайте символическую ссылку ln -s /data/tmp /tmp. То же самое и со всем, что вы хотите переехать.

Лучше всего сделать это в разделе сценария кикстарта после установки или в однопользовательском режиме после завершения установки.

N.B. Я вижу смысл переместить / var / tmp в / data / tmp, но не перемещать туда весь / var. По дизайну / data - ваше самое ненадежное хранилище, и вы также намерены позволить пользователям и приложениям полностью заполнить это пространство ...