Стоит ли разбивать диск на 2 тома в debian для веб-сервера?

Question

[Aleksander911]

Доброго дня всем.
В debian я только начинающий, еще не начинал даже его устанавливать, посмотрел видео, почитал мануалы. Сразу перед установкой, чтобы не делать лишних ошибок, появилось несколько вопросов...
Требуется установить debian для размещения на нем веб-сервера. При установке думаю разбить диск 3 Тб на 2 раздела: один для самой ОС, а на втором разместить сам web-сервер,его файлы и файлы сайта.
Стоит ли вообще разбивать диск или нет?
Если стоит , то подскажите сколько места оставить для самой ОС для комфортной ее работы?
И какой raid лучше программный или аппаратный в данном случае? (имеется второй аналогичный диск)
Возможно ли потом расширить пространство диска за счет добавления дополнительных дисков (что бы не добавлялся еще один раздел, а расширялся уже существующий)?

Comments

[AVKor]

Если это обычный ПК, то RAID программный однозначно. Поскольку "аппаратный" там всегда fake-raid. Настоящий железный хороших денег стоит.

Answer 1

[Ivan Bogachev]

Стоит ли вообще разбивать диск?

Почему бы и нет? Еще стоит сделать отдельный раздел под /var.

Сколько места оставить для самой ОС для комфортной ее работы?

Для самой ОС много места не нужно - там нескольких гигабайтов с головой обычно хватает.

И какой raid лучше программный или аппаратный в данном случае?

Это тема для холивара. Однозначный ответ сложно дать. Плюсы и минусы обоих вариантов на тостере уже обсуждались. К ним можно добавить те возможности, которые у вас есть (у меня, например, был "сервер" из обычного пк и аппаратно он умел только raid0 и raid1, что не было лучшим выбором на тот момент - пришлось использовать программную реализацию).

Возможно ли потом расширить пространство диска за счет добавления дополнительных дисков

Смотрите в сторону LVM (всмысле смотрите заранее, перед установкой)

Comments

[Aleksander911]

Спасибо за подробный ответ :) .
Я склоняюсь к программному RAID, т.к. (почитав всё что нашел) чаще его используют и притом меньше проблем с переносом на другое железо.
А сколько места примерно под /var вы бы оставили, если у вас будет несколько сайтов? И что вы там бы разместили? (извиняюсь за назойливость)

[Ivan Bogachev]

Aleksander911:
>> А сколько места примерно под /var вы бы оставили, если у вас будет несколько сайтов?
Так же как и под ос - несколько гигабайтов (даже, наверное, не просто /var, а /var/log. Там вся идея в том, что, если что-то случится и логи начнут накапливаться с невероятной скоростью, или просто со временем их станет слишком много - у вас закончится место только на одном разделе, который мало влияет на все остальное. Можно будет там прибраться, а все остальное будет продолжать работать). А файлы сервера и файлы сайта, как вы и предлагали - на отдельный раздел

[Aleksander911]

Ivan Bogachev: Спасибо большое!

[Ivan Bogachev]

Aleksander911: Но, в любом случае, lvm позволят увеличить рвзмер раздела, так что добавить всегда можно будет

[Aleksander911]

Ivan Bogachev: Я уже читаю про lvm, осталось понять как всё это совместить с программным raid, чтобы потом к примеру при добавлении еще двух HDD и изменении размера автоматом менялся размер у зеркала, если это конечно возможно.

Answer 2

[landergate]

сколько места оставить для самой ОС для комфортной ее работы?

Для минимальной конфигурации может быть достаточно и меньше 5ГБ, но можно запастись и сделать 7-15, даже 20ГБ.
С помощью LVM всё это всегда можно будет переиграть.

Стоит ли вообще разбивать диск?

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

Это полезно, если Вы хотите избежать проблем в случае переполнения основного раздела. Переполнение не повлияет на работу /boot, если /boot будет жить в отдельном разделе, но это слегка усложняет обслуживание - придётся периодически вычищать старые ядра из /boot, чтобы освобождать там место, чтобы туда могли применяться новые обновления ядер.
Если ваш сервер будет обслуживать сайт, размещаемый на /var/www, и пользователи могут там генерировать свой контент или даже заливать большие файлы, то выделение его в отдельный раздел позволит не допустить проблем в других разделах из-за переполнения.

