28.03.2012 09:45, Скубриев Владимир пишет:
Вы ведь в списке рассылке, которая по сути своей существует с целью
помощи одних - другим. Расскажите пожалуйста как вы делаете разбивку
на серверах ?
Предположим что это сервер с двумя/четырьмя дисками.
Вставлю свои 5 копеек.
В общем случае если возможно сделать рейд - делаю рейд. Уровень зависит
от задач и количества дисков. Чаще всего это 1 и 10. И чаще всего аппаратно.
Если софтово - то первые 300M - отдельный рейд для /boot с ext2 без lvm,
остальное - pv для lvm.
По разнесению фс по томам - сильно зависит от задач, но в общем так:
/boot (без lvm, остальное на lvm) - 300M
/ - 5G
swap - == объём RAM, но не более 4G. Опять же зависит от железа и задач.
На сервер с sas-винтами на аппаратном raid10 с 32Gb RAM, использующийся
в качестве машины с виртуалками будет совершенно бестолково делать swap
даже на 2Гб. Местами вообще и 1Гб будет бестолково и много - слишком
неповоротливый будет сервер, если он ВНЕЗАПНО решит достать много свопа.
Рекомендации вида RAM*2 остались во временах, когда полгига RAM это было
много.
Далее делаем lv для того, что реально нужно.
Файлопомойка? - сделаем мелкий lv где-нибудь в /samba/ внутри кторого
будут более крупные, в которых и будут лежать файлы.
Пример файлопомойки мелкой конторы:
/dev/mapper/brain-data
1008M 35M 923M 4% /data
/dev/mapper/brain-samba
9,9G 7,9G 1,6G 84% /data/samba
/dev/mapper/brain-backup
69G 29G 37G 45% /data/backup
/dev/mapper/brain-common
51G 28G 21G 58% /data/samba/common
/dev/mapper/brain-home
15G 734M 14G 6% /home
/dev/mapper/brain-profiles
14G 1,4G 12G 11% /data/samba/profiles
Ну или вот домашняя файлопомойка моя:
/dev/mapper/vg1-audiobooks
23G 14G 9,8G 58% /shared-files/audiobooks
/dev/mapper/vg1-books
1,0G 151M 874M 15% /shared-files/books
/dev/mapper/vg1-games
109G 101G 9,0G 92% /shared-files/games
/dev/mapper/vg1-music
120G 112G 8,7G 93% /shared-files/music
/dev/mapper/vg1-soft 245G 238G 7,1G 98% /shared-files/soft
/dev/mapper/vg1-video
1,2T 1,1T 30G 98% /shared-files/video
/dev/mapper/vg1-downloads
20G 17G 3,2G 85% /shared-files/0-downloads
/dev/mapper/vg1-upload
20G 12G 8,5G 58% /shared-files/upload
Можно не пилить так, а сделать квотами, но _мне_ так удобнее.
Мускуль - сделаем нужного размера lv и примонтируем куда надо - либо
туда, где мускуль подефолту хранит свои базы, либо в удобное (ну мало ли
у кого какие привычки) для нас место типа /data/mysql/. Примеров думаю
не надо - всё и так ясно.
Ещё что-то? - сделаем аналогично.
Не скажу что это всё 100% правильно и является последней инстанцией. Вся
эта возня "всё на одном разделе" или "всё на разных" - это как война
тупоконечников с остроконечниками.
Например программа писала в /var который по сути у вас находится на
одной файловой системе с /etc и т.д. произошла ошибка, например
выключение питания. Очень велика вероятность того, что сервер не
загрузится из-за не достаточности данных или не доступности /etc.
о_О
я часто с таким встречался
За более чем 10 лет не встречался ни разу чтобы ext3 крошилась от
такого. С недавнего времени использую ext4, но и она себя так не ведёт.
4. lvm 50000 - var
Херасе.
Для примера ради. Помогаю чем могу. Все таки участник рассылки.
"Чем могу" это всмысле "нормальной цифры придумать не смог, так хоть
такую
дам"?
да
Дурацкий подход. Говорят же - промолчи - за умного сойдёшь. Лучше ничего
не говорить, чем глупости.
5. lvm 1000 - tmp
tmp на tmpfs
не всегда оправдано. В моем случае он используется часто как
временный диск пользователями сети
Там всё равно всего гигабайт, какая разница?
ИМХО, /tmp на tmpfs самое место, но опять же зависит от задач. Некоторые
очень хотят много писать в /tmp - например mc.
28.03.2012 12:43, Скубриев Владимир пишет:
вот цитата с tldp с которой я все таки соглашусь:
http://tldp.org/HOWTO/Software-RAID-HOWTO.html#toc2.3
<...>
But if the system has been swapping on the now faulty device, you will
for sure be going down. Swapping on a RAID-1 device would solve this
problem.
О чём и речь.