Asterisk на файл-сервере

1) asterisk надо в реалтайм или с повышенным приоритетом. ядро желательно 1000hz.

2) организовать QOS, чтоб передача файлов не губила голос.

3) безопасность.

4) сложность сопровождения.

основные грабли будут с чтением и записью на диск и сеть. если нагрузка малая вы их не заметите.

на 4-х ядерной я бы запустил openvz и в нем отдельно файл сервер и астериск. выдал бы приоритет по cpu астериску. но это однако не очень тривиально.

может обойтись и без грабелек.. все зависит от кривизны рук и нагрузки на сервер(проц, память, файловую систему..)

Я бы поставил второй сетевой интерфейс и на него поставил слушать астериска а на первом файловая помойка пусть будет. похожая конфигурация работает но только вместо файловой помойки фтп ресурс что как известно жрет меньше ресурсов системы.

Думаю можно так сделать.. На машине сделаете виртуалку и в эту виртуалку заносите свой "файл-сервер", а Астериск просто так ставьте..

Как уже заметил один из форумчан, развертывание на одной ОС файл сервера и телефонии не есть хорошая затея. Однако, файл сервер, телефония и что нибудь еще на одной физической железке - не есть плохо. Все зависит от мощности дисковой подсистемы и процессора. У меня был сие опыт, тестировал на ESXi и XEN, большую производительность получил на XEN. Ну и железо у меня было HIGH класса. В качестве сервера выступал HP BL 460 с двумя камнями по 32GB памяти на каждый, а в качестве дисков внешний сторедж подключенный по FC 8GB, с FC дисками на 15К (не путать с SAS, именно FC), с рейдом 6-ого уровня. В настройках XEN отдал целый камень и 32GB памяти под виртуалку с Asterisk, второй камень отдела под десяток тестовых виртуалок со средней нагрузкой на ЦП и ПАМЯТЬ и мощной на ДИСКИ. Проблем в работе ASTERISK на этой конфигурации не заметил, однако и разговоров одновременных было всего 70-90.