Отказоустойчивый кластер из трёх машин.

Nginx отдает статический контент который тоже нужно кластеризировать?

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

Вашу задачу можно решить многими способами исходя из того, что нужно кластеризировать. Так что приходите за ответом тогда, когда вместо сферического сервера в вакууме появится хоть что-то определенное.

Прошу прощения.
Два сервера MySQL.

А что, у MySQL нет репликации? :-)

Если нужно только кластеризировать БД мускульные, тогда советую mariadb-galera. В мультимастере работает на ура. Если нужно сделать автоматическую миграцию айпишника на другой сервер в случае падения первого - то вариантов много. Можно heartbeat заюзать. Но я своих задач я больше присматриваюсь к uwsgi с legion плагином. В моем случае нужно лишь переключить айпишник и дернуть пару команд в консоли. Городить drbd+heartbeat не советую без острой необходимости.

Первоначальное условие - два сервера в работе, один - под резерв. С репликацией такое возможно?

Первоначальное условие - два сервера в работе, один - под резерв. С репликацией такое возможно?

Опять же, что значит резерв? Какие требования к нему? Одно дело что третий сервер должен подхватывать функционал моментально после падения первых двух (синхронный мультимастер), а другое - просто сервак на который сливаются с определенной периодичностью бекапы БД.

Верно, он должен подхватывать функционал, если один из основных лёг.

Верно, он должен подхватывать функционал, если один из основных лёг.

Тогда лучше всего подходит вариант с mariadb-galera. Плюс софтина, которая будет переключать на резервный сервер в случае падения одного из первых двух.

ИМХО - лучше сделать master-slave полусинхронную репликацию мускулом (percona replication manager), + сверху балансировщик запросов к БД для операций чтения. Это если важна целостность данных в базе, и недопустимы потери данных в момент отваливания. master-master в общем случае даст худшую производительность, чем master-slave.

nginx - если там контента немного и он весь влезет в кеши, ИМХО можно попытаться юзать сетевую ФС. Ну или rsync'ом периодически синхронизировать содержимое серверов, если контент меняется нечасто.

Это лучше делать через glusterfs/ceph/xtreemefs, а sql кластеризовывать sql-средствами.

Не подскажите, с помощью репликаций возможно базы с двух разных серверов кидать на один slave, который в случае проблем у одного из мастеров возьмет на себя роль?

с помощью репликаций возможно базы с двух разных серверов кидать на один slave

Нет, разве что запускать два mysqld

Невозможно. Принципиально невозможно. Что в таком случае будет при рассинхронизации мастеров?

Да и вообще, нафига вам 2 мастера?

базы и drbd вместе - очень плохая мысль.