стоит задача хранить большой объем информации...
около 2тб
архив этого всего условно делится на две категории
свежее - которое качают часто
и архивное - которое качают гдето 20% качальщиков
винты сата/иде (8-10-12 штук)
сеть:100 реальных мегабит (крупная локалка)
сетевуха: гигабитная, PCI-E
и самое главное: нагрузка - 40-60 пользователей постоянно.
требования к скорости примерно 1 Мбайт/секпредполагаемое решение:
винт для "свежего" (см. выше)
сделать в Raid-0 из двух винтов
остальное "архивное" хранить как обычно.НО напрашивается вопрос
на чем это все вертеть?
тоесть какой ftp сервер посоветуете для freebsd или как вариант для линукс
(готовы перейти если будет действительно существенный прирост в производительности)
Щас используем proftpd как особо одаренный... Но нефакт что он лучший.
Прироста в производительности не будет при смене ftp сервера. Можно использовать pureftpd, как более секурный, но в нем не хватает приятных моментов, которые есть в proftpd.
Другое дело-выбор файловой системы под это дело. Главное не ведитесь на глупые призывы сразу сменить систему.
Ни от системы хранения, ни от сетевухи FTP-сервер ни как не зависит...vsftp -- рекомендую
>Ни от системы хранения, ни от сетевухи FTP-сервер ни как не зависит...
>vsftp -- рекомендуюТочно! И данные считываются из космоса, посредством фрактальной дивергенции.
>Другое дело-выбор файловой системы под это дело. Главное не ведитесь на глупые
>призывы сразу сменить систему.а какую ФС посоветуете?
(freebsd 6.0)
>>Другое дело-выбор файловой системы под это дело. Главное не ведитесь на глупые
>>призывы сразу сменить систему.
>а какую ФС посоветуете?
>(freebsd 6.0)Любую. Кстати 6.2 постабильнее будет. А скоро и 6.3 выйдет.
Я так понял, что никаких экзотический функций от сервера вам не нужно. Тогда чем проще, тем лучше. Я бы выбрал просто ftpd, входящий в дистрибутив FreeBSD. Он очень лёгок, быстр, прост.
Вы не указали версию фри. Если она у вас старая, то может не содержать скрипта для пуска/останова штатного ftpd. Советы на эту тему есть тут http://michurin.com.ru/bsd-ftp.shtml
>[оверквотинг удален]
>винты сата/иде (8-10-12 штук)
>сеть:100 реальных мегабит (крупная локалка)
>сетевуха: гигабитная, PCI-E
>и самое главное: нагрузка - 40-60 пользователей постоянно.
>требования к скорости примерно 1 Мбайт/сек
>
>предполагаемое решение:
>винт для "свежего" (см. выше)
>сделать в Raid-0 из двух винтов
>остальное "архивное" хранить как обычно.Узкое место - дисковая подсистема.
Нужно чтоб система нормально отдетектила SATAII винты>НО напрашивается вопрос
>на чем это все вертеть?
>тоесть какой ftp сервер посоветуете для freebsd или как вариант для линукс
>
>(готовы перейти если будет действительно существенный прирост в производительности)
>Щас используем proftpd как особо одаренный... Но нефакт что он лучший.Оттюнингуйте дисковую подсистему, сеть.
А потом сравните производительность разных ftp демонов, можно даже на разные порты вынести.
>Узкое место - дисковая подсистема.
>Нужно чтоб система нормально отдетектила SATAII винтыЗнаю - проходили.
На удачных материнках (к примеру на интелах)
SATA определяются как IDE.>Оттюнингуйте дисковую подсистему, сеть.
>А потом сравните производительность разных ftp демонов, можно даже на разные порты
>вынести.Вот об этом если можно поподробнее ;-)
чево там тюнинговать?
ну async можно включить... ну softupdates... а что еще?
>Вот об этом если можно поподробнее ;-)
>чево там тюнинговать?
>ну async можно включить... ну softupdates... а что еще?Увеличиваем MAXUSERS, kern.openfiles, kern.ipc.numopensockets
Включаем поллинг.
>Я так понял, что никаких экзотический функций от сервера вам не нужно. Тогда чем проще, >тем лучше. Я бы выбрал просто ftpd, входящий в дистрибутив FreeBSD. Он очень лёгок, >быстр, прост.чушь, штатный ftpd не предназначен для таких нагрузок, к тому же там минимум возможностей.
>vsftp -- рекомендую
согласен, сам тоже юзаю
>Вот об этом если можно поподробнее ;-)
>чево там тюнинговать?
>ну async можно включить...я бы не стал, это имеет смысл делать там где потеря данных не критична, типа как на проксевом кеше например
> ну softupdates... а что еще?
включено по умолчанию
>>Узкое место - дисковая подсистема.
>>Нужно чтоб система нормально отдетектила SATAII винты
>>Знаю - проходили.
>>На удачных материнках (к примеру на интелах)
>>SATA определяются как IDE.а что SCSI не рассматривается? самое то
>Включаем поллинг.это не про производительность :), скорость скорее всего упадет, т.е. в этом случае это скорее вредно