Сайт на N vps

По-разному можно, для 2-х VPS, например, можно сделать сетевую файловую систему (типа GlusterFS), чтобы файлы сайта были "общими", репликацию master-master у MySQL, и multimaster memcached на каждом узле для сессий PHP.

в днс-е для сайта протисать две A-записи - будет на двух впсках работать, пропишите 6 записей - будет на 6 впсках работать и т.д. синхронизация файлов и БД - это уже другой вопрос.

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

Например вот так

Подымал и долгое время использую Master-Slave репликацию MySQL + ручное обновление файловой структуры (скриптов) при модификации кода. Запросы БД на чтение идут на рандомный слейв (преимущественно на тот слейв который стоит на том сервере с которого вызван пхп скрипт), запросы на запись - идут в мастер.

Минусы: репликация периодически падает и подымается не без гемора. Причины падения - неведомые лаги, нехватка места на диске слейва в момент создания бекапа другого проекта, какие-то mysql коллизии в результате чего сбойный запрос летит и все после него перестают выполняться. После поднятия репликации при длительном падении - slave может лечь в состояние DoS как раз из-за репликации (много данных летит по сети или скорость записи на диск упирается в потолок)

Может немного не по теме…

Но всё равно советую посмотреть…

Как эта тема реализуется у крупных проектов…

У Яндекса

https://events.yandex.ru/lib/talks/379/

И mail.ru

http://techforum.mail.ru/report/38

Да, в сравнении с постгресом у мискуля репликация не очень. Если есть возможность перевести сайт на посгрес - лучше это сделать.

drbd.org простыми словами, RAID-1 по сети и будет вам счастье. На внешке Nginx как балансер.