интересно узнать Ваши соображения по разбивке HDD (1 размером до 40Г
или 2 по 20Г каждый, scsi, проц не ниже pent3, FREEBSD4.7)
система будет использоваться как сервер (www, tacacs, mail, mysql, разного рода статистики)мои соображения:
swap - понятно
/ - 60-100M
/usr - 1.5-2Г (для апача,БД и т.п.)
/var - 50-100M ( см.далее )
/data- остал ( для логов(всех), ящиков, как хранилище)при этом /var/log & /var/mail сделать симлинками в соотв каталог в точке /data
буду благодарен за ваши размышления не сей счет
>интересно узнать Ваши соображения по разбивке HDD (1 размером до 40Г
> или 2 по 20Г каждый, scsi, проц не ниже pent3, FREEBSD4.7)
>
>система будет использоваться как сервер (www, tacacs, mail, mysql, разного рода статистики)
>
>
>мои соображения:
>swap - понятно
>/ - 60-100M
>/usr - 1.5-2Г (для апача,БД и т.п.)
>/var - 50-100M ( см.далее )
>/data- остал ( для логов(всех), ящиков, как хранилище)
>
>при этом /var/log & /var/mail сделать симлинками в соотв каталог в точке
>/data
>
>буду благодарен за ваши размышления не сей счетлучше 2x20, быстрее доступ к FS на разных дисках будет:
/ - 100M
/tmp - 512M
/usr - 4-6GB
/var - все остальноена кой хрен городить еще FS с /data если все можно по стандарту в /var,
привычнее.Разбивка дана исходя из указанных FS
выходил я по след логике (попробую объяснить):1.при всей моей недолгой практике / больше 60М не выбирался (и при экспериментах со сборкой ядра и хранением неск версий)
2.по поводу пакетов - установлю сразу - в дальнейшем изменения не предполагаются (радикально новые) => для /usr хватает скажем 2Г
3.в /var находятся ящики и логи, кол-во ящиков со временем растет (и размер то ж) => логи хранятся долгое время. что б городить кучу лог связей - куда их потом перекладывать(ротированные старые) - проще их симлинков запихнуть в др место поболе => и родилась мысль соорудить еще точку монтирования - на кот в одел каталог (скажем /data/var-mail /data/var-log) они валиться и будут (особенно хорошо - если диска 2!!!:o))
4.насчет всех tmp (/tmp, /var/tmp, /usr/tmp ) то ж возникла идея пихнуть их в дополнит точку монтировки (скажем /data/tmp-all)
5./data вообще удобно использовать как файл сервер (к примеру)
Прошу всех - у кого возникли идеи - покритикуйте мои мысли - на предмет идеологической верностиЗАРАНЕЕ ВСЕМ СПАСИБО
отсюда и вытекла идея использовать именно
>/ - 60-100M
>/usr - 1.5-2Г (для апача,БД и т.п.)
>/var - 50-100M ( см.далее )
>/data- остал ( для логов(всех), ящиков, как хранилище)
>выходил я по след логике (попробую объяснить):
>
>1.при всей моей недолгой практике / больше 60М не выбирался (и при
>экспериментах со сборкой ядра и хранением неск версий)всякое бывает, 100M для рута с лихвой, а главное надежно.
>2.по поводу пакетов - установлю сразу - в дальнейшем изменения не предполагаются (радикально новые) => для /usr хватает скажем 2Г
>можно и так, у меня всегда производятся изменения и на всех боевых
серверах, cvsup и апгрейд на устойчивую версию, если затянуть на год-два
то проще снова с нуля ставиться>3.в /var находятся ящики и логи, кол-во ящиков со временем растет (и размер то ж) => логи хранятся долгое время. что б городить кучу лог связей - куда их потом перекладывать(ротированные старые) - проще их симлинков запихнуть в др место поболе => и родилась мысль соорудить еще точку монтирования - на кот в одел каталог (скажем /data/var-mail /data/var-log) они валиться и будут (особенно хорошо - если диска 2!!!:o))
>
>4.насчет всех tmp (/tmp, /var/tmp, /usr/tmp ) то ж возникла идея пихнуть
>их в дополнит точку монтировки (скажем /data/tmp-all)а зачем для /tmp то иная точка монтирования?
остальное можно линками сделать>5./data вообще удобно использовать как файл сервер (к примеру)
>можно и /data почему бы нет.
Ну и swap раскинуть если два диска, например 2x512 или 2x384
>Прошу всех - у кого возникли идеи - покритикуйте мои мысли -
>на предмет идеологической верности
>
>ЗАРАНЕЕ ВСЕМ СПАСИБО
>
>
>отсюда и вытекла идея использовать именно
>>/ - 60-100M
>>/usr - 1.5-2Г (для апача,БД и т.п.)
>>/var - 50-100M ( см.далее )
>>/data- остал ( для логов(всех), ящиков, как хранилище)
кстати - попутно вопросскажем у меня 2 винта (не важно каких-вероятнее scsi)
при разбивке я на первом делаю swap (256M)
при разбивке на втором делаю swap (256M)
=> будет ли у меня итоговый своп 512? (я не пробовал - не будет ли подвод. камней)
в случае положит ответа
пройдет ли такое с другой точкой монтирования?
скажем , к примеру, /var создать на обоих винтах по 100М (при установке системы), при окончании установки - получится ли итого /var=200M ???
если нет - то каким наилучшим способом - можно раскидать точки монтирования ( скажем по 2-м дискам)??? интересует сторона повышения пропускной способности дисковой системыСПАСИБО
>кстати - попутно вопрос
>
>скажем у меня 2 винта (не важно каких-вероятнее scsi)
>
>при разбивке я на первом делаю swap (256M)
>при разбивке на втором делаю swap (256M)
>=> будет ли у меня итоговый своп 512? (я не пробовал - не будет ли подвод. камней)
>будет
>в случае положит ответа
>пройдет ли такое с другой точкой монтирования?для файловой системы может быть только одна точка монтирования
>скажем , к примеру, /var создать на обоих винтах по 100М (при
>установке системы), при окончании установки - получится ли итого /var=200M
>???в таких случаях man vinum; man growfs
>
>если нет - то каким наилучшим способом - можно раскидать точки
>монтирования ( скажем по 2-м дискам)??? интересует сторона повышения пропускной
>способности дисковой системывот уж не знаю, это надо садиться и расписывать, что будет стоять, что
и куда планируется писать, архивировать логи по неделям, месяцам, годамвзять и расписать несколько таблиц, опыт показывает что излишнее количество слайсов, партиций и файловых систем с кучей линков здорово
запутывает, особенно когда креш и нужно восстанавливаться в полу-ручном
или ручном режиме.>СПАСИБО