Есть ли какая-либо польза в чередовании журнала регистрации Cassandra? Например, создайте RAID1 из нескольких дисков. Если каждая фиксация журнала фиксации достаточно велика (больше, чем размер полосы), она использует преимущества нескольких шпинделей?Должен ли я полосать журнал регистрации Cassandra?
Я никогда не видел никаких развертываний Cassandra, ограниченных вводом-выводом, записывающим журнал фиксации. Гораздо больше ввода-вывода будет генерироваться сбросом memtables, уплотнением и чтением.
RAID1 является зеркальным отражением, поэтому повышается надежность. Это вряд ли стоит того, поскольку commitlog реплицируется с помощью обычной репликации Cassandra.
Striping with RAID0 может помочь записать пропускную способность для commitlog, но я сомневаюсь, что вы заметили какое-либо общее улучшение производительности.
Мы используем commitlog_sync: пакет, потому что мы не можем позволить себе потерю данных. В нашем случае журнал фиксации является узким местом. – user3025533
Подтвердили ли вы, что том журнала фиксации действительно является узким местом или это просто утверждение? C * имеет тенденцию быть привязан к ЦП при записи до тех пор, пока не произойдет промывка и уплотнение, и что I/O находится на томе (ах) данных, которые обычно являются отдельным носителем из журнала фиксации. –
Является ли это узким местом или самой медленной частью? Пакет полагается на commitlog_sync_batch_window_in_ms, поэтому записи обычно берут commitlog_sync_batch_window_in_ms + латентность записи на диск. – Robert