Кассандра, как увидеть активные пользовательские подключения - PullRequest
0 голосов
/ 14 января 2019

В Кассандре (использую DSE),

  1. как проверить, сколько пользователей подключено к базе данных? Любой способ проверить узел мудрым?
  2. Имеется ли какая-либо информация аудита, которая сообщит мне, какие пользователи подключены, а также информацию, такую ​​как IP-адрес, драйвер и т. Д.?
  3. В Opscenter есть метрика, называемая «Собственные клиенты», где эта информация хранится в БД для запроса? Включает ли это внутреннюю связь между узлами и резервными копиями и т. Д.

1 Ответ

0 голосов
/ 14 января 2019
  1. Как проверить, сколько пользователей подключено к базе данных? Любой способ проверить узел мудрый?

  2. Имеется ли какая-либо информация аудита, которая сообщит мне, какие все пользователи подключены вместе с информацией, такой как IP-адрес и драйвер, использовались и т. Д.?

DSE имеет функцию Performance Service , которую вы можете включить, чтобы сделать эту информацию доступной через cql. Чтобы включить эту конкретную возможность, настройте в dse.yaml следующее, как описано в docs :

user_level_latency_tracking_options:                                            
   enabled: true 

Если этот параметр включен, теперь вы можете запрашивать различные таблицы, например:

cqlsh> select * from dse_perf.user_io;

 node_ip   | conn_id         | last_activity                   | read_latency | total_reads | total_writes | user_ip   | username  | write_latency
-----------+-----------------+---------------------------------+--------------+-------------+--------------+-----------+-----------+---------------
 127.0.0.1 | 127.0.0.1:55116 | 2019-01-14 14:08:19.399000+0000 |         1000 |           1 |            0 | 127.0.0.1 | anonymous |             0
 127.0.0.1 | 127.0.0.1:55252 | 2019-01-14 14:07:39.399000+0000 |            0 |           0 |            1 | 127.0.0.1 | anonymous |          1000

(2 rows)
cqlsh> select * from dse_perf.user_object_io;

 node_ip   | conn_id         | keyspace_name | table_name | last_activity                   | read_latency | read_quantiles | total_reads | total_writes | user_ip   | username  | write_latency | write_quantiles
-----------+-----------------+---------------+------------+---------------------------------+--------------+----------------+-------------+--------------+-----------+-----------+---------------+-----------------
 127.0.0.1 | 127.0.0.1:55252 |             s |          t | 2019-01-14 14:07:39.393000+0000 |            0 |           null |           0 |            1 | 127.0.0.1 | anonymous |          1000 |            null
 127.0.0.1 | 127.0.0.1:55116 |             s |          t | 2019-01-14 14:08:19.393000+0000 |         1000 |           null |           1 |            0 | 127.0.0.1 | anonymous |             0 |            null

Обратите внимание, что включение службы производительности обходится дорого, и ее можно включать и отключать выборочно с помощью dsetool perf userlatencytracking [enable|disable].

В будущем выпуске Apache Cassandra (4.0+) и DSE (вероятно, 7.0+) будет команда nodetool clientstats ( CASSANDRA-14275 ) и соответствующая таблица system_views.clients ( CASSANDRA-14458 ), включая информацию о соединении. Это будет включать имя драйвера, если клиент драйвера предоставляет его (более новые делают).

  1. В Opscenter есть метрика, называемая «Собственные клиенты», где эта информация хранится в БД для запроса? Включает ли это внутреннюю связь между узлами и резервными копиями и т. Д.

Я не слишком быстр в OpsCenter. Из того, что я знаю, OpsCenter обычно хранит свои данные в OpsCenter пространстве клавиш, вы можете настроить параметры сбора данных, следуя этому doc .

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...