Статистика задержки Cassandra 3.0 неверна

Я установил новый кластер Cassandra 3.3. Затем я использую jvisualvm для мониторинга задержки чтения / записи Cassandra с помощью MBean (метрика jmx).

Результат задержки чтения / записи всегда стабилен на всех узлах в течение многих недель, тогда как запросы чтения / записи в этом кластере обычно имеют движение (тяжелое или меньше в какой-то день).

Поскольку я использую jvisualvm для мониторинга кластера Cassandra 2.0. Задержка чтения / записи имеет нормальное поведение. У него есть движение в зависимости от запросов чтения / проводки.

Интересно, Почему статистика задержки чтения / записи Cassandra 3.0+ всегда стабильна? И я считаю, что это неверный результат. (Я тестировал нагрузку в Cassandra v3.3, v3.7).

[Обновлено] Я обнаружил ошибку, связанную с этой проблемой.

Кассандра метрическая квартира. https://issues.apache.org/jira/browse/CASSANDRA-11752

Подробности показывают, что эта проблема была решена в C * версии 2.2.8, 3.0.9, 3.8. Но после того, как я протестировал версию 3.0.9, результат задержки все еще показывает ровную линию.

Любая идея?

Спасибо.


cassandra cassandra-3.0 jvisualvm
person tipwimon    schedule 05.07.2016    source источник

Ответы (1)


arrow_upward
0
arrow_downward

не обнаружил проблем с метриками при использовании C * 3.3

сначала попробуйте контролировать с помощью jconsole, столкнулись с той же проблемой？

во-вторых, какой атрибут вы видите - среднее значение или процент? там значение всегда отсчитывается от узла вверх, поэтому обычно процентное значение одинаковое. но не всегда происходит при среднем значении. попробуйте перезапустить узел cassandra и проверить значение.

person Code Stone    schedule 05.07.2016
comment
Да, я столкнулся с той же проблемой при использовании jconsole для отслеживания задержки. - person tipwimon; 07.07.2016
comment
Метрика, при которой возникла проблема: org.apache.cassandra.metrics.ClientRequest.Latency.Write.p99 org.apache.cassandra.metrics.Table.WriteLatency.all.p99 org.apache.cassandra.metrics.ClientRequest.Latency.Read .p99 org.apache.cassandra.metrics.Table.ReadLatency.all.p99 Весь процентиль задержки чтения и записи для ClientRequest и Table не перемещается. - person tipwimon; 07.07.2016
comment
обычно 99-й процентиль остается стабильным. - person Code Stone; 07.07.2016
comment
Но 50 процентилей, 75 процентилей и все остальные стабильны в течение всей недели. В то время как запрос чтения / записи тяжелый или меньше в зависимости от нагрузки приложения. Является ли это возможным? - person tipwimon; 07.07.2016
comment
Можете ли вы перезапустить узел и добавить рабочую нагрузку, а затем прикрепить значение. - person Code Stone; 08.07.2016
comment
да. Результат такой же, как я сказал. Я много раз использовал cassandra-stress для добавления словарной нагрузки, и я использовал графическую опцию cassandra-stress, чтобы сообщить результат, а также использовал jconsole для его мониторинга. Результат всего процентиля не изменился. Он показывает то же значение до конца стресс-теста. Вы видите нормальный результат по задержке на Cassandra 3.3, 3.7? Я что-то не так делаю? - person tipwimon; 11.07.2016
comment
см. нормальный результат задержки на Cassandra 3.3. Результат такой же, как вы сказали, сколько это? 10000+ микросекунд? и каково значение атрибута count, увеличилось ли оно？ - person Code Stone; 12.07.2016
comment
Да, количество увеличивается. Включая m1_rate, m5_rate и все остальные значения, как правило, результат. У него есть движение, отслеживаемое по количеству запросов. Задержка 2,82 микросекунды для количества запросов 51,97k. - person tipwimon; 12.07.2016