Red Hat Summit Red Hat SummitSupportConsoleDéveloppeursCommencer un essaiContact

3.4. Consulte le statut de Elasticsearch log store

Consultez l’état de l’opérateur OpenShift Elasticsearch et pour un certain nombre de composants Elasticsearch.

3.4.1. Consulte le statut de Elasticsearch log store
Copier lien

Le journal Elasticsearch vous permet d’afficher l’état de la boutique de journal Elasticsearch.

Conditions préalables

  • Le Red Hat OpenShift Logging Operator et OpenShift Elasticsearch Operator sont installés.

Procédure

  1. Changer le projet openshift-logging en exécutant la commande suivante: 

    $ oc project openshift-logging

  2. Afficher l’état:

    1. Accédez au nom de l’instance du magasin de journal Elasticsearch en exécutant la commande suivante: 

      $ oc get Elasticsearch

      Exemple de sortie

      NAME            AGE
elasticsearch   5h9m

    2. Bénéficiez de l’état de la boutique de journal Elasticsearch en exécutant la commande suivante: 

      $ oc get Elasticsearch <Elasticsearch-instance> -o yaml

      À titre d’exemple: 

      $ oc get Elasticsearch elasticsearch -n openshift-logging -o yaml

      Le produit comprend des informations similaires à ce qui suit:

      Exemple de sortie

      status:
      1 
      
  cluster:
      2 
      
    activePrimaryShards: 30
    activeShards: 60
    initializingShards: 0
    numDataNodes: 3
    numNodes: 3
    pendingTasks: 0
    relocatingShards: 0
    status: green
    unassignedShards: 0
  clusterHealth: ""
  conditions: []
      3 
      
  nodes:
      4 
      
  - deploymentName: elasticsearch-cdm-zjf34ved-1
    upgradeStatus: {}
  - deploymentName: elasticsearch-cdm-zjf34ved-2
    upgradeStatus: {}
  - deploymentName: elasticsearch-cdm-zjf34ved-3
    upgradeStatus: {}
  pods:
      5 
      
    client:
      failed: []
      notReady: []
      ready:
      - elasticsearch-cdm-zjf34ved-1-6d7fbf844f-sn422
      - elasticsearch-cdm-zjf34ved-2-dfbd988bc-qkzjz
      - elasticsearch-cdm-zjf34ved-3-c8f566f7c-t7zkt
    data:
      failed: []
      notReady: []
      ready:
      - elasticsearch-cdm-zjf34ved-1-6d7fbf844f-sn422
      - elasticsearch-cdm-zjf34ved-2-dfbd988bc-qkzjz
      - elasticsearch-cdm-zjf34ved-3-c8f566f7c-t7zkt
    master:
      failed: []
      notReady: []
      ready:
      - elasticsearch-cdm-zjf34ved-1-6d7fbf844f-sn422
      - elasticsearch-cdm-zjf34ved-2-dfbd988bc-qkzjz
      - elasticsearch-cdm-zjf34ved-3-c8f566f7c-t7zkt
  shardAllocationEnabled: all

      1
      Dans la sortie, les champs d’état du cluster apparaissent dans la strophe d’état.
      2
      L’état de la boutique de journal Elasticsearch:
      • Le nombre de fragments primaires actifs.
      • Le nombre de fragments actifs.
      • Le nombre de fragments qui sont en train d’initialiser.
      • Le nombre de nœuds de journal Elasticsearch stocke des nœuds de données.
      • Le nombre total de nœuds de journal Elasticsearch.
      • Le nombre de tâches en attente.
      • Le statut du magasin de journal Elasticsearch: vert, rouge, jaune.
      • Le nombre de fragments non attribués.
      3
      Conditions de statut, si elles sont présentes. L’état de la boutique de journal Elasticsearch indique les raisons du programmeur si un pod n’a pas pu être placé. Les événements liés aux conditions suivantes sont indiqués:
      • Conteneur En attente pour le magasin de journal Elasticsearch et les conteneurs proxy.
      • Conteneur Terminé pour le magasin de journal Elasticsearch et les conteneurs proxy.
      • La pod est imprévue. En outre, une condition est affichée pour un certain nombre de problèmes; voir Exemple des messages de condition.
      4
      Les nœuds de journal Elasticsearch dans le cluster, avec upgradeStatus.
      5
      Le journal Elasticsearch stocke le client, les données et les pods maîtres dans le cluster, listés sous échec, pasReady, ou état prêt.

