2017-01-04 3 views
0

Я развернул кольцо Cassandra 2.2, состоящее из 4 узлов в облаке с 8 vCPU и 8 ГБ оперативной памяти. Сейчас я запускаю несколько тестов с инструментами cassandra-stress и YCSB для проверки его производительности. Меня в основном интересуют запросы на чтение с небольшим количеством запросов на запись (95%/5%).Производительность CPU Cassandra

Выполнение экспериментов, я заметил, что даже при установке большого количества потоков (или клиентов) CPU (и диск) не насыщается, но все равно всегда около 60% использования.

Я пытаюсь выяснить, где узкое место в моей системе. С аппаратной точки зрения мне все хорошо. dstat

Я также изучил конфигурационный файл Cassandra, чтобы узнать, есть ли какие-то параметры настройки для увеличения пропускной способности системы. Я увеличиваю значение параметра concurrent_read/write, но это не увеличивает производительность. Файл журнала также не содержит никаких предупреждений.

Что это может быть, что ограничивает мою систему? Благодаря

+0

Главное, что узкие места узел Кассандру, является плохая модель данных и плохо спроектированные запросы которые полагаются на вторичные индексы или предложения BATCH. Это поможет узнать, что (точно) вы используете на своих узлах. Вы также должны проверить 'nodetool compactionstats', чтобы убедиться, что вы постоянно уплотняете (еще один признак плохой модели данных или прецедента). – Aaron

ответ

0

Вы можете рассмотреть возможность запуска Кассандры стресс из-за пределов кластера и на нескольких случаях, как описано в Usage of the Cassandra tool cassandra-stress

Смежные вопросы