Комментарии 7
стабильно производим 0.7млн операций записи и доступа к данным и 1.1млн когда необходимо разогнаться в трудные времена
В день? В час? В месяц?
Так много вопросов и так мало ответов
Рассматривали ScyllaDB? Говорят он совместим с Cassandra, при этом выдерживает гораздо большие нагрузки
Рассматривали и используем в ряде проектов честного знака, приобретаем новый опыт.
К сожалению совместимость Cassandra и Scylla только на уровне клиентского API, но не внутри, между нодами нельзя сделать гибридный кластер Cassandra + Scylla и плавно переехать.
На момент выбора Cassandra vs Scylla в 2019-ом году в ней отсутствовали важные для нас функции, например LWT, который экспериментально появился только в версии 3.3 https://www.scylladb.com/2020/03/24/scylla-open-source-release-3-3/
За время пока Scylla догоняла Cassandra мы успели набить достаточно шишек с последней и сейчас основной фактор роста это занимаемое место на диске, а не производительность каждой конкретной ноды.
Совместим то совместим, но с точки зрения оператора кластера это абсолютно другая БД. Самое минимальное, используемый в статье JBOD там вообще не поддерживается. Ставьте на RAID0 и никак иначе. И таких "мелочией" там миллион.
Любопытная статья. Не пробовали вместо отдельных дисков использовать RAID0?
Пробовали и используем под некоторыми кластерами Cassandra и другими системами.
В случае с SSD дисками получили небольшое падение производительности, поскольку очередь запросов в диск стала общей для четырех блочных устройств.
В кластерах где пропускная способность операций в секунду для дисковой подсистемы не является узким местом ей пожертвовали в угоду удобства работы с RAID0, в остальных случаях используем JBOD. Подстраиваемся под задачи, которые решает кластер.
Cassandra. The road to 1 PB (1/7)