Влад Животнев

mongo + шардирование.

Если SQL-like разберете - то hadoop+hive.

Если вам действительно нужно решать эту задачу - то монга+шардирование (про объём).

В таких случаях обычно есть 2 варианта (само собой, вы люди опытные, живете на десятке серверов, у вас нет проблем с мастером БД, нет statefull фронтов и так далее).

1) делаем такое обновление (промежуточное), которое умеет работать с обеими схемами базы.
2) разворачиваем второй mysql(например), пишем прослойку, которая в realtime перегоняет данные из старой базы в новую. После обновления всех компонентов - вырубаем старую базу. Как вариант - научить старый проект писать в новую базу.

Зависит от хостера.
Если хостер использует актуальную версию openvz с корректно настроенным и используемым vswap (когда лимит вешается только на количество страниц ram/swap, а не на всякие крутилки) - то всё хорошо.
Если хостер лимитирует что-то, кроме страниц - бедапечаль.

То бишь в конфиге должны быть заданы:
PHYSPAGES="65536:65536"
SWAPPAGES="65536"

(это 256 мб, что ли)
А всё остальное, что грепается по -i mem должно стоять в unlimited.

Выкиньте. Нахер. EX60.
Это адовое старьё с убитыми тормознутыми дисками класса SATA-2.

Mysql Percona Galera ответ вам. Только бэкапить не забывайте и пишите _всегда_ только в одну ноду (какую - пофиг, просто на синхронных записях в разные хосты галера ощутимо тупит).

3 ДЦ - хорошо подойдут digitalocean@london, digitalocean@ams1, digitalocean@ams2

Фронт - на NodeJS сейчас модно писать для такого. Бэкэнд - правильно советуют на эрланге. А лучше не выпендриваться и внутри использовать ejabberd, который из коробки кластеризуется.

https://github.com/noxiouz/python-flock + обычный крон.
Перед выполнением задачи берется лок в zookeeper, так что соседняя машина задачу уже выполнять не будет (само собой, нужно в базе как-то помечать, что задача выполнена - чтобы по её окончанию другая машина заново лок на эту задачу не взяла).

Хм. Стоит. И даже очень. Если под продакшеном понимается набор выделенных серверов, а не одна железка в чужом ДЦ.