Если своевременно мониторить и то, и другое, в принципе можно жить и с одним разделом.

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

И какой raid лучше программный или аппаратный в данном случае?

Про плюсы и минусы обоих Ivan Bogachev уже привёл ссылку.
Скажу о своём опыте:
Программный mdraid работает отменно. Использую на очень многих проектах. Аппаратный может быть производительнее на совсем высоконагруженных проектах.

Comments

[Aleksander911]

Спасибо за исчерпывающий ответ.
А не подскажите как должна выглядеть LVM группа логических разделов /boot, /var по размерам, если диск 3 Тб и 16 RAM? И как я понял базы MySQL тоже в /var размещать надо?

[landergate]

Aleksander911:
/boot можно выделить 2ГБ.
Дефолтная разметка в Debian и Ubuntu делают 1ГБ. Сами ядра (прилетающие с апдейтами версии ядер Linux) весят в районе 25Мбайт за штуку, но если долго не перезагружаться и не делать apt-get autoremove, то они скапливаются в /boot и по прошествии времени создают ситуацию, когда /boot переполнен, обновиться на новое ядро не может, а старое докачалось не до конца. По личному опыту, с 1ГБ разделом он переполняется уже спустя полгода. Актуальная проблема для редкообслуживаемых серверов, где включено автоматическое обновление.

Общих советов по размеру для /var не существует, поскольку это зависит от конкретных задач, что будет выполнять система.
Выделять под /var отдельный раздел на десктопе не обязательно.

Да, MySQL по умолчанию хранит базы в /var/lib/mysql

[Aleksander911]

landergate: Вы очень помогли вместе с Ivan Bogachev , а то я бы наделал сам без вашей помощи просто raid с одним разделом, а потом голову ломал как жить дальше)) . Еще раз спасибо!

Answer 3

[spotifi]

/boot
/
/swap
/var
/var
/home
/usr

Comments

[Aleksander911]

Спасибо. Почему 2 var и какие размеры вы бы предпочли для каждого раздела?

[spotifi]

Aleksander911:
2 var - опечатка.

Если хотите идеально - сначала нужно поставить и померять. Не хотите идельно - не заморачивайтесь.

Берется по известному размеру установленной ОС. Умножается на 3: /boot, /

/usr -если известно ПО - тоже ставим и мерим, умножаем результат на 3.

swap - 2 объема оперативки.

/home - здесь ваши файлы рабочие
/var - здесь логи и БД.

Их размер зависит от задач.

Answer 4

[sazhyk]

spotifi: простите за резкость, но

swap - 2 объема оперативки.

это явно перебор! У него же 16 Гб оперативки, а не 512 Мб.

Если планируете всю машину отдавать под веб-сервер, то я бы сделал так:

1. Программный RAID1 из двух винтов
   
2. LVM - только учтите, что при разбиении диска раздел /boot не должен быть на LVM
   
3. /boot - 512MB (ext2 с флагами noatime,nodev,nosuid,noexec,ro
   
4. swap - 1...2GB
   
5. /tmp - 2...3GB (тоже ext2 (незачем там потом что-то восстанавливать), так как на LVM то не составит потом труда изменить размер раздела)
   
6. /var/log - 2...3GB ext4
   
7. /var - уже обсуждалось, что надо смотреть потом по ходу дела. Но раздел www я бы вынес в папку /home/user
   
8. /home - см. выше
   
9. / - 8...10GB
   

Никаких автообновлений, всё ручками.
Вариант второй, можно поднять этот самый веб-сервер на виртуальной машине. Тем лучше, потому что наверное на этой машине будете работать сами в графическом интерфейсе.
Тогда всё немного по другому.
Шаги с первого по четвертый такие же.
Вся структура будет такая:
3TB - RAID1
/boot - 512MB
LVM:

vg-system
/ - ~15BG
/home - ~50GB
swap - 1...2GB

vg-data
остальное дисковое пространство, например
VirtualMachine1 - 15GB
VirtualMachine2 - 50GB
... etc.
Рулить виртуалками на KVM можно virtmanager'ом. Вполне удобно.

PS: если интересно скину вам видео с процессом установки debian на LVM.
Надеюсь, что немного прояснил вашу ситуацию.