Red Hat Summit Red Hat SummitSupportConsoleDéveloppeursCommencer un essaiContact

3.3. Dépannage des alertes de journalisation

Les procédures suivantes vous permettent de dépanner les alertes d’enregistrement sur votre cluster.

3.3.1. L’état de santé du cluster Elasticsearch est rouge
Copier lien

Au moins un fragment primaire et ses répliques ne sont pas attribués à un nœud. Appliquez la procédure suivante pour résoudre cette alerte.

Astuce

Certaines commandes dans cette documentation font référence à un pod Elasticsearch en utilisant une variable shell $ES_POD_NAME. Lorsque vous souhaitez copier et coller les commandes directement à partir de cette documentation, vous devez définir cette variable sur une valeur valide pour votre cluster Elasticsearch.

Liste des pods Elasticsearch disponibles en exécutant la commande suivante: 

$ oc -n openshift-logging get pods -l component=elasticsearch
Copy to Clipboard Toggle word wrap

Choisissez l’un des pods listés et définissez la variable $ES_POD_NAME, en exécutant la commande suivante: 

$ export ES_POD_NAME=<elasticsearch_pod_name>
Copy to Clipboard Toggle word wrap

Désormais, vous pouvez utiliser la variable $ES_POD_NAME dans les commandes.

Procédure

  1. Consultez l’état de santé du cluster Elasticsearch et vérifiez que l’état du cluster est rouge en exécutant la commande suivante: 

    $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME -- health
    Copy to Clipboard Toggle word wrap

  2. Énumérez les nœuds qui ont rejoint le cluster en exécutant la commande suivante: 

    $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=_cat/nodes?v
    Copy to Clipboard Toggle word wrap

  3. Énumérez les pods Elasticsearch et comparez-les avec les nœuds de la sortie de commande de l’étape précédente, en exécutant la commande suivante: 

    $ oc -n openshift-logging get pods -l component=elasticsearch
    Copy to Clipboard Toggle word wrap

  4. Lorsque certains des nœuds Elasticsearch n’ont pas rejoint le cluster, effectuez les étapes suivantes.

    1. Confirmez que Elasticsearch a un nœud maître élu en exécutant la commande suivante et en observant la sortie: 

      $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=_cat/master?v
      Copy to Clipboard Toggle word wrap

    2. Examinez les journaux de pod du nœud maître élu pour les problèmes en exécutant la commande suivante et en observant la sortie: 

      $ oc logs <elasticsearch_master_pod_name> -c elasticsearch -n openshift-logging
      Copy to Clipboard Toggle word wrap

    3. Examinez les journaux des nœuds qui n’ont pas rejoint le cluster pour les problèmes en exécutant la commande suivante et en observant la sortie: 

      $ oc logs <elasticsearch_node_name> -c elasticsearch -n openshift-logging
      Copy to Clipboard Toggle word wrap

  5. Lorsque tous les nœuds ont rejoint le cluster, vérifiez si le cluster est en cours de récupération en exécutant la commande suivante et en observant la sortie: 

    $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=_cat/recovery?active_only=true
    Copy to Clipboard Toggle word wrap

    En l’absence de sortie de commande, le processus de récupération peut être retardé ou bloqué par des tâches en attente.

  6. Vérifiez s’il y a des tâches en attente en exécutant la commande suivante et en observant la sortie: 

    $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- health | grep number_of_pending_tasks
    Copy to Clipboard Toggle word wrap
  7. En cas de tâches en attente, surveillez leur statut. Lorsque leur statut change et indique que le cluster est en cours de récupération, continuez à attendre. Le temps de récupération varie en fonction de la taille du cluster et d’autres facteurs. Dans le cas contraire, si le statut des tâches en attente ne change pas, cela indique que la récupération est bloquée.

  8. Lorsqu’il semble que la récupération ait décroché, vérifiez si la valeur cluster.routing.allocation.enable n’est pas réglée, en exécutant la commande suivante et en observant la sortie: 

    $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=_cluster/settings?pretty
    Copy to Clipboard Toggle word wrap

  9. Lorsque la valeur cluster.routing.allocation.enable n’est pas définie, définissez-la à tous, en exécutant la commande suivante: 

    $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=_cluster/settings?pretty \
  -X PUT -d '{"persistent": {"cluster.routing.allocation.enable":"all"}}'
    Copy to Clipboard Toggle word wrap

  10. Vérifiez si des indices sont encore rouges en exécutant la commande suivante et en observant la sortie: 

    $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=_cat/indices?v
    Copy to Clipboard Toggle word wrap

  11. Lorsque des indices sont encore rouges, essayez de les effacer en effectuant les étapes suivantes.

    1. Effacer le cache en exécutant la commande suivante: 

      $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=<elasticsearch_index_name>/_cache/clear?pretty
      Copy to Clipboard Toggle word wrap

    2. Augmentez les retries d’allocation maximale en exécutant la commande suivante: 

      $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=<elasticsearch_index_name>/_settings?pretty \
  -X PUT -d '{"index.allocation.max_retries":10}'
      Copy to Clipboard Toggle word wrap

    3. Effacer tous les éléments de défilement en exécutant la commande suivante: 

      $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=_search/scroll/_all -X DELETE
      Copy to Clipboard Toggle word wrap

    4. Augmentez le délai d’exécution en exécutant la commande suivante: 

      $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=<elasticsearch_index_name>/_settings?pretty \
  -X PUT -d '{"index.unassigned.node_left.delayed_timeout":"10m"}'
      Copy to Clipboard Toggle word wrap

  12. Lorsque les étapes précédentes n’effacent pas les indices rouges, supprimez les indices individuellement.

    1. Identifiez le nom de l’index rouge en exécutant la commande suivante: 

      $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=_cat/indices?v
      Copy to Clipboard Toggle word wrap

    2. Effacer l’index rouge en exécutant la commande suivante: 

      $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=<elasticsearch_red_index_name> -X DELETE
      Copy to Clipboard Toggle word wrap

  13. En l’absence d’indices rouges et l’état du cluster est rouge, vérifiez une charge de traitement lourde continue sur un nœud de données.

    1. Vérifiez si l’utilisation d’Elasticsearch JVM Heap est élevée en exécutant la commande suivante: 

      $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=_nodes/stats?pretty
      Copy to Clipboard Toggle word wrap

      Dans la sortie de commande, examinez le champ node_name.jvm.mem.heap_used_percent pour déterminer l’utilisation de JVM Heap.

    2. Contrôlez l’utilisation élevée du CPU. En savoir plus sur l’utilitzation du CPU, consultez la documentation d’OpenShift Dedicated "Reviewing Monitoring dashboards".

