Red Hat Summit Red Hat SummitSupportConsoleDéveloppeursCommencer un essaiContact

Chapitre 3. Dépannage de l’enregistrement

3.1. Affichage de l’état de journalisation
Copier lien

Le statut de Red Hat OpenShift Logging Operator et d’autres composants d’enregistrement peut être visualisé.

Le statut de Red Hat OpenShift Logging Operator vous permet d’afficher le statut de l’opérateur de journalisation Red Hat OpenShift.

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. Accédez à l’état de l’instance ClusterLogging en exécutant la commande suivante: 

    $ oc get clusterlogging instance -o yaml

    Exemple de sortie

    apiVersion: logging.openshift.io/v1
kind: ClusterLogging
# ...
status:
    1 
    
  collection:
    logs:
      fluentdStatus:
        daemonSet: fluentd
    2 
    
        nodes:
          collector-2rhqp: ip-10-0-169-13.ec2.internal
          collector-6fgjh: ip-10-0-165-244.ec2.internal
          collector-6l2ff: ip-10-0-128-218.ec2.internal
          collector-54nx5: ip-10-0-139-30.ec2.internal
          collector-flpnn: ip-10-0-147-228.ec2.internal
          collector-n2frh: ip-10-0-157-45.ec2.internal
        pods:
          failed: []
          notReady: []
          ready:
          - collector-2rhqp
          - collector-54nx5
          - collector-6fgjh
          - collector-6l2ff
          - collector-flpnn
          - collector-n2frh
  logstore:
    3 
    
    elasticsearchStatus:
    - ShardAllocationEnabled:  all
      cluster:
        activePrimaryShards:    5
        activeShards:           5
        initializingShards:     0
        numDataNodes:           1
        numNodes:               1
        pendingTasks:           0
        relocatingShards:       0
        status:                 green
        unassignedShards:       0
      clusterName:             elasticsearch
      nodeConditions:
        elasticsearch-cdm-mkkdys93-1:
      nodeCount:  1
      pods:
        client:
          failed:
          notReady:
          ready:
          - elasticsearch-cdm-mkkdys93-1-7f7c6-mjm7c
        data:
          failed:
          notReady:
          ready:
          - elasticsearch-cdm-mkkdys93-1-7f7c6-mjm7c
        master:
          failed:
          notReady:
          ready:
          - elasticsearch-cdm-mkkdys93-1-7f7c6-mjm7c
visualization:
    4 
    
    kibanaStatus:
    - deployment: kibana
      pods:
        failed: []
        notReady: []
        ready:
        - kibana-7fb4fd4cc9-f2nls
      replicaSets:
      - kibana-7fb4fd4cc9
      replicas: 1

    1
    Dans la sortie, les champs d’état du cluster apparaissent dans la strophe d’état.
    2
    Informations sur les gousses Fluentd.
    3
    Informations sur les pods Elasticsearch, y compris Elasticsearch cluster santé, vert, jaune ou rouge.
    4
    Informations sur les pods de Kibana.

3.1.1.1. Exemple de messages de condition
Copier lien

Ce qui suit sont des exemples de messages de condition de la section Status.Nodes de l’instance ClusterLogging.

Le message d’état similaire à ce qui suit indique qu’un nœud a dépassé le filigrane faible configuré et qu’aucun fragment ne sera attribué à ce nœud:

Exemple de sortie

  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-clientdatamaster-0-1
    upgradeStatus: {}

Le message d’état similaire à ce qui suit indique qu’un nœud a dépassé le filigrane élevé configuré et les éclats seront déplacés vers d’autres nœuds:

Exemple de sortie

  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: cluster-logging-operator
    upgradeStatus: {}

Le message d’état similaire à ce qui suit indique que le sélecteur de nœuds Elasticsearch dans le CR ne correspond à aucun nœud dans le cluster:

