>[оверквотинг удален]
>>
>>Добрый день. А какого рода помощь Вас интересует, конкретизируйте? Мы реализовывали подобный
>>проект.
>
>механизм взаимодействия www-сервер <---> convert-сервер
>
>пока ничего умнее не придумал, кроме как сделать каталог с "сырым" видео
>примонтированным по NFS. после загрузки ролика, делается соответствующая запись в БД
>и конвертирующий сервер начинает его кодировать, выкладывая результат в такую же
>общую папку, доступную по сети с www-сервера NFS+web = тормоза гарантированы. Можно использовать:
а) Быстрый линк(bound из нескольких интерфейсов?) и NFSv4: меня терзают сомнения по поводу производительности такой схемы, NFSv3 определенно не подойдет.
б) iscsi через _несколько_ гигабитных интерфейсов в bound,и параллельной ФС вроде gfs
в) мощную дисковую подсистему (быструю, прежде всего, и с хорошим кэшем, защищенным батарейкой, что бы пики раздавал на нескольких гигабитах из кэша, сглаживая рывки), при наличии пункта б)
Я бы скорее выделила в отдельную железку (обязательно с двумя блоками питания, и массивом с хорошей избыточностью и производительностью вроде raid60)
Если есть бюджет, то лучше вообще использовать готовый DAS
А вообще, схема однозначно дурацкая и бесполезная, а для снижения нагрузки, обычно, выделяют
1. Отдельный акселератор-балансер трафика между web-серверами. Иногда разделяют балансеры и акселераторы.
2. Видео хранят именно на web-серверах (нескольких)
3. Выносят на отдельный сервер базу данных