> Кажется мы друг друга немного недопоняли :)

Возможно, я привык оперировать слегка другими задачами.

>Серверов по прежнему планируется много, и на каждом из них будет по отдельному OST. Проблем с количеством нод быть не должно.
> Под это добро планировалось использовать внутренние диски блейд-серверов. Дупликацию должен был обеспечить drbd, синхронизируя блочные устройства по сети.

Дело не в количестве нод, а в простом факте - если у вас умрет нода в процессе репликации - вам только в морг.
все журналируемые FS - строятся на одном простом факте, если сработал journal commit - то данные попали на persistent storage. и точка. Если по какой-то причине FUA и тп - не отработали - и flush данных не обеспечен - вместо FS получите венегрет. Простейший пример - это raid контролер со своей памятью, но без батарейки.
Вот вы пытались сделать именно такое.

Будет или медленно или нестабильно или другие инструменты нужны.

> FLR - да позволяет иметь 2 копии, но только одна из них
> writetable.
> О, а об этом можно поподробнее? - если нода с writetable копией отключится, lustre переключит операции записи на другую копию?

Обещали что в итоге будет возможность автоматического переключения - в результате вторая реплика станет активной.
Но ценой вопроса может оказаться синхронная запись в phase1, а async recovery - помоему в phase 3?