А как вы решаете проблемы с эластиком на больших данных?

Время увеличилось — поправил, спасибо.

Поправил, спасибо.

Вот здесь есть отличный рассказ про cgroups — и про что это и про применение в Yandex — Cgroup и их использование в БК

На уровне одного ключа — да, это правда, но не на уровне нескольких записей. К примеру, обновить информацию о пользователе можно безопасно, а вот делать систему банковских переводов на Oracle NoSQL я бы не стал — так как ACID не уровне всей базы не поддерживается.

Я бы отметил, что решение в рамках одного сервера сильно проигрывает в отказоустойчивости и высокой доступности, — и вряд ли может называться NoSQL-решением — хотя это лишь вопрос терминологии. А синхронное зеркалирование достигает цели высокой консистентности данных, но ухудшает одновременную доступность всего кластера, т.к. высокий поток на запись загружает одновременно все сервера. К тому же всё равно нужно будет продумывать задачи по вводу в строй упавшей ноды и прочие.