3.4.1.1. Exemple de messages de condition
Copier lien

Ce qui suit sont des exemples de messages de condition de la section État de l’instance Elasticsearch.

Le message d’état suivant indique qu’un nœud a dépassé le filigrane faible configuré, et aucun fragment ne sera attribué à ce nœud. 

status:
  nodes:
  - conditions:
    - lastTransitionTime: 2019-03-15T15:57:22Z
      message: Disk storage usage for node is 27.5gb (36.74%). Shards will be not
        be allocated on this node.
      reason: Disk Watermark Low
      status: "True"
      type: NodeStorage
    deploymentName: example-elasticsearch-cdm-0-1
    upgradeStatus: {}

Le message d’état suivant indique qu’un nœud a dépassé le filigrane élevé configuré, et les éclats seront déplacés vers d’autres nœuds. 

status:
  nodes:
  - conditions:
    - lastTransitionTime: 2019-03-15T16:04:45Z
      message: Disk storage usage for node is 27.5gb (36.74%). Shards will be relocated
        from this node.
      reason: Disk Watermark High
      status: "True"
      type: NodeStorage
    deploymentName: example-elasticsearch-cdm-0-1
    upgradeStatus: {}

Le message d’état suivant indique que le sélecteur de nœuds de journal Elasticsearch dans la ressource personnalisée (CR) ne correspond à aucun nœud dans le cluster: 

status:
    nodes:
    - conditions:
      - lastTransitionTime: 2019-04-10T02:26:24Z
        message: '0/8 nodes are available: 8 node(s) didn''t match node selector.'
        reason: Unschedulable
        status: "True"
        type: Unschedulable

Le message d’état suivant indique que le magasin de journal Elasticsearch CR utilise une revendication de volume persistant inexistante (PVC). 

status:
   nodes:
   - conditions:
     - last Transition Time:  2019-04-10T05:55:51Z
       message:               pod has unbound immediate PersistentVolumeClaims (repeated 5 times)
       reason:                Unschedulable
       status:                True
       type:                  Unschedulable

Le message d’état suivant indique que votre cluster de log Store Elasticsearch n’a pas assez de nœuds pour soutenir la stratégie de redondance. 

status:
  clusterHealth: ""
  conditions:
  - lastTransitionTime: 2019-04-17T20:01:31Z
    message: Wrong RedundancyPolicy selected. Choose different RedundancyPolicy or
      add more nodes with data roles
    reason: Invalid Settings
    status: "True"
    type: InvalidRedundancy

Ce message d’état indique que votre cluster a trop de nœuds de plan de contrôle: 

status:
  clusterHealth: green
  conditions:
    - lastTransitionTime: '2019-04-17T20:12:34Z'
      message: >-
        Invalid master nodes count. Please ensure there are no more than 3 total
        nodes with master roles
      reason: Invalid Settings
      status: 'True'
      type: InvalidMasters

Le message d’état suivant indique que le stockage Elasticsearch ne prend pas en charge le changement que vous avez essayé d’effectuer.

À titre d’exemple: 

status:
  clusterHealth: green
  conditions:
    - lastTransitionTime: "2021-05-07T01:05:13Z"
      message: Changing the storage structure for a custom resource is not supported
      reason: StorageStructureChangeIgnored
      status: 'True'
      type: StorageStructureChangeIgnored

Les champs raison et type spécifient le type de changement non pris en charge:

StorageClassNameChangeIgnored
Changement non pris en charge du nom de la classe de stockage.
StorageSizeChangeIgnored
Changez la taille de stockage non prise en charge.
StorageStructureChangeIgnored

Changement non pris en charge entre les structures de stockage éphémères et persistantes.

Important

Lorsque vous essayez de configurer le ClusterLogging CR pour passer d’un stockage éphémère à un stockage persistant, l’opérateur OpenShift Elasticsearch crée une revendication de volume persistant (PVC) mais ne crée pas de volume persistant (PV). Afin d’effacer le statut StorageStructureChangeIgnored, vous devez revenir sur le ClusterLogging CR et supprimer le PVC.

