Что нужно учитывать при увеличении размера диска на узлах Cassandra?

Question

Я запускаю кластер Cassandra с 10 узлами. 99% пишет; 1% читает, 0% удаляет. Узлы имеют 32 ГБ ОЗУ; C * работает с кучей 8 ГБ. На каждом узле есть SDD for commitlog и 2x4 TB вращающиеся диски для данных (sstables). В схеме используется только кеширование ключей. Версия C * - 2.1.2.

Можно предсказать, что в кластере не будет свободного места на диске. Поэтому его емкость хранения должна быть увеличена. Клиент предпочитает увеличивать размер диска за счет добавления большего количества узлов. Таким образом, план состоит в том, чтобы использовать 2x4 TB вращающиеся диски в каждом узле и заменить на 3x6 TB вращающиеся диски.

• Есть ли какие-либо очевидные подводные камни/оговорки, чтобы знать об этом здесь? Например:
  • Может ли C * обрабатывать до 18 ТБ данных на узел с таким объемом ОЗУ?
  • Возможно ли увеличить размер диска, установив новый (более крупный) диск, скопировав на него все таблицы SS, а затем смонтируйте его в той же точке монтирования, что и исходный (меньший) диск (чтобы заменить его)?

Answer 1

Это анти-модель в Кассандре. Распределенная база данных является ключевой особенностью Cassandra

Answer 2

Я бы рекомендовал добавлять узлы вместо увеличения размера данных ваших текущих узлов. Добавление узлов будет использовать функцию распределения Cassandra, имея небольшие легко заменяемые узлы.

Кроме того, рекомендуемый размер одного узла в кластере для вращающегося диска составляет около 1 ТБ. Как только вы пойдете выше этого, я могу только представить, что производительность значительно снизится.

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

Может ли C * обрабатывать до 18 ТБ данных на узел с таким объемом ОЗУ?

Это зависит в значительной степени от вашей рабочей нагрузки.

Возможно увеличение размера диска путем установки нового (большего) диска, копирования на него всех таблиц SS и последующего монтирования его в той же точке монтирования, что и исходный (меньший) диск (для его замены)?

Я не вижу причины, почему это не сработает.