Согласно ссылке документации DataStax Cassandra yaml https://docs.datastax.com/en/cassandra/2.1/cassandra/configuration/configCassandra_yaml_r.html
compaction_throughput_mb_per_sec
(по умолчанию: 16) Ограничивает сжатие до указанной общей пропускной способности во всей системе. Чем быстрее вы вставляете данные, тем быстрее вам нужно сжимать их, чтобы уменьшить счетчик SSTable. Рекомендуемое значение в 16–32 раза превышает скорость записи (в МБ/с). Установка значения 0 отключает регулирование сжатия.
Моя дословная интерпретация вышеприведенного текста такова: если вы наблюдаете дисковый ввод-вывод (МБ/с), скажем, 38 МБ/с, пока учитывайте только нагрузку записи на узлах Cassandra, тогда для compaction_throughput_mb_per_sec должно быть установлено значение 38 * 16 = 608. или 38 * 32 = 1216, и это не зависит от стратегии уплотнения.
Если приведенная выше интерпретация верна, пожалуйста, помогите мне понять фактическое значение значения 608 или 1216 в контексте регулирования сжатия и общей пропускной способности системы для стратегии уплотнения по уровням размера (по умолчанию), например, путем расширения упомянутого ниже.
Сюжет:
Согласно документации значение min_threshold для SizeTieredCompactionStrategy равно 6. В нашем случае оно не изменилось. В среднем дисковый ввод-вывод на узел составляет около 38 МБ/с (только запись, без операций чтения). Значение compaction_throughput_mb_per_sec равно 16.
Каким будет рабочий процесс уплотнения со значением 16? Если мы изменим его на 608, то что именно изменится, на что это повлияет и как?
