Были проблемы у меня с каким-то определнным сочетанием rubygems и верссии пассажира. В основном все нормально, для хостинга мелких приложений использую как раз пассажир.
Небольшой совет про распиливание приложения для каждого клиента, постарайтесь как можно больше унифицировать все. Так как я пару раз сталкивался с такой ситуацией, когда несколько десятков клиентов и большое приложение, в итоге через пару лет это становится совсем не поддерживаемым. Если хочется кастомизации какой-то попробуйте сделать через engines, посмотрите, например, как сделано spree
Можно выставить, чтобы id были с каким-то шагом, у меня допустим на одном сервере были 11,21,31 на втором 12,22,32 и т.п. (auto_increment_increment опция) Кроме этого не стоит писать одноврмененно на два сервера. Если писать только на один в каждый момент времени, то все будет ОК :) Если писать на два сервера, то порядок записей будет немного другой + могуть быть аномалии при запросах вида INSERT INTO SELECT FROM
Не совсем корректный ворпрос. Что такое NAS в данном случае? (Раздача шар по NFS, Samba, ...?). А так же уточните что будите хранить. Отдно дело бэкапы складывать, другое дело под БД юзать
Рейд софтварный mdadm планируется. Я читал, что диски на 5400 оптимизированны сильно под потоковую запись, а RAID5 c его хэшами может слегка убить и так не самую сильную производительность этих HDD. Кроме того, боюсь того как ребилд проходить будет.
Вообще конфиг несколько странный, вроде допишем везде по паре ноликов, тогда все станет летать :) Если у вас 70% Prepared Statements то смотрите, что происходит в них.