3.3.2. L’état de santé du cluster Elasticsearch est jaune
Copier lien

Les fragments de réplique pour au moins un fragment primaire ne sont pas attribués aux nœuds. Augmentez le nombre de nœuds en ajustant la valeur nodeCount dans la ressource personnalisée ClusterLogging (CR).

3.3.3. Elasticsearch disque de nœud bas filigrane atteint
Copier lien

Elasticsearch n’attribue pas de fragments aux nœuds qui atteignent le filigrane bas.

Astuce

Certaines commandes dans cette documentation font référence à un pod Elasticsearch en utilisant une variable shell $ES_POD_NAME. Lorsque vous souhaitez copier et coller les commandes directement à partir de cette documentation, vous devez définir cette variable sur une valeur valide pour votre cluster Elasticsearch.

Liste des pods Elasticsearch disponibles en exécutant la commande suivante: 

$ oc -n openshift-logging get pods -l component=elasticsearch
Copy to Clipboard Toggle word wrap

Choisissez l’un des pods listés et définissez la variable $ES_POD_NAME, en exécutant la commande suivante: 

$ export ES_POD_NAME=<elasticsearch_pod_name>
Copy to Clipboard Toggle word wrap

Désormais, vous pouvez utiliser la variable $ES_POD_NAME dans les commandes.

