Monitorando o Cassandra
O sensor do Cassandra é automaticamente implementado e instalado após a instalação do agente do Instana.
Informações de suporte
Para garantir que o sensor Cassandra seja compatível com a sua configuração atual, consulte as seguintes seções de informações de suporte:
Versões compatíveis e política de suporte
O sensor é compatível com as seguintes versões do Cassandra e do DataStax Enterprise :
- Cassandra, 2.0.x, 2.2.x, 3.0.x, 4.0.x e 4.1 para 4.1.5 e 5.0.2
- DataStax Enterprise (DSE) 6.0.x, 6.7.17, 6.8 para 6.8.42
A tabela a seguir mostra a versão mais recente compatível e a política de suporte:
| Tecnologia | Política de suporte | Versão com tecnologia de ponta | Versão mais recente suportada |
|---|---|---|---|
| Cassandra | 45 dias | 5.0.8 | 5.0.8 |
| DataStax Enterprise | 45 dias | 6.9.23 | 6.9.18 |
Para obter mais informações sobre a política de suporte, consulte a estratégia de suporte para sensores.
Rastreamento do lado do cliente compatível
Para essa tecnologia, o Instana oferece suporte ao rastreamento no lado do cliente para as seguintes linguagens e ambientes de execução:
Configuração
O agente monitora nativamente o CassandraDB,, e sua configuração é opcional.
Configurando a frequência de sondagem
Você pode definir a frequência com que o Instana consulta o Cassandra para coletar dados e métricas usando o poll_rate parâmetro no arquivo configuration.yaml do agente, conforme mostrado no exemplo a seguir:
com.instana.plugin.cassandra:
poll_rate: 1 # values are in seconds. Default value is 1 second.
Métricas de coleção
Para visualizar as métricas, selecione “Infraestrutura” na barra lateral da interface do usuário do Instana, clique em um host monitorado específico e, em seguida, você poderá ver um painel do host com todas as métricas coletadas e os processos monitorados.
Nível do nó
Dados de configuração
- Versão
- Agrupamento
- Data center
- Rack
- ID do host
- Status do Nó
- Gossip, Thrift, CQL/Status nativo
- Tokens
- Endereços IP de Valor Inicial
Métricas de desempenho
Solicitações de leitura
O número de solicitações de leitura é coletado de org.apache.cassandra.metrics:type=ClientRequest, scope=Read,name=Latency#Count.
Granularidade: 1 segundo.
Solicitações de gravação
O número de solicitações de gravação é coletado de org.apache.cassandra.metrics:type=ClientRequest, scope=Write,name=Latency#Count.
Granularidade: 1 segundo.
Latências de leitura do cliente
Mean, 50th, 95th e 99th percentil são coletados de org.apache.cassandra.metrics:type=ClientRequest, scope=Read,name=Latency.
Granularidade: 1 segundo.
Latências de gravação do cliente
Mean, 50th, 95th e 99th percentil são coletados de org.apache.cassandra.metrics:type=ClientRequest, scope=Write,name=Latency.
Granularidade: 1 segundo.
Solicitações pendentes
As solicitações pendentes em conjuntos de encadeamentos são coletadas de org.apache.cassandra.metrics:type=ThreadPools,path=request, scope=CounterMutationStage,name=PendingTasks
Granularidade: 1 segundo.
Solicitações bloqueadas
Solicitações bloqueadas em conjuntos de encadeamentos org.apache.cassandra.metrics:type=ThreadPools,path=request, scope=CounterMutationStage,name=CurrentlyBlockedTasks
Granularidade: 1 segundo.
Mensagens descartadas
Write (mutação), read, counter mutation, read repair e request/response são coletados do campo de mensagens eliminadas da instância MessagingService.
Granularidade: 1 segundo.
Keyspaces
Reads/writes, average read/write latency, SSTables e disk size são coletados da instância do esquema e do ColumnFamilyStore por keyspace.
Granularidade: 1 segundo.
Compactações
As compactações pendentes são coletadas por meio do campo de compactações pendentes do CompactionManager.
Granularidade: 1 segundo.
Acertos do cache
Counter, key e row cache são coletados de org.apache.cassandra.metrics:type=Cache,name=HitRate.
Granularidade: 1 segundo.
Filtro Bloom
A taxa de ausências do filtro BLOOM é coletada de org.apache.cassandra.metrics:type=ColumnFamily,name=BloomFilterFalseRatio.
Granularidade: 1 segundo.
Assinaturas de funcionamento
Para cada sensor, há uma curadoria de base de conhecimento de assinaturas de funcionamento que são avaliadas continuamente com relação às métricas recebidas e são usadas para levantar problemas ou incidentes dependendo do impacto do usuário.
Os eventos integrados acionam problemas ou incidentes com base em sinais de falha no estado de saúde das entidades, enquanto os eventos personalizados acionam problemas ou incidentes com base nos limites de uma métrica específica de qualquer entidade.
Para obter informações sobre eventos construídos para o nó Cassandra , consulte a Referência de eventos integrados.
Cluster-level
Dados de configuração
- Nome
- Nós disponíveis
- Nós inacessíveis
- Keyspaces
- Lápides
Métricas de desempenho
| Ponto de dados | Descrição | Granularidade |
|---|---|---|
| Solicitações gerais | Soma de todas as solicitações para os nós d Cassandra | 1 segundo |
| Latências do cliente | Latências médias de leitura e gravação do cliente | 1 segundo |
| Tamanho geral do disco | Soma de todos os tamanhos de disco dos nós d Cassandra | 1 segundo |
| Fatores de replicação | Fator de replicação por espaço de chaves | 1 segundo |
| Tamanhos do disco | Tamanho do disco por espaço de chaves | 1 segundo |
| Lápides | Marcadores que indicam deleções | 1 segundo |
Assinaturas de funcionamento
Para obter informações sobre eventos construídos para o Cassandra Cluster, consulte a Referência de eventos integrados.