Exemple de sortie

    Elasticsearch Status:
      Shard Allocation Enabled:  shard allocation unknown
      Cluster:
        Active Primary Shards:  0
        Active Shards:          0
        Initializing Shards:    0
        Num Data Nodes:         0
        Num Nodes:              0
        Pending Tasks:          0
        Relocating Shards:      0
        Status:                 cluster health unknown
        Unassigned Shards:      0
      Cluster Name:             elasticsearch
      Node Conditions:
        elasticsearch-cdm-mkkdys93-1:
          Last Transition Time:  2019-06-26T03:37:32Z
          Message:               0/5 nodes are available: 5 node(s) didn't match node selector.
          Reason:                Unschedulable
          Status:                True
          Type:                  Unschedulable
        elasticsearch-cdm-mkkdys93-2:
      Node Count:  2
      Pods:
        Client:
          Failed:
          Not Ready:
            elasticsearch-cdm-mkkdys93-1-75dd69dccd-f7f49
            elasticsearch-cdm-mkkdys93-2-67c64f5f4c-n58vl
          Ready:
        Data:
          Failed:
          Not Ready:
            elasticsearch-cdm-mkkdys93-1-75dd69dccd-f7f49
            elasticsearch-cdm-mkkdys93-2-67c64f5f4c-n58vl
          Ready:
        Master:
          Failed:
          Not Ready:
            elasticsearch-cdm-mkkdys93-1-75dd69dccd-f7f49
            elasticsearch-cdm-mkkdys93-2-67c64f5f4c-n58vl
          Ready:

Le message d’état semblable à ce qui suit indique que le PVC demandé ne pouvait pas se lier au PV:

Exemple de sortie

      Node Conditions:
        elasticsearch-cdm-mkkdys93-1:
          Last Transition Time:  2019-06-26T03:37:32Z
          Message:               pod has unbound immediate PersistentVolumeClaims (repeated 5 times)
          Reason:                Unschedulable
          Status:                True
          Type:                  Unschedulable

Le message d’état similaire à ce qui suit indique que les gousses Fluentd ne peuvent pas être programmées parce que le sélecteur de nœuds ne correspondait à aucun nœud:

Exemple de sortie

Status:
  Collection:
    Logs:
      Fluentd Status:
        Daemon Set:  fluentd
        Nodes:
        Pods:
          Failed:
          Not Ready:
          Ready:

3.1.2. Affichage de l’état des composants de journalisation
Copier lien

Il est possible d’afficher l’état d’un certain nombre de composants de journalisation.

Conditions préalables

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

Procédure

  1. Changement au projet openshift-logging. 

    $ oc project openshift-logging

  2. Afficher l’état de l’environnement d’exploitation forestière: 

    $ oc describe deployment cluster-logging-operator

    Exemple de sortie

    Name:                   cluster-logging-operator

....

Conditions:
  Type           Status  Reason
  ----           ------  ------
  Available      True    MinimumReplicasAvailable
  Progressing    True    NewReplicaSetAvailable

....

Events:
  Type    Reason             Age   From                   Message
  ----    ------             ----  ----                   -------
  Normal  ScalingReplicaSet  62m   deployment-controller  Scaled up replica set cluster-logging-operator-574b8987df to 1----

  3. Afficher l’état de l’ensemble de la réplique de journalisation:

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

      Exemple de sortie

      $ oc get replicaset

      Exemple de sortie

      NAME                                      DESIRED   CURRENT   READY   AGE
cluster-logging-operator-574b8987df       1         1         1       159m
elasticsearch-cdm-uhr537yu-1-6869694fb    1         1         1       157m
elasticsearch-cdm-uhr537yu-2-857b6d676f   1         1         1       156m
elasticsearch-cdm-uhr537yu-3-5b6fdd8cfd   1         1         1       155m
kibana-5bd5544f87                         1         1         1       157m

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

      $ oc describe replicaset cluster-logging-operator-574b8987df

      Exemple de sortie

      Name:           cluster-logging-operator-574b8987df

....

Replicas:       1 current / 1 desired
Pods Status:    1 Running / 0 Waiting / 0 Succeeded / 0 Failed

....

Events:
  Type    Reason            Age   From                   Message
  ----    ------            ----  ----                   -------
  Normal  SuccessfulCreate  66m   replicaset-controller  Created pod: cluster-logging-operator-574b8987df-qjhqv----

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