Короткий ответ: вы абсолютно можете начать с одного небольшого узла.

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

Один узел не имеет высокой доступности, но если вы только начинаете экспериментировать с Cassandra, то это, вероятно, не проблема. Вы не получите много информации о том, как делать резервные копии, как настраивать вещи и, очевидно, как отказываться ... но в вашем случае вам, вероятно, все равно.

Вы сможете узнать о кодировании с помощью Cassandra и для нее, и если вы переходите от традиционной СУБД, это гораздо более серьезное и серьезное препятствие.

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

НАПИШИТЕ свой другой вопрос: кластер Cassandra с одним узлом, даже работающий на небольшой машине, даже если его совместное использование этой машины с другими службами должно быть не более «опасным», чем запуск MySQL в аналогичной конфигурации.

Люди обычно рекомендуют начинать как минимум с 3-узлового кластера (на выделенных серверах) с большим количеством оперативной памяти. Они предлагают начать с 4 или 8 ГБ оперативной памяти.

Рекомендации по оборудованию Cassandra обычно предназначены для людей, у которых будет 100 ГБ данных. Вы можете обойтись меньшим объемом, если у вас мало данных. Вы можете настроить JVM только на использование кучи размером 512 МБ или 1 ГБ в cassandra-env.sh.

Разве мы не можем начать с приложений на основе Cassandra, таких как MySQL. Начиная с 1 или 2 VPS и добавляя больше, когда в этом есть необходимость?

Да, ты можешь. Но если вы хотите получить максимальную отдачу от Cassandra, вы определенно захотите начать как минимум с двумя серверами, с тремя, если вам нужно иметь возможность использовать QUORUM для согласованности, и при этом поддерживать один узел, выходящий из строя.

Хотя я никогда не запускал производственную систему на серверах такого размера, я запускал постоянно доступный кластер контроля качества на виртуальных машинах с 4 ГБ ОЗУ и 2 ядрами. А для небольших объемов данных я видел, как другие запускали кластеры всего с 2 ГБ ОЗУ.

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

Обновление:
Вот недавняя запись в блоге о том, как заставить Cassandra работать с кучей 64 МБ:

• http://www.opensourceconnections.com/2013/08/31/building-the-perfect-cassandra-test-environment/

В ответ на последнюю часть вашего вопроса

Разве мы не можем начать с приложений на основе Cassandra, таких как MySQL. Начиная с 1 или 2 VPS и добавляя больше, когда в этом есть необходимость?

Вы определенно можете начать с написания приложений на Cassandra. Я создал банковское приложение на основе кассандры, и оно хорошо сработало. У меня был кластер с 6 узлами, и я использовал Cassandra 1.1. Cassandra имеет настраиваемую согласованность данных, которая варьируется от очень высокой согласованности (поддержка транзакций) до конечной согласованности.

Вы можете определенно начать с одного VPS и наращивать его по мере необходимости. Cassandra масштабируется, и добавление новых узлов приводит к линейному увеличению производительности.

Более подробно вы можете посмотреть это видео:

http://www.youtube.com/watch?v=5qEoEAfAer8

Полезные ссылки :

http://www.datastax.com/docs/1.1/initialize/cluster_init

http://www.datastax.com/2012/01/how-to-set-up-and-monitor-a-multi-node-cassandra-cluster-on-linux