3.4.2. Affichage de l’état des composants de log store
Copier lien

Il est possible d’afficher l’état d’un certain nombre de composants du log store.

Indices Elasticsearch

Consultez l’état des indices Elasticsearch.

  1. Demandez le nom d’un pod Elasticsearch: 

    $ oc get pods --selector component=elasticsearch -o name

    Exemple de sortie

    pod/elasticsearch-cdm-1godmszn-1-6f8495-vp4lw
pod/elasticsearch-cdm-1godmszn-2-5769cf-9ms2n
pod/elasticsearch-cdm-1godmszn-3-f66f7d-zqkz7

  2. Bénéficiez de l’état des indices: 

    $ oc exec elasticsearch-cdm-4vjor49p-2-6d4d7db474-q2w7z -- indices

    Exemple de sortie

    Defaulting container name to elasticsearch.
Use 'oc describe pod/elasticsearch-cdm-4vjor49p-2-6d4d7db474-q2w7z -n openshift-logging' to see all of the containers in this pod.

green  open   infra-000002                                                     S4QANnf1QP6NgCegfnrnbQ   3   1     119926            0        157             78
green  open   audit-000001                                                     8_EQx77iQCSTzFOXtxRqFw   3   1          0            0          0              0
green  open   .security                                                        iDjscH7aSUGhIdq0LheLBQ   1   1          5            0          0              0
green  open   .kibana_-377444158_kubeadmin                                     yBywZ9GfSrKebz5gWBZbjw   3   1          1            0          0              0
green  open   infra-000001                                                     z6Dpe__ORgiopEpW6Yl44A   3   1     871000            0        874            436
green  open   app-000001                                                       hIrazQCeSISewG3c2VIvsQ   3   1       2453            0          3              1
green  open   .kibana_1                                                        JCitcBMSQxKOvIq6iQW6wg   1   1          0            0          0              0
green  open   .kibana_-1595131456_user1                                        gIYFIEGRRe-ka0W3okS-mQ   3   1          1            0          0              0

Log store pods

Il est possible d’afficher l’état des pods qui hébergent le log store.

  1. Donnez le nom d’un pod: 

    $ oc get pods --selector component=elasticsearch -o name

    Exemple de sortie

    pod/elasticsearch-cdm-1godmszn-1-6f8495-vp4lw
pod/elasticsearch-cdm-1godmszn-2-5769cf-9ms2n
pod/elasticsearch-cdm-1godmszn-3-f66f7d-zqkz7

  2. Bénéficiez du statut d’un pod: 

    $ oc describe pod elasticsearch-cdm-1godmszn-1-6f8495-vp4lw

    Le produit comprend les informations suivantes sur l’état d’avancement:

    Exemple de sortie

    ....
Status:             Running

....

Containers:
  elasticsearch:
    Container ID:   cri-o://b7d44e0a9ea486e27f47763f5bb4c39dfd2
    State:          Running
      Started:      Mon, 08 Jun 2020 10:17:56 -0400
    Ready:          True
    Restart Count:  0
    Readiness:  exec [/usr/share/elasticsearch/probe/readiness.sh] delay=10s timeout=30s period=5s #success=1 #failure=3

....

  proxy:
    Container ID:  cri-o://3f77032abaddbb1652c116278652908dc01860320b8a4e741d06894b2f8f9aa1
    State:          Running
      Started:      Mon, 08 Jun 2020 10:18:38 -0400
    Ready:          True
    Restart Count:  0

....

Conditions:
  Type              Status
  Initialized       True
  Ready             True
  ContainersReady   True
  PodScheduled      True

....

Events:          <none>

Configuration de déploiement de pod de stockage log

L’état de la configuration de déploiement de log store peut être affiché.

  1. Bénéficiez du nom d’une configuration de déploiement: 

    $ oc get deployment --selector component=elasticsearch -o name

    Exemple de sortie

    deployment.extensions/elasticsearch-cdm-1gon-1
