Отказоустойчивое хранилище данных

Вот тут хорошая вводная статья: http://www.opennet.ru/tips/info/2321.shtml

Дальше сам.

Спасибо, посмотрим.

Tahoe LAFS.

Сначала надо сформулировать требования к распределенному хранилищу. Это необходимо из-за теоремы Брюера. У тебя варианты такие:

0) Хранилище доступно для клиентов только для чтения. Тогда тебе подойдут просто две машины, хранящие одно и то же, каждая на своем RAID'е, и распределение нагрузки через DNS. Как показала практика, это наиболее простой и надежный вариант.

1) Хранилище доступно на запись. Тогда из следующих трех характеристик придется выбрать две, а третьей пожертвовать:

а) Согласованность. Это означает, что все узлы видят одинаковые данные.

б) Доступность. Это означает, что при выходе из строя одного сервера все данные остаются доступными на чтение и запись.

в) Устойчивость к сбоям сети. Это означает, что при пропадании и последующем восстановлении связи между компонентами системы она не портится.

DRBD нарушает критерий устойчивости к сбоям сети. После такого сбоя, каждая половинка считает, что другая сломалась, и они эволюционируют независимо. Это называется split-brain, и с точки зрения администратора имеет катастрофические последствия (все изменения на одной половине кластера придется выбросить).

nexentastor вроде бы всё это умеет из коробки.