Блог

Я использую 3-узловой кластер apache cassandra в качестве контейнера docker, содержащего данные временных рядов с 45-дневным TTL.

Я планирую обновить текущую версию cassandra 2.2.5 до выпуска cassandra 3.11.4. Для обновления определены следующие шаги —

1. Резервное копирование существующих данных

2. Сбросить один из узлов cassandra

   bin / nodetool -h cassandra1 -u ca_itoa -pw утечка ca_itoa

3. Остановите узел cassandra1

4. Запустите новый контейнер cassandra 3.11.4

5. Обновите SSTable

   bin/ nodetool -u ca_itoa -pw таблицы обновления ca_itoa

6. Проверьте состояние узла. Повторите процесс для остальных узлов

У меня есть несколько вопросов о процессе обновления —

1. Правильны ли шаги?
2. Необходимо ли запускать команду upgradesstables. Это отнимает много времени, и я хочу посмотреть, смогу ли я избежать. Для данных установлен TTL. Продолжит ли cassandra запись в новом формате SSTable, в то время как старые данные SSTable будут очищены по истечении срока действия? Предполагается, что через 45 дней все SSTable будут в новом блестящем формате.

Просто некоторые дополнительные мысли:

Для шага # 6 на самом деле вам не обязательно запускать upgradesstables сразу. На самом деле, если вы обновляете производственную систему, вероятно, лучше этого не делать, пока команда приложений не убедится, что они могут нормально подключиться. Помните, что более старые версии драйвера, которые работают в 2.2, могут не работать с 3.11.4.

С этой целью я бы подождал, пока весь кластер не будет запущен в новой версии, прежде чем upgradesstables запускать, на каждом узле.

Необходимо ли запускать команду upgradesstables?

Поскольку каждая версия Cassandra способна считывать свой собственный формат SSTable, а также предыдущую основную версию, я думаю, это не обязательно. Но это определенно то, что вы должны захотеть сделать. Особенно при обновлении до 3.x.

Cassandra 3 содержит значительное обновление механизма хранения, что приводит к значительно меньшему объему диска. В одном кластере, который я обновил, потребности в диске сократились на 90%.

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

Поэтому, хотя я бы не сказал, что это «обязательно», я бы определенно сказал, что это квалифицируется как «хорошая идея».

Да, вам необходимо запустить nodetool sstableupgrade на каждом узле после обновления cassandra, поскольку вы обновляетесь с формата файла 2.2.x до 3.11.4. sstable, и ext также изменится. Вы можете запустить этот процесс в фоновом режиме, и это не создаст никаких проблем. пожалуйста, обратитесь к ссылкам ниже для получения более подробной информацииhttps://blog.thethings.io/upgrading-apache-cassandra-cluster /