Gentoo+drbd+ocfs2

А как скорость упала? Сам использовал еще старый drbd 0.7 который на одной ноде только на запись работал. Тогда приходилось раздавать NFS'ом получалось вроде неплохо, но при большом количестве io всеравно начинало подтормаживать.
В последнее время я склоняюсь к тому, что лучше на уровне вебапликейшена реализовывать чтение, запись файла на разные ноды и тупо балансировщиком нагрузки хоть по хэшу разбрасывать запросы, чем городить огород с drbd и т.п. Так как в случае split-brain иногда бывает очень сложно разобраться у кого и насколько актуальные данные.

мм она и не падала, м/ду серверами гигабитный линк, и на чтение не влияет по сути весь этот огород, ибо по сути оно идет с локального диска, а блокировки только при записи… что впринципе и логично…

зы такая схема держала около 45000 пользователей в сутки пиковую нагрузку…

почитайте внимательно про gfs2
цитата «With Red Hat's the release of 5.3 gfs2 is not only production ready,
it is also fully supported»

Решил потестировать данное решение.

Получил «затык» на моменте:
/etc/init.d/ocfs2 start
— не стартовал кластер.

Решил так:

superhost ~ # /sbin/o2cb_ctl -H -n clustername -t cluster -a online=no
superhost ~ # /sbin/o2cb_ctl -H -n clustername -t cluster -a online=yes

После данной операции всё зарегистрировалось и заработало.

Так же все имена лучше делать alphanumeric. Без подчёркиваний и прочих символов.

Я считаю ocfs2 — изврат, gfs — фуфло, которое имеет ряд условий с дедлоками, нормальное и рабочее решение — GlusterFS.