Surveillance de Cassandra
Le capteur « Cassandra » est automatiquement déployé et installé une fois que vous avez installé l'agent « Instana ».
Informations de support
Pour vous assurer que le capteur d' Cassandra s est compatible avec votre configuration actuelle, consultez les sections d'informations d'assistance suivantes :
Versions prises en charge et politique d'assistance
Le capteur prend en charge les versions suivantes d' Cassandra et d' DataStax Enterprise :
- Cassandra, 2.0.x, 2.2.x, 3.0.x, 4.0.x et 4.1 vers 4.1.5 et 5.0.2
- DataStax Enterprise (DSE) 6.0.x, 6.7.17, 6.8 à 6.8.42
Le tableau suivant présente la dernière version prise en charge et la politique d'assistance :
| Technologie | Politique de support | Dernière version technologique | Dernière version prise en charge |
|---|---|---|---|
| Cassandra | 45 jours | 5.0.8 | 5.0.8 |
| DataStax Enterprise | 45 jours | 6.9.23 | 6.9.18 |
Pour plus d'informations sur la politique d'assistance, consultez la section « Stratégie d'assistance pour les capteurs ».
Prise en charge du traçage côté client
Pour cette technologie, Instana prend en charge le traçage côté client pour les langages et environnements d'exécution suivants :
Configuration
L'agent surveille nativement CassandraDB, et sa configuration est facultative.
Configuration de la fréquence d'interrogation
Vous pouvez configurer la fréquence à laquelle l' Instana interroge Cassandra pour collecter des données et des métriques en utilisant le poll_rate paramètre dans le fichier de configuration.yaml l'agent, comme le montre l'exemple suivant :
com.instana.plugin.cassandra:
poll_rate: 1 # values are in seconds. Default value is 1 second.
Collecte des métriques
Pour consulter les métriques, sélectionnez « Infrastructure » dans la barre latérale de l'interface utilisateur d' Instana, cliquez sur un hôte surveillé spécifique, puis vous verrez s'afficher un tableau de bord de l'hôte contenant toutes les métriques collectées et les processus surveillés.
Au niveau du noeud
Données de configuration
- Version
- Cluster
- Centre de données
- Armoire
- ID hôte
- Statut de noeud
- Statut de Gossip, Thrift, CQL/Natif
- Jetons
- Adresses IP de départ
Métriques de performance
Demandes de lecture
Le nombre de demandes de lecture est collecté à partir de org.apache.cassandra.metrics:type=ClientRequest, scope=Read,name=Latency#Count.
Granularité : 1 seconde.
Demandes d'écriture
Le nombre de demandes d'écriture est collecté à partir de org.apache.cassandra.metrics:type=ClientRequest, scope=Write,name=Latency#Count.
Granularité : 1 seconde.
Temps d'attente de lecture client
Les percentiles Mean, 50th, 95th et 99th sont collectés à partir de org.apache.cassandra.metrics:type=ClientRequest, scope=Read,name=Latency.
Granularité : 1 seconde.
Temps d'attente d'écriture client
Les percentiles Mean, 50th, 95th et 99th sont collectés à partir de org.apache.cassandra.metrics:type=ClientRequest, scope=Write,name=Latency.
Granularité : 1 seconde.
Demandes en attente
Les demandes en attente dans les pools d'unités d'exécution sont collectées à partir de org.apache.cassandra.metrics:type=ThreadPools,path=request, scope=CounterMutationStage,name=PendingTasks.
Granularité : 1 seconde.
Demandes bloquées
Demandes bloquées dans les pools d'unités d'exécution org.apache.cassandra.metrics:type=ThreadPools,path=request, scope=CounterMutationStage,name=CurrentlyBlockedTasks.
Granularité : 1 seconde.
Messages supprimés
Write (Mutation), read, counter mutation, read repairet request/response sont collectés à partir de la zone des messages supprimés de l'instance MessagingService .
Granularité : 1 seconde.
Espaces de clés
Reads/writes, average read/write latency, SSTableset disk size sont collectés à partir de l'instance de schéma et ColumnFamilyStore par espace de clés.
Granularité : 1 seconde.
Compressions
Les compactages en attente sont collectés à partir de la zone 'pending compactions' de CompactionManager.
Granularité : 1 seconde.
Accès au cache
Counter, keyet row cache sont collectés à partir de org.apache.cassandra.metrics:type=Cache,name=HitRate.
Granularité : 1 seconde.
Filtre Bloom
Le taux d'échecs du filtre Bloom est collecté à partir de org.apache.cassandra.metrics:type=ColumnFamily,name=BloomFilterFalseRatio.
Granularité : 1 seconde.
Signatures d'intégrité
Pour chaque capteur, il existe une base de connaissances des signatures d'intégrité qui sont évaluées en permanence par rapport aux métriques entrantes et qui sont utilisées pour traiter les problèmes ou les incidents en fonction de l'impact sur l'utilisateur.
Les événements intégrés déclenchent des problèmes ou des incidents en fonction de signatures de santé défaillantes sur des entités, tandis que les événements personnalisés déclenchent des problèmes ou des incidents en fonction des seuils d'une métrique spécifique à une entité donnée.
Pour plus d'informations sur les événements générés pour le noeud Cassandra , voir la référence des événements intégrés.
Au niveau du cluster
Données de configuration
- Nom
- Noeuds disponibles
- Nœuds inaccessibles
- Espaces de clés
- Pierres tombales
Métriques de performance
| Point de données | Description | Granularité |
|---|---|---|
| Demandes globales | Nombre total de requêtes pour les nœuds d' Cassandra | 1 seconde |
| Temps d'attente client | Latences moyennes de lecture et d'écriture des clients | 1 seconde |
| Taille de disque globale | Somme de toutes les tailles de disque pour les nœuds d' Cassandra | 1 seconde |
| Facteurs de réplication | Facteur de réplication par espace de clés | 1 seconde |
| Tailles de disque | Taille du disque par espace de clés | 1 seconde |
| Pierres tombales | Marqueurs indiquant des délétions | 1 seconde |
Signatures d'intégrité
Pour plus d'informations sur les événements générés pour le cluster Cassandra , voir la référence des événements intégrés.