Procédure

  1. Identifiez le nœud sur lequel Elasticsearch est déployé en exécutant la commande suivante: 

    $ oc -n openshift-logging get po -o wide
    Copy to Clipboard Toggle word wrap

  2. Vérifiez s’il y a des éclats non attribués en exécutant la commande suivante: 

    $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=_cluster/health?pretty | grep unassigned_shards
    Copy to Clipboard Toggle word wrap

  3. En cas de fragments non attribués, vérifiez l’espace disque de chaque nœud, en exécutant la commande suivante: 

    $ for pod in `oc -n openshift-logging get po -l component=elasticsearch -o jsonpath='{.items[*].metadata.name}'`; \
  do echo $pod; oc -n openshift-logging exec -c elasticsearch $pod \
  -- df -h /elasticsearch/persistent; done
    Copy to Clipboard Toggle word wrap

  4. Dans la sortie de commande, cochez la colonne Utiliser pour déterminer le pourcentage de disque utilisé sur ce nœud.

    Exemple de sortie

    elasticsearch-cdm-kcrsda6l-1-586cc95d4f-h8zq8
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme1n1     19G  522M   19G   3% /elasticsearch/persistent
elasticsearch-cdm-kcrsda6l-2-5b548fc7b-cwwk7
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme2n1     19G  522M   19G   3% /elasticsearch/persistent
elasticsearch-cdm-kcrsda6l-3-5dfc884d99-59tjw
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme3n1     19G  528M   19G   3% /elasticsearch/persistent
    Copy to Clipboard Toggle word wrap

    Lorsque le pourcentage de disque utilisé est supérieur à 85 %, le nœud a dépassé le filigrane bas, et les éclats ne peuvent plus être attribués à ce nœud.

  5. Afin de vérifier la redondance actuelle, exécutez la commande suivante: 

    $ oc -n openshift-logging get es elasticsearch \
  -o jsonpath='{.spec.redundancyPolicy}'
    Copy to Clipboard Toggle word wrap

    Lorsque vous utilisez une ressource ClusterLogging sur votre cluster, exécutez la commande suivante: 

    $ oc -n openshift-logging get cl \
  -o jsonpath='{.items[*].spec.logStore.elasticsearch.redundancyPolicy}'
    Copy to Clipboard Toggle word wrap

    Lorsque la valeur de redondance du cluster est supérieure à la valeur SingleRedundancy, définissez-la sur la valeur SingleRedundancy et enregistrez ce changement.

  6. Lorsque les étapes précédentes ne règlent pas le problème, supprimez les anciens indices.

    1. Consultez l’état de tous les indices sur Elasticsearch en exécutant la commande suivante: 

      $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME -- indices
      Copy to Clipboard Toggle word wrap
    2. Identifiez un ancien index qui peut être supprimé.

    3. Effacer l’index en exécutant la commande suivante: 

      $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=<elasticsearch_index_name> -X DELETE
      Copy to Clipboard Toggle word wrap

3.3.4. Elasticsearch disque de nœud haute filigrane atteint
Copier lien

Elasticsearch tente de déplacer des fragments loin d’un nœud qui a atteint le filigrane élevé vers un nœud avec une faible utilisation du disque qui n’a franchi aucune limite de seuil de filigrane.

Afin d’attribuer des éclats à un nœud particulier, vous devez libérer de l’espace sur ce nœud. Lorsque l’augmentation de l’espace disque n’est pas possible, essayez d’ajouter un nouveau nœud de données au cluster ou diminuez la politique de redondance totale des clusters.

Astuce

Certaines commandes dans cette documentation font référence à un pod Elasticsearch en utilisant une variable shell $ES_POD_NAME. Lorsque vous souhaitez copier et coller les commandes directement à partir de cette documentation, vous devez définir cette variable sur une valeur valide pour votre cluster Elasticsearch.

Liste des pods Elasticsearch disponibles en exécutant la commande suivante: 

$ oc -n openshift-logging get pods -l component=elasticsearch
Copy to Clipboard Toggle word wrap

Choisissez l’un des pods listés et définissez la variable $ES_POD_NAME, en exécutant la commande suivante: 

$ export ES_POD_NAME=<elasticsearch_pod_name>
Copy to Clipboard Toggle word wrap

Désormais, vous pouvez utiliser la variable $ES_POD_NAME dans les commandes.

Procédure

  1. Identifiez le nœud sur lequel Elasticsearch est déployé en exécutant la commande suivante: 

    $ oc -n openshift-logging get po -o wide
    Copy to Clipboard Toggle word wrap

  2. Consultez l’espace disque de chaque nœud: 

    $ for pod in `oc -n openshift-logging get po -l component=elasticsearch -o jsonpath='{.items[*].metadata.name}'`; \
  do echo $pod; oc -n openshift-logging exec -c elasticsearch $pod \
  -- df -h /elasticsearch/persistent; done
    Copy to Clipboard Toggle word wrap

  3. Vérifiez si le cluster est en train de rééquilibrer: 

    $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=_cluster/health?pretty | grep relocating_shards
    Copy to Clipboard Toggle word wrap

    Lorsque la sortie de commande montre le déplacement des éclats, le filigrane élevé a été dépassé. La valeur par défaut du filigrane élevé est de 90%.

  4. Augmentez l’espace disque sur tous les nœuds. Lorsque l’augmentation de l’espace disque n’est pas possible, essayez d’ajouter un nouveau nœud de données au cluster ou diminuez la politique de redondance totale des clusters.

  5. Afin de vérifier la redondance actuelle, exécutez la commande suivante: 

    $ oc -n openshift-logging get es elasticsearch \
  -o jsonpath='{.spec.redundancyPolicy}'
    Copy to Clipboard Toggle word wrap

    Lorsque vous utilisez une ressource ClusterLogging sur votre cluster, exécutez la commande suivante: 

    $ oc -n openshift-logging get cl \
  -o jsonpath='{.items[*].spec.logStore.elasticsearch.redundancyPolicy}'
    Copy to Clipboard Toggle word wrap

    Lorsque la valeur de redondance du cluster est supérieure à la valeur SingleRedundancy, définissez-la sur la valeur SingleRedundancy et enregistrez ce changement.

  6. Lorsque les étapes précédentes ne règlent pas le problème, supprimez les anciens indices.

    1. Consultez l’état de tous les indices sur Elasticsearch en exécutant la commande suivante: 

      $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME -- indices
      Copy to Clipboard Toggle word wrap
    2. Identifiez un ancien index qui peut être supprimé.

    3. Effacer l’index en exécutant la commande suivante: 

      $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=<elasticsearch_index_name> -X DELETE
      Copy to Clipboard Toggle word wrap