deployment.extensions/elasticsearch-cdm-1gon-2
deployment.extensions/elasticsearch-cdm-1gon-3

  2. Bénéficiez de l’état de configuration de déploiement: 

    $ oc describe deployment elasticsearch-cdm-1gon-1

    Le produit comprend les informations suivantes sur l’état d’avancement:

    Exemple de sortie

    ....
  Containers:
   elasticsearch:
    Image:      registry.redhat.io/openshift-logging/elasticsearch6-rhel8
    Readiness:  exec [/usr/share/elasticsearch/probe/readiness.sh] delay=10s timeout=30s period=5s #success=1 #failure=3

....

Conditions:
  Type           Status   Reason
  ----           ------   ------
  Progressing    Unknown  DeploymentPaused
  Available      True     MinimumReplicasAvailable

....

Events:          <none>

Ensemble de réplica de log store

Il est possible d’afficher l’état de l’ensemble des répliques de log store.

  1. Demandez le nom d’un ensemble de répliques: 

    $ oc get replicaSet --selector component=elasticsearch -o name

replicaset.extensions/elasticsearch-cdm-1gon-1-6f8495
replicaset.extensions/elasticsearch-cdm-1gon-2-5769cf
replicaset.extensions/elasticsearch-cdm-1gon-3-f66f7d

  2. Bénéficiez de l’état de l’ensemble de réplique: 

    $ oc describe replicaSet elasticsearch-cdm-1gon-1-6f8495

    Le produit comprend les informations suivantes sur l’état d’avancement:

    Exemple de sortie

    ....
  Containers:
   elasticsearch:
    Image:      registry.redhat.io/openshift-logging/elasticsearch6-rhel8@sha256:4265742c7cdd85359140e2d7d703e4311b6497eec7676957f455d6908e7b1c25
    Readiness:  exec [/usr/share/elasticsearch/probe/readiness.sh] delay=10s timeout=30s period=5s #success=1 #failure=3

....

Events:          <none>

3.4.3. État du cluster Elasticsearch
Copier lien

Dans la section Observe du gestionnaire de cluster OpenShift, un tableau de bord affiche l’état du cluster Elasticsearch.

Afin d’obtenir l’état du cluster OpenShift Elasticsearch, visitez le tableau de bord dans la section Observer du gestionnaire de cluster OpenShift à &lt;cluster_url&gt;/monitoring/dashboards/grafana-dashboard-cluster-logging.

Champs de statut Elasticsearch

eo_elasticsearch_cr_cluster_management_state

Indique si le cluster Elasticsearch est dans un état géré ou non géré. À titre d’exemple: 

eo_elasticsearch_cr_cluster_management_state{state="managed"} 1
eo_elasticsearch_cr_cluster_management_state{state="unmanaged"} 0
eo_elasticsearch_cr_restart_total

Indique le nombre de fois que les nœuds Elasticsearch ont redémarré pour les redémarrages de certificats, les redémarrages roulants ou les redémarrages programmés. À titre d’exemple: 

eo_elasticsearch_cr_restart_total{reason="cert_restart"} 1
eo_elasticsearch_cr_restart_total{reason="rolling_restart"} 1
eo_elasticsearch_cr_restart_total{reason="scheduled_restart"} 3
es_index_namespaces_total

Affiche le nombre total d’espaces de noms d’index Elasticsearch. À titre d’exemple: 

Total number of Namespaces.
es_index_namespaces_total 5
es_index_document_count

Affiche le nombre d’enregistrements pour chaque espace de noms. À titre d’exemple: 

es_index_document_count{namespace="namespace_1"} 25
es_index_document_count{namespace="namespace_2"} 10
es_index_document_count{namespace="namespace_3"} 5

Les champs "Secret Elasticsearch sont manquants ou vides"

Lorsque Elasticsearch manque les fichiers admin-cert, admin-key, logging-es.crt ou logging-es.key, le tableau de bord affiche un message d’état similaire à l’exemple suivant: 

message": "Secret \"elasticsearch\" fields are either missing or empty: [admin-cert, admin-key, logging-es.crt, logging-es.key]",
"reason": "Missing Required Secrets",
Red Hat logoGithubredditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance. Découvrez nos récentes mises à jour.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez le Blog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

Theme

© 2026 Red HatRetour au début