Red Hat Summit14.3. Graphiques dans le tableau de bord Logging/Elasticsearch nodes
Le tableau de bord Logging/Elasticsearch Nodes contient des graphiques qui montrent des détails sur votre instance Elasticsearch, souvent au niveau du nœud, pour des diagnostics plus poussés.
- État d'Elasticsearch
- Le tableau de bord Logging/Elasticsearch Nodes contient les graphiques suivants sur l'état de votre instance Elasticsearch.
| Métrique | Description |
|---|---|
| Statut de la grappe | L'état de santé du cluster pendant la période sélectionnée, en utilisant les états vert, jaune et rouge d'Elasticsearch :
|
| Nœuds de la grappe | Le nombre total de nœuds Elasticsearch dans le cluster. |
| Nœuds de données en grappe | Nombre de nœuds de données Elasticsearch dans le cluster. |
| Tâches en suspens du cluster | Nombre de modifications de l'état de la grappe qui ne sont pas terminées et qui sont en attente dans une file d'attente de la grappe, par exemple, la création d'index, la suppression d'index ou l'allocation de la grappe. Une tendance à la hausse indique que le cluster n'est pas en mesure de suivre les changements. |
- État de l'index du cluster Elasticsearch
- Chaque index Elasticsearch est un groupe logique d'un ou plusieurs shards, qui sont des unités de base de données persistantes. Il existe deux types d'index : les shards primaires et les shards répliqués. Lorsqu'un document est indexé dans un index, il est stocké dans l'un de ses disques primaires et copié dans chaque réplique de ce disque. Le nombre de disques primaires est spécifié lors de la création de l'index et ne peut pas être modifié pendant la durée de vie de l'index. Vous pouvez modifier le nombre de répliques à tout moment.
Le groupe de stockage d'index peut se trouver dans plusieurs états en fonction de la phase de son cycle de vie ou des événements qui se produisent dans le cluster. Lorsque le groupe de stockage est en mesure d'exécuter des requêtes de recherche et d'indexation, il est actif. S'il ne peut pas exécuter ces requêtes, il est inactif. Un groupe de stockage peut être inactif s'il est en cours d'initialisation, de réaffectation, de désaffectation, etc.
Les nuages d'index sont constitués d'un certain nombre de blocs internes plus petits, appelés segments d'index, qui sont des représentations physiques des données. Un segment d'index est un index Lucene relativement petit et immuable qui est créé lorsque Lucene enregistre des données nouvellement indexées. Lucene, une bibliothèque de recherche utilisée par Elasticsearch, fusionne les segments d'index en segments plus grands en arrière-plan pour maintenir le nombre total de segments à un niveau bas. Si le processus de fusion des segments est plus lent que la vitesse de création de nouveaux segments, cela peut indiquer un problème.
Lorsque Lucene effectue des opérations de données, telles qu'une opération de recherche, il effectue l'opération sur les segments d'index dans l'index concerné. À cette fin, chaque segment contient des structures de données spécifiques qui sont chargées dans la mémoire et mappées. Le mappage de l'index peut avoir un impact significatif sur la mémoire utilisée par les structures de données des segments.
Le tableau de bord Logging/Elasticsearch Nodes contient les diagrammes suivants sur les cartes d'index Elasticsearch.
| Métrique | Description |
|---|---|
| Clusters actifs | Le nombre d'unités primaires actives et le nombre total d'unités, y compris les répliques, dans le cluster. Si le nombre d'unités augmente, les performances du cluster peuvent commencer à se dégrader. |
| Initialisation du cluster | Le nombre de disques non actifs dans le cluster. Un disque non actif est un disque en cours d'initialisation, en cours de réaffectation à un autre nœud ou non affecté. En règle générale, un cluster a des cartes non actives pendant de courtes périodes. Un nombre croissant de cartes non actives sur de longues périodes peut être le signe d'un problème. |
| Cluster relocalisant des shards | Le nombre de shards qu'Elasticsearch est en train de relocaliser sur un nouveau nœud. Elasticsearch relocalise les nœuds pour de multiples raisons, comme une utilisation élevée de la mémoire sur un nœud ou après l'ajout d'un nouveau nœud au cluster. |
| Cluster d'ombres non assignées | Le nombre de shards non assignés. Les cartes Elasticsearch peuvent être non attribuées pour des raisons telles que l'ajout d'un nouvel index ou la défaillance d'un nœud. |
- Métriques des nœuds Elasticsearch
- Chaque nœud d'Elasticsearch dispose d'une quantité finie de ressources qui peuvent être utilisées pour traiter les tâches. Lorsque toutes les ressources sont utilisées et qu'Elasticsearch tente d'exécuter une nouvelle tâche, Elasticsearch place les tâches dans une file d'attente jusqu'à ce que des ressources soient disponibles.
Le tableau de bord Logging/Elasticsearch Nodes contient les graphiques suivants sur l'utilisation des ressources pour un nœud sélectionné et le nombre de tâches en attente dans la file d'attente Elasticsearch.
| Métrique | Description |
|---|---|
| Tâches du ThreadPool | Nombre de tâches en attente dans les différentes files d'attente, indiqué par type de tâche. Une accumulation prolongée de tâches dans une file d'attente peut indiquer une pénurie de ressources du nœud ou un autre problème. |
| Utilisation de l'unité centrale | La quantité de CPU utilisée par le nœud Elasticsearch sélectionné en pourcentage de la CPU totale allouée au conteneur hôte. |
| Utilisation de la mémoire | La quantité de mémoire utilisée par le nœud Elasticsearch sélectionné. |
| Utilisation du disque | L'espace disque total utilisé pour les données d'index et les métadonnées sur le nœud Elasticsearch sélectionné. |
| Taux d'indexation des documents | Le taux d'indexation des documents sur le nœud Elasticsearch sélectionné. |
| Temps de latence de l'indexation | Le temps nécessaire pour indexer les documents sur le nœud Elasticsearch sélectionné. La latence d'indexation peut être affectée par de nombreux facteurs, tels que la mémoire Heap de la JVM et la charge globale. Une latence croissante indique un manque de capacité de ressources dans l'instance. |
| Taux de recherche | Le nombre de requêtes de recherche exécutées sur le nœud Elasticsearch sélectionné. |
| Temps de latence de la recherche | Le temps nécessaire pour compléter les requêtes de recherche sur le nœud Elasticsearch sélectionné. La latence de la recherche peut être affectée par de nombreux facteurs. Une latence croissante indique un manque de capacité des ressources dans l'instance. |
| Nombre de documents (avec répliques) | Le nombre de documents Elasticsearch stockés sur le nœud Elasticsearch sélectionné, y compris les documents stockés dans les shards primaires et les shards répliqués qui sont alloués sur le nœud. |
| Taux de suppression des documents | Nombre de documents Elasticsearch supprimés de l'une des zones d'index attribuées au nœud Elasticsearch sélectionné. |
| Taux de fusion des documents | Le nombre de documents Elasticsearch en cours de fusion dans l'une des zones d'indexation allouées au nœud Elasticsearch sélectionné. |
- Nœud Elasticsearch fielddata
- Fielddata est une structure de données Elasticsearch qui contient des listes de termes dans un index et qui est conservée dans le tas de la JVM. La construction des données de champ étant une opération coûteuse, Elasticsearch met en cache les structures de données de champ. Elasticsearch peut expulser un cache de données de terrain lorsque le segment d'index sous-jacent est supprimé ou fusionné, ou s'il n'y a pas assez de mémoire JVM HEAP pour tous les caches de données de terrain.
Le tableau de bord Logging/Elasticsearch Nodes contient les graphiques suivants sur les données de terrain Elasticsearch.
| Métrique | Description |
|---|---|
| Taille de la mémoire des données de terrain | La quantité de JVM Heap utilisée pour le cache des données de terrain sur le nœud Elasticsearch sélectionné. |
| Evictions des données de terrain | Nombre de structures de données de terrain supprimées du nœud Elasticsearch sélectionné. |
- Cache de requête du nœud Elasticsearch
- Si les données stockées dans l'index ne changent pas, les résultats de la recherche sont mis en cache dans un cache de requête au niveau du nœud pour être réutilisés par Elasticsearch.
Le tableau de bord Logging/Elasticsearch Nodes contient les graphiques suivants sur le cache de requête du nœud Elasticsearch.
| Métrique | Description |
|---|---|
| Taille du cache des requêtes | La quantité totale de mémoire utilisée pour le cache de requête pour tous les shards alloués au nœud Elasticsearch sélectionné. |
| Evictions du cache des requêtes | Le nombre d'évictions du cache des requêtes sur le nœud Elasticsearch sélectionné. |
| Nombre d'occurrences dans le cache des requêtes | Le nombre d'occurrences du cache de requête sur le nœud Elasticsearch sélectionné. |
| Manquements au cache des requêtes | Le nombre d'échecs du cache de requête sur le nœud Elasticsearch sélectionné. |
- Gestion de l'index Elasticsearch
- Lors de l'indexation des documents, Elasticsearch stocke les documents dans des segments d'index, qui sont des représentations physiques des données. Dans le même temps, Elasticsearch fusionne périodiquement des segments plus petits en un segment plus grand afin d'optimiser l'utilisation des ressources. Si l'indexation est plus rapide que la capacité à fusionner les segments, le processus de fusion ne s'achève pas assez rapidement, ce qui peut entraîner des problèmes de recherche et de performance. Pour éviter cette situation, Elasticsearch limite l'indexation, généralement en réduisant le nombre de threads alloués à l'indexation à un seul thread.
Le tableau de bord Logging/Elasticsearch Nodes contient les graphiques suivants sur l'étranglement des index Elasticsearch.
| Métrique | Description |
|---|---|
| Indexation de l'étranglement | Durée pendant laquelle Elasticsearch a limité les opérations d'indexation sur le nœud Elasticsearch sélectionné. |
| Fusionner l'étranglement | Durée pendant laquelle Elasticsearch a limité les opérations de fusion de segments sur le nœud Elasticsearch sélectionné. |
- Statistiques sur le tas de la JVM Node
- Le tableau de bord Logging/Elasticsearch Nodes contient les graphiques suivants sur les opérations de la JVM Heap.
| Métrique | Description |
|---|---|
| Tas utilisé | Le montant de l'espace total alloué à la JVM Heap qui est utilisé sur le nœud Elasticsearch sélectionné. |
| Nombre de GC | Le nombre d'opérations de collecte de déchets qui ont été exécutées sur le nœud Elasticsearch sélectionné, par ancienne et jeune collecte de déchets. |
| Temps GC | Le temps que la JVM a passé à exécuter des opérations de collecte de déchets sur le nœud Elasticsearch sélectionné, par ancienne et jeune collecte de déchets. |