Elasticsearch applique un bloc d’index en lecture seule sur chaque index qui a ces deux conditions:

  • Il y a un ou plusieurs éclats qui sont attribués au nœud.
  • Il y a un ou plusieurs disques qui dépassent le stade d’inondation.

Appliquez la procédure suivante pour résoudre cette alerte.

Astuce

Certaines commandes dans cette documentation font référence à un pod Elasticsearch en utilisant une variable shell $ES_POD_NAME. Lorsque vous souhaitez copier et coller les commandes directement à partir de cette documentation, vous devez définir cette variable sur une valeur valide pour votre cluster Elasticsearch.

Liste des pods Elasticsearch disponibles en exécutant la commande suivante: 

$ oc -n openshift-logging get pods -l component=elasticsearch
Copy to Clipboard Toggle word wrap

Choisissez l’un des pods listés et définissez la variable $ES_POD_NAME, en exécutant la commande suivante: 

$ export ES_POD_NAME=<elasticsearch_pod_name>
Copy to Clipboard Toggle word wrap

Désormais, vous pouvez utiliser la variable $ES_POD_NAME dans les commandes.

Procédure

  1. Bénéficiez de l’espace disque du nœud Elasticsearch: 

    $ for pod in `oc -n openshift-logging get po -l component=elasticsearch -o jsonpath='{.items[*].metadata.name}'`; \
  do echo $pod; oc -n openshift-logging exec -c elasticsearch $pod \
  -- df -h /elasticsearch/persistent; done
    Copy to Clipboard Toggle word wrap

  2. Dans la sortie de commande, vérifiez la colonne Avail pour déterminer l’espace disque libre sur ce nœud.

    Exemple de sortie

    elasticsearch-cdm-kcrsda6l-1-586cc95d4f-h8zq8
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme1n1     19G  522M   19G   3% /elasticsearch/persistent
elasticsearch-cdm-kcrsda6l-2-5b548fc7b-cwwk7
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme2n1     19G  522M   19G   3% /elasticsearch/persistent
elasticsearch-cdm-kcrsda6l-3-5dfc884d99-59tjw
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme3n1     19G  528M   19G   3% /elasticsearch/persistent
    Copy to Clipboard Toggle word wrap

  3. Augmentez l’espace disque sur tous les nœuds. Lorsque l’augmentation de l’espace disque n’est pas possible, essayez d’ajouter un nouveau nœud de données au cluster ou diminuez la politique de redondance totale des clusters.

  4. Afin de vérifier la redondance actuelle, exécutez la commande suivante: 

    $ oc -n openshift-logging get es elasticsearch \
  -o jsonpath='{.spec.redundancyPolicy}'
    Copy to Clipboard Toggle word wrap

    Lorsque vous utilisez une ressource ClusterLogging sur votre cluster, exécutez la commande suivante: 

    $ oc -n openshift-logging get cl \
  -o jsonpath='{.items[*].spec.logStore.elasticsearch.redundancyPolicy}'
    Copy to Clipboard Toggle word wrap

    Lorsque la valeur de redondance du cluster est supérieure à la valeur SingleRedundancy, définissez-la sur la valeur SingleRedundancy et enregistrez ce changement.

  5. Lorsque les étapes précédentes ne règlent pas le problème, supprimez les anciens indices.

    1. Consultez l’état de tous les indices sur Elasticsearch en exécutant la commande suivante: 

      $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME -- indices
      Copy to Clipboard Toggle word wrap
    2. Identifiez un ancien index qui peut être supprimé.

    3. Effacer l’index en exécutant la commande suivante: 

      $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=<elasticsearch_index_name> -X DELETE
      Copy to Clipboard Toggle word wrap

  6. Continuez à libérer et à surveiller l’espace disque. Après que l’espace disque utilisé tombe en dessous de 90%, débloquez l’écriture sur ce nœud en exécutant la commande suivante: 

    $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=_all/_settings?pretty \
  -X PUT -d '{"index.blocks.read_only_allow_delete": null}'
    Copy to Clipboard Toggle word wrap

