Посоветуйте хранилище

«Масштабируемость основной критерий. Объем большой. Полноценный SQL, наверное, не нужен.» - если сомневаетесь, подумайте о модели данных еще. Как бы позже страдать не пришлось.

Полноценный SQL, наверное, не нужен.

А что нужно?

Что за «обработка»-то? Если «хочу то, не знаю что» - то надо брать Oracle и забить на big data-мир.

Нужны сначала конкретные задачи, под которые уже выбирается система. В перечисленном списке каждый продукт решает отдельную задачу, непонятно как вы их собрали в один список: Cassandra - это, грубо говоря, распределенная хэш-таблица, Vertica - OLAP, Hadoop - платформа для распределенных вычислений, ElasticSearch - поисковый сервер с возможностью кластеризации. Что надо-то в итоге?

Что в твоём понимании BIGDATA? Неужени тебе нужно ежесекундно обрабатывать сотни гигабайт данных? Если нет то всё равно что выбрать.

Будет некоторый поток данных, на основе которых нужно будет производить вычисления других данных=) Вычисления можно производить не так часто(скажем, раз в сутки), но также где-то хранить результаты и обновлять.

Ты хотя бы примерно можешь сказать, сколько будет данных? Если у тебя 1 запись в минуту, а рассчеты раз в сутки, то хоть в файл их пиши.

Хотя.. Просил то не знаю что — бери mongodb.

Нужны подробности. Этого мало. А вообще берите postgreSQL.

Изначальных записей ожидается несколько тысяч в секунду. Да, есть вариант просто их писать только в логи, обработку осуществлять отдельно.

Как у него с масштабированием? В идеале хотелось бы иметь возможность в случае необходимости просто «добавить узел».

Сейчас смотрю на HyperDex, если у кого есть опыт использования - делитесь.

Сейчас смотрю на HyperDex, если у кого есть опыт использования - делитесь.

И как, успешно? Я вот щас тоже смотрю на него, и вот не знаю.