Высокий уровень собственных транспортных запросов за все время заблокирован

После запуска tpstats на всех узлах. Я вижу много узлов с большим количеством ЗАБЛОКИРОВАННЫХ ВСЕ ВРЕМЕНИ NTR. У нас есть кластер из 4 узлов, и значения NTR ALL TIME BLOCKED следующие:

УЗЕЛ 1: 23953 УЗЕЛ 2: 2935 УЗЕЛ 3: 15229 УЗЕЛ 4: 5951

Я знаю, что ALL TIME BLOCKED - это плохо, и поэтому беспокоюсь о том, что делаю неправильно.


person johri21    schedule 29.12.2016    source источник
comment
какая версия 2.2?   -  person Chris Lohfink    schedule 29.12.2016
comment
@ChrisLohfink 2.2.6 Есть ли проблема?   -  person johri21    schedule 30.12.2016


Ответы (1)


Этот пул обрабатывает запросы cql, поэтому это количество разрешенных активных запросов CQL. Это ограничено, чтобы предотвратить слишком много активных OOM в вашей системе (т.е. каждый из них возвращает большие капли). Это эффективно применяет противодавление к вашему клиентскому приложению, чтобы замедлить его. К сожалению, если у вас есть небольшие запросы, это не идеально и снижает вашу пропускную способность, поэтому в CASSANDRA-11363 они добавили настройку, позволяющую компенсировать небольшие скачкообразные нагрузки на пространство.

Если вы обновитесь до 2.2.8+, вы можете установить максимальный размер очереди этого пула потоков с помощью -Dcassandra.max_queued_native_transport_requests=4096

person Chris Lohfink    schedule 30.12.2016