3.3.6. Elasticsearch JVM heap utilisation est élevé
Copier lien

La mémoire de tas du nœud Elasticsearch Java (JVM) utilisée est supérieure à 75%. Envisagez d’augmenter la taille du tas.

L’utilisation du CPU système sur le nœud est élevée. Cochez le CPU du nœud cluster. Envisagez d’allouer plus de ressources CPU au nœud.

3.3.8. Elasticsearch process CPU est élevé
Copier lien

L’utilisation du CPU de processus Elasticsearch sur le nœud est élevée. Cochez le CPU du nœud cluster. Envisagez d’allouer plus de ressources CPU au nœud.

3.3.9. L’espace disque Elasticsearch est faible
Copier lien

Elasticsearch devrait manquer d’espace disque dans les 6 prochaines heures en fonction de l’utilisation actuelle du disque. Appliquez la procédure suivante pour résoudre cette alerte.

Procédure

  1. Bénéficiez de l’espace disque du nœud Elasticsearch: 

    $ for pod in `oc -n openshift-logging get po -l component=elasticsearch -o jsonpath='{.items[*].metadata.name}'`; \
  do echo $pod; oc -n openshift-logging exec -c elasticsearch $pod \
  -- df -h /elasticsearch/persistent; done
    Copy to Clipboard Toggle word wrap

  2. Dans la sortie de commande, vérifiez la colonne Avail pour déterminer l’espace disque libre sur ce nœud.

    Exemple de sortie

    elasticsearch-cdm-kcrsda6l-1-586cc95d4f-h8zq8
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme1n1     19G  522M   19G   3% /elasticsearch/persistent
elasticsearch-cdm-kcrsda6l-2-5b548fc7b-cwwk7
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme2n1     19G  522M   19G   3% /elasticsearch/persistent
elasticsearch-cdm-kcrsda6l-3-5dfc884d99-59tjw
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme3n1     19G  528M   19G   3% /elasticsearch/persistent
    Copy to Clipboard Toggle word wrap

  3. Augmentez l’espace disque sur tous les nœuds. Lorsque l’augmentation de l’espace disque n’est pas possible, essayez d’ajouter un nouveau nœud de données au cluster ou diminuez la politique de redondance totale des clusters.

  4. Afin de vérifier la redondance actuelle, exécutez la commande suivante: 

    $ oc -n openshift-logging get es elasticsearch -o jsonpath='{.spec.redundancyPolicy}'
    Copy to Clipboard Toggle word wrap

    Lorsque vous utilisez une ressource ClusterLogging sur votre cluster, exécutez la commande suivante: 

    $ oc -n openshift-logging get cl \
  -o jsonpath='{.items[*].spec.logStore.elasticsearch.redundancyPolicy}'
    Copy to Clipboard Toggle word wrap

    Lorsque la valeur de redondance du cluster est supérieure à la valeur SingleRedundancy, définissez-la sur la valeur SingleRedundancy et enregistrez ce changement.

  5. Lorsque les étapes précédentes ne règlent pas le problème, supprimez les anciens indices.

    1. Consultez l’état de tous les indices sur Elasticsearch en exécutant la commande suivante: 

      $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME -- indices
      Copy to Clipboard Toggle word wrap
    2. Identifiez un ancien index qui peut être supprimé.

    3. Effacer l’index en exécutant la commande suivante: 

      $ oc exec -n openshift-logging -c elasticsearch $ES_POD_NAME \
  -- es_util --query=<elasticsearch_index_name> -X DELETE
      Copy to Clipboard Toggle word wrap

3.3.10. Elasticsearch FileDescriptor utilisation est élevé
Copier lien

En fonction des tendances actuelles d’utilisation, le nombre prévu de descripteurs de fichiers sur le nœud est insuffisant. Cochez la valeur de max_file_descriptors pour chaque nœud tel que décrit dans la documentation des Descripteurs de fichiers Elasticsearch.

Retour au début
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

© 2025 Red Hat