Rechercher

18.4. Configuration de la mémoire de la machine virtuelle

download PDF

Pour améliorer les performances d'une machine virtuelle (VM), vous pouvez lui attribuer de la mémoire vive supplémentaire. De même, vous pouvez réduire la quantité de mémoire allouée à une VM afin que la mémoire de l'hôte puisse être allouée à d'autres VM ou tâches.

Pour effectuer ces actions, vous pouvez utiliser la console web ou l'interface de ligne de commande.

18.4.1. Ajouter et supprimer la mémoire d'une machine virtuelle à l'aide de la console web

Pour améliorer les performances d'une machine virtuelle (VM) ou libérer les ressources de l'hôte qu'elle utilise, vous pouvez utiliser la console web pour ajuster la quantité de mémoire allouée à la VM.

Conditions préalables

  • Le système d'exploitation invité exécute les pilotes de ballons de mémoire. Pour vérifier que c'est bien le cas :

    1. Assurez-vous que la configuration de la VM inclut le périphérique memballoon:

      # virsh dumpxml testguest | grep memballoon
      <memballoon model='virtio'>
          </memballoon>

      Si cette commande affiche une sortie et que le modèle n'est pas défini sur none, le dispositif memballoon est présent.

    2. Assurez-vous que les pilotes de ballons fonctionnent dans le système d'exploitation invité.

  • Le plug-in VM de la console web est installé sur votre système.

Procédure

  1. Optional: Obtenez les informations relatives à la mémoire maximale et à la mémoire actuellement utilisée pour une VM. Cela servira de base de référence pour vos modifications, ainsi que pour la vérification.

    # virsh dominfo testguest
    Max memory:     2097152 KiB
    Used memory:    2097152 KiB
  2. Dans l'interface Machines virtuelles, cliquez sur la VM dont vous voulez voir les informations.

    Une nouvelle page s'ouvre avec une section Vue d'ensemble contenant des informations de base sur la VM sélectionnée et une section Console permettant d'accéder à l'interface graphique de la VM.

  3. Cliquez sur modifier à côté de la ligne Memory dans le volet Vue d'ensemble.

    La boîte de dialogue Memory Adjustment apparaît.

    Image displaying the VM memory adjustment dialog box.
  4. Configurer la mémoire virtuelle pour la VM sélectionnée.

    • Maximum allocation - Définit la quantité maximale de mémoire hôte que la VM peut utiliser pour ses processus. Vous pouvez spécifier la mémoire maximale lors de la création de la VM ou l'augmenter ultérieurement. Vous pouvez spécifier la mémoire en multiples de MiB ou GiB.

      Le réglage de l'allocation maximale de mémoire n'est possible que sur une VM éteinte.

    • Current allocation - Définit la quantité réelle de mémoire allouée à la VM. Cette valeur peut être inférieure à l'allocation maximale, mais ne peut pas la dépasser. Vous pouvez ajuster la valeur pour réguler la mémoire disponible pour les processus de la VM. Vous pouvez spécifier la mémoire en multiples de MiB ou GiB.

      Si vous ne spécifiez pas cette valeur, l'allocation par défaut est la valeur Maximum allocation.

  5. Cliquez sur Enregistrer.

    L'allocation de mémoire de la VM est ajustée.

18.4.2. Ajout et suppression de la mémoire de la machine virtuelle à l'aide de l'interface de ligne de commande

Pour améliorer les performances d'une machine virtuelle (VM) ou libérer les ressources de l'hôte qu'elle utilise, vous pouvez utiliser le CLI pour ajuster la quantité de mémoire allouée à la VM.

Conditions préalables

  • Le système d'exploitation invité exécute les pilotes de ballons de mémoire. Pour vérifier que c'est bien le cas :

    1. Assurez-vous que la configuration de la VM inclut le périphérique memballoon:

      # virsh dumpxml testguest | grep memballoon
      <memballoon model='virtio'>
          </memballoon>

      Si cette commande affiche une sortie et que le modèle n'est pas défini sur none, le dispositif memballoon est présent.

    2. Assurez-vous que les pilotes Ballon fonctionnent dans le système d'exploitation invité.

Procédure

  1. Optional: Obtenez les informations relatives à la mémoire maximale et à la mémoire actuellement utilisée pour une VM. Cela servira de base de référence pour vos modifications, ainsi que pour la vérification.

    # virsh dominfo testguest
    Max memory:     2097152 KiB
    Used memory:    2097152 KiB
  2. Ajuste la mémoire maximale allouée à une VM. L'augmentation de cette valeur améliore le potentiel de performance de la VM, et la réduction de cette valeur diminue l'empreinte de performance de la VM sur votre hôte. Notez que cette modification ne peut être effectuée que sur une VM éteinte, de sorte que l'ajustement d'une VM en cours d'exécution nécessite un redémarrage pour être pris en compte.

    Par exemple, pour modifier la mémoire maximale que la VM testguest peut utiliser à 4096 MiB :

    # virt-xml testguest --edit --memory memory=4096,currentMemory=4096
    Domain 'testguest' defined successfully.
    Changes will take effect after the domain is fully powered off.

    Pour augmenter la mémoire maximale d'une VM en cours d'exécution, vous pouvez attacher un périphérique de mémoire à la VM. Cette opération est également appelée memory hot plug. Pour plus d'informations, voir Attacher des périphériques de mémoire aux machines virtuelles.

    Avertissement

    La suppression des périphériques de mémoire d'une VM en cours d'exécution (également appelée débranchement à chaud de la mémoire) n'est pas prise en charge et est fortement déconseillée par Red Hat.

  3. Optional: Vous pouvez également ajuster la mémoire actuellement utilisée par la VM, jusqu'à l'allocation maximale. Cela permet de réguler la charge de mémoire de la VM sur l'hôte jusqu'au prochain redémarrage, sans modifier l'allocation maximale de la VM.

    # virsh setmem testguest --current 2048

Vérification

  1. Confirmez que la mémoire utilisée par la VM a été mise à jour :

    # virsh dominfo testguest
    Max memory:     4194304 KiB
    Used memory:    2097152 KiB
  2. Optional: Si vous avez ajusté la mémoire actuelle de la VM, vous pouvez obtenir des statistiques sur les ballons de mémoire de la VM afin d'évaluer l'efficacité avec laquelle elle régule son utilisation de la mémoire.

     # virsh domstats --balloon testguest
    Domain: 'testguest'
      balloon.current=365624
      balloon.maximum=4194304
      balloon.swap_in=0
      balloon.swap_out=0
      balloon.major_fault=306
      balloon.minor_fault=156117
      balloon.unused=3834448
      balloon.available=4035008
      balloon.usable=3746340
      balloon.last-update=1587971682
      balloon.disk_caches=75444
      balloon.hugetlb_pgalloc=0
      balloon.hugetlb_pgfail=0
      balloon.rss=1005456

18.4.3. Ajouter et supprimer la mémoire de la machine virtuelle en utilisant virtio-mem

RHEL 9 fournit le périphérique de mémoire paravirtualisée virtio-mem. Ce périphérique permet d'ajouter ou de supprimer dynamiquement de la mémoire hôte dans les machines virtuelles (VM). Par exemple, vous pouvez utiliser virtio-mem pour déplacer des ressources mémoire entre des machines virtuelles en cours d'exécution ou pour redimensionner la mémoire des machines virtuelles dans des configurations en nuage en fonction de vos besoins actuels.

18.4.3.1. Aperçu de virtio-mem

virtio-mem est un dispositif de mémoire paravirtualisé qui peut être utilisé pour ajouter ou supprimer dynamiquement de la mémoire hôte dans les machines virtuelles (VM). Par exemple, vous pouvez utiliser ce périphérique pour déplacer des ressources mémoire entre des machines virtuelles en cours d'exécution ou pour redimensionner la mémoire des machines virtuelles dans des configurations en nuage en fonction de vos besoins actuels.

En utilisant virtio-mem, vous pouvez augmenter la mémoire d'une VM au-delà de sa taille initiale, et la réduire à sa taille d'origine, dans des unités qui peuvent avoir une taille de 4 à plusieurs centaines de mégaoctets (MiBs). Notez toutefois que virtio-mem repose également sur une configuration spécifique du système d'exploitation invité, notamment pour débrancher la mémoire de manière fiable.

limitations des fonctionnalités du virtio-mem

virtio-mem n'est actuellement pas compatible avec les fonctionnalités suivantes :

  • Utilisation du verrouillage de la mémoire pour les applications en temps réel sur l'hôte
  • Utilisation de la virtualisation chiffrée sur l'hôte
  • Combinaison de virtio-mem avec memballoon inflation et déflation sur l'hôte
  • Décharger ou recharger le pilote virtio_mem dans une VM
  • L'utilisation de dispositifs pour utilisateurs virtuels, à l'exception de virtiofs

18.4.3.2. Configuration de l'optimisation de la mémoire dans les machines virtuelles

Avant d'utiliser virtio-mem pour attacher de la mémoire à une machine virtuelle en cours d'exécution (également connue sous le nom de hot-plugging de mémoire), vous devez configurer le système d'exploitation de la machine virtuelle (VM) pour qu'il mette automatiquement la mémoire hot-plugged dans un état en ligne. Sinon, le système d'exploitation invité n'est pas en mesure d'utiliser la mémoire supplémentaire. Vous pouvez choisir l'une des configurations suivantes pour la mise en ligne de la mémoire :

  • online_movable
  • online_kernel
  • auto-movable

Pour en savoir plus sur les différences entre ces configurations, voir : Comparaison des configurations d'optimisation de la mémoire

L'activation de la mémoire est configurée par défaut avec les règles udev dans RHEL. Cependant, lorsque vous utilisez virtio-mem, il est recommandé de configurer l'allocation de mémoire directement dans le noyau.

Conditions préalables

  • L'hôte a une architecture CPU Intel 64 ou AMD64.
  • L'hôte utilise le système d'exploitation RHEL 9.4 ou une version ultérieure.
  • Les machines virtuelles exécutées sur l'hôte utilisent l'une des versions suivantes du système d'exploitation :

    • RHEL 8.10

      Important

      Le débranchement de la mémoire d'une VM en cours d'exécution est désactivé par défaut dans les VM RHEL 8.10.

    • RHEL 9

Procédure

  • Pour configurer l'onlining de la mémoire afin d'utiliser la configuration online_movable dans la VM :

    1. Définissez le paramètre de ligne de commande memhp_default_state kernel à online_movable:

      # grubby --update-kernel=ALL --remove-args=memhp_default_state --args=memhp_default_state=online_movable
    2. Redémarrez la VM.
  • Pour configurer l'onlining de la mémoire afin d'utiliser la configuration online_kernel dans la VM :

    1. Définissez le paramètre de ligne de commande memhp_default_state kernel à online_kernel:

      # grubby --update-kernel=ALL --remove-args=memhp_default_state --args=memhp_default_state=online_kernel
    2. Redémarrez la VM.
  • Pour utiliser la politique d'optimisation de la mémoire auto-movable dans la VM :

    1. Définissez le paramètre de ligne de commande memhp_default_state kernel à online:

      # grubby --update-kernel=ALL --remove-args=memhp_default_state --args=memhp_default_state=online
    2. Définissez le paramètre de ligne de commande memory_hotplug.online_policy kernel à auto-movable:

      # grubby --update-kernel=ALL --remove-args="memory_hotplug.online_policy" --args=memory_hotplug.online_policy=auto-movable
    3. Optional: Pour affiner la politique de mise en ligne de auto-movable, modifiez les paramètres memory_hotplug.auto_movable_ratio et memory_hotplug.auto_movable_numa_aware:

      # grubby --update-kernel=ALL --remove-args="memory_hotplug.auto_movable_ratio" --args=memory_hotplug.auto_movable_ratio=<percentage>
      
      # grubby --update-kernel=ALL --remove-args="memory_hotplug.memory_auto_movable_numa_aware" --args=memory_hotplug.auto_movable_numa_aware=<y/n>
      • La valeur memory_hotplug.auto_movable_ratio parameter définit le ratio maximum de mémoire disponible uniquement pour les allocations mobiles par rapport à la mémoire disponible pour toutes les allocations. Le ratio est exprimé en pourcentage et la valeur par défaut est : 301 (%), ce qui correspond à un ratio de 3:1.
      • Le paramètre memory_hotplug.auto_movable_numa_aware détermine si le paramètre memory_hotplug.auto_movable_ratio s'applique à la mémoire de tous les nœuds NUMA disponibles ou uniquement à la mémoire d'un seul nœud NUMA. La valeur par défaut est : y (yes)

        Par exemple, si le rapport maximal est fixé à 301 % et que le paramètre memory_hotplug.auto_movable_numa_aware est fixé à y (oui), le rapport 3:1 est appliqué même au sein du nœud NUMA auquel est rattaché le périphérique virtio-mem. Si le paramètre est défini sur n (no), le rapport maximal de 3:1 n'est appliqué que pour l'ensemble des nœuds NUMA.

        En outre, si le ratio n'est pas dépassé, la nouvelle mémoire connectée à chaud ne sera disponible que pour les attributions mobiles. Dans le cas contraire, la nouvelle mémoire connectée à chaud sera disponible à la fois pour les allocations mobiles et inamovibles.

    4. Redémarrez la VM.

Vérification

  • Pour savoir si la configuration de online_movable a été définie correctement, vérifiez la valeur actuelle du paramètre du noyau memhp_default_state:

    # cat /sys/devices/system/memory/auto_online_blocks
    
    online_movable
  • Pour savoir si la configuration de online_kernel a été définie correctement, vérifiez la valeur actuelle du paramètre du noyau memhp_default_state:

    # cat /sys/devices/system/memory/auto_online_blocks
    
    online_kernel
  • Pour savoir si la configuration de auto-movable est correcte, vérifiez les paramètres suivants du noyau :

    • memhp_default_state:

      # cat /sys/devices/system/memory/auto_online_blocks
      
      online
    • memory_hotplug.online_policy:

      # cat /sys/module/memory_hotplug/parameters/online_policy
      
      auto-movable
    • memory_hotplug.auto_movable_ratio:

      # cat /sys/module/memory_hotplug/parameters/auto_movable_ratio
      
      301
    • memory_hotplug.auto_movable_numa_aware:

      # cat /sys/module/memory_hotplug/parameters/auto_movable_numa_aware
      
      y

18.4.3.3. Attacher un périphérique virtio-mem aux machines virtuelles

Pour attacher de la mémoire supplémentaire à une machine virtuelle en cours d'exécution (également connue sous le nom de hot-plugging de mémoire) et pouvoir ensuite redimensionner la mémoire connectée à chaud, vous pouvez utiliser un périphérique virtio-mem. Plus précisément, vous pouvez utiliser les fichiers de configuration XML de libvirt et les commandes virsh pour définir et attacher des périphériques virtio-mem aux machines virtuelles (VM).

Conditions préalables

  • L'hôte a une architecture CPU Intel 64 ou AMD64.
  • L'hôte utilise le système d'exploitation RHEL 9.4 ou une version ultérieure.
  • Les machines virtuelles exécutées sur l'hôte utilisent l'une des versions suivantes du système d'exploitation :

    • RHEL 8.10

      Important

      Le débranchement de la mémoire d'une VM en cours d'exécution est désactivé par défaut dans les VM RHEL 8.10.

    • RHEL 9
  • La VM est configurée pour l'optimisation de la mémoire. Pour plus d'informations, voir : Configuration de l'allocation de mémoire dans les machines virtuelles

Procédure

  1. Assurez-vous que la configuration XML de la VM cible inclut le paramètre maxMemory:

    # virsh edit testguest1
    
    <domain type='kvm'>
      <name>testguest1</name>
      ...
      <maxMemory unit='GiB'>128</maxMemory>
      ...
    </domain>

    Dans cet exemple, la configuration XML de la VM testguest1 définit un paramètre maxMemory d'une taille de 128 gibibytes (GiB). La taille de maxMemory spécifie la mémoire maximale que la VM peut utiliser, ce qui inclut la mémoire initiale et la mémoire connectée à chaud.

  2. Créer et ouvrir un fichier XML pour définir les périphériques virtio-mem sur l'hôte, par exemple :

    # vim virtio-mem-device.xml
  3. Ajoutez les définitions XML des dispositifs virtio-mem au fichier et enregistrez-le :

    <memory model='virtio-mem'>
            <target>
                    <size unit='GiB'>48</size>
                    <node>0</node>
                    <block unit='MiB'>2</block>
                    <requested unit='GiB'>16</requested>
                    <current unit='GiB'>16</current>
            </target>
            <alias name='ua-virtiomem0'/>
            <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
    </memory>
    <memory model='virtio-mem'>
            <target>
                    <size unit='GiB'>48</size>
                    <node>1</node>
                    <block unit='MiB'>2</block>
                    <requested unit='GiB'>0</requested>
                    <current unit='GiB'>0</current>
            </target>
            <alias name='ua-virtiomem1'/>
            <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </memory>

    Dans cet exemple, deux appareils virtio-mem sont définis avec les paramètres suivants :

    • size: Il s'agit de la taille maximale de l'appareil. Dans l'exemple, elle est de 48 GiB. La taille de size doit être un multiple de celle de block.
    • node: Il s'agit du nœud vNUMA attribué à l'appareil virtio-mem.
    • block: Il s'agit de la taille du bloc de l'appareil. Elle doit être au moins égale à la taille de la Transparent Huge Page (THP), qui est de 2 MiB sur l'architecture CPU Intel 64 ou AMD64. La taille de bloc de 2 MiB sur l'architecture Intel 64 ou AMD64 est généralement un bon choix par défaut. Lorsque vous utilisez virtio-mem avec Virtual Function I/O (VFIO) ou mediated devices (mdev), le nombre total de blocs sur tous les périphériques virtio-mem ne doit pas être supérieur à 32768, sinon l'enfichage de la RAM risque d'échouer.
    • requested: Il s'agit de la quantité de mémoire que vous attachez à la VM avec le périphérique virtio-mem. Cependant, il s'agit simplement d'une demande adressée à la VM et il se peut qu'elle ne soit pas résolue avec succès, par exemple si la VM n'est pas correctement configurée. La taille de requested doit être un multiple de la taille de block et ne peut pas dépasser le maximum défini size.
    • current: Ceci représente la taille actuelle que le périphérique virtio-mem fournit à la VM. La taille de current peut être différente de celle de requested, par exemple lorsque les demandes ne peuvent pas être exécutées ou lors du redémarrage de la VM.
    • alias: Il s'agit d'un alias facultatif défini par l'utilisateur que vous pouvez utiliser pour spécifier le périphérique virtio-mem prévu, par exemple lors de l'édition du périphérique avec les commandes libvirt. Tous les alias définis par l'utilisateur dans libvirt doivent commencer par le préfixe "ua-".

      Hormis ces paramètres spécifiques, libvirt gère le périphérique virtio-mem comme n'importe quel autre périphérique PCI. Pour plus d'informations sur la gestion des périphériques PCI attachés aux machines virtuelles, voir : Gestion des périphériques virtuels

  4. Utilisez le fichier XML pour attacher les dispositifs virtio-mem définis à une VM. Par exemple, pour attacher de façon permanente les deux dispositifs définis dans le fichier virtio-mem-device.xml à la VM testguest1 en cours d'exécution :

    # virsh attach-device testguest1 virtio-mem-device.xml --live --config

    L'option --live attache le périphérique à une VM en cours d'exécution uniquement, sans persistance entre les démarrages. L'option --config rend les modifications de configuration persistantes. Vous pouvez également attacher le périphérique à une VM à l'arrêt sans l'option --live.

  5. Optional: Pour modifier dynamiquement la taille de requested d'un périphérique virtio-mem connecté à une VM en cours d'exécution, utilisez la commande virsh update-memory-device:

    # virsh update-memory-device testguest1 --alias ua-virtiomem0 --requested-size 4GiB

    Dans cet exemple :

    • testguest1 est la VM que vous souhaitez mettre à jour.
    • --alias ua-virtiomem0 est le dispositif virtio-mem spécifié par un alias précédemment défini.
    • --requested-size 4GiB modifie la taille de requested du périphérique virtio-mem à 4 GiB.

      Avertissement

      Débrancher la mémoire d'une VM en cours d'exécution en réduisant la taille de requested peut ne pas être fiable. La réussite de ce processus dépend de plusieurs facteurs, tels que la politique d'onlining de la mémoire utilisée.

      Dans certains cas, le système d'exploitation invité ne peut pas terminer la demande avec succès, car la modification de la quantité de mémoire connectée à chaud n'est pas possible à ce moment-là.

      En outre, le débranchement de la mémoire d'une VM en cours d'exécution est désactivé par défaut dans les VM RHEL 8.10.

  6. Optional: Pour débrancher un périphérique virtio-mem d'une VM arrêtée, utilisez la commande virsh detach-device:

    # virsh detach-device testguest1 virtio-mem-device.xml
  7. Optional: Pour débrancher un périphérique virtio-mem d'une VM en cours d'exécution :

    1. Modifiez la taille de requested du périphérique virtio-mem à 0, sinon la tentative de débrancher un périphérique virtio-mem d'une VM en cours d'exécution échouera.

      # virsh update-memory-device testguest1 --alias ua-virtiomem0 --requested-size 0
    2. Débranchez un périphérique virtio-mem de la VM en cours d'exécution :

      # virsh detach-device testguest1 virtio-mem-device.xml

Vérification

  • Dans la VM, vérifiez la RAM disponible et voyez si la quantité totale inclut maintenant la mémoire connectée à chaud :

    # free -h
    
            total    used    free   shared  buff/cache   available
    Mem:    31Gi     5.5Gi   14Gi   1.3Gi   11Gi         23Gi
    Swap:   8.0Gi    0B      8.0Gi
    # numactl -H
    
    available: 1 nodes (0)
    node 0 cpus: 0 1 2 3 4 5 6 7
    node 0 size: 29564 MB
    node 0 free: 13351 MB
    node distances:
    node   0
      0:  10
  • La quantité actuelle de RAM branchée peut également être visualisée sur l'hôte en affichant la configuration XML de la VM en cours d'exécution :

    # virsh dumpxml testguest1
    
    <domain type='kvm'>
      <name>testguest1</name>
      ...
      <currentMemory unit='GiB'>31</currentMemory>
      ...
      <memory model='virtio-mem'>
          <target>
            <size unit='GiB'>48</size>
            <node>0</node>
            <block unit='MiB'>2</block>
            <requested unit='GiB'>16</requested>
            <current unit='GiB'>16</current>
          </target>
          <alias name='ua-virtiomem0'/>
          <address type='pci' domain='0x0000' bus='0x08' slot='0x00' function='0x0'/>
      ...
    </domain>

    Dans cet exemple :

    • <currentMemory unit='GiB'>31</currentMemory> représente la mémoire vive totale disponible dans la VM, toutes sources confondues.
    • <current unit='GiB'>16</current> représente la taille actuelle de la mémoire vive enfichée fournie par le dispositif virtio-mem.

18.4.3.4. Comparaison des configurations d'optimisation de la mémoire

Lorsque vous attachez de la mémoire à une machine virtuelle RHEL en cours d'exécution (également connue sous le nom de hot-plugging de mémoire), vous devez mettre la mémoire hot-plugged dans un état en ligne dans le système d'exploitation de la machine virtuelle (VM). Sinon, le système ne pourra pas utiliser la mémoire.

Le tableau suivant résume les principales considérations à prendre en compte lors du choix entre les différentes configurations de mise en ligne de la mémoire.

Tableau 18.1. Comparaison des configurations d'optimisation de la mémoire
Nom de la configurationDébrancher la mémoire d'une VMUn risque de déséquilibre de la zone de mémoireUn cas d'utilisation potentielExigences en matière de mémoire de la charge de travail prévue

online_movable

La mémoire connectée à chaud peut être débranchée de manière fiable.

Oui

Branchement à chaud d'une quantité relativement faible de mémoire

Principalement la mémoire de l'espace utilisateur

auto-movable

Les parties mobiles de la mémoire connectée à chaud peuvent être débranchées de manière fiable.

Minime

Branchement à chaud d'une grande quantité de mémoire

Principalement la mémoire de l'espace utilisateur

online_kernel

La mémoire connectée à chaud ne peut pas être débranchée de manière fiable.

Non

Un débranchement de la mémoire peu fiable est acceptable.

Mémoire de l'espace utilisateur ou de l'espace noyau

Un zone imbalance est un manque de pages de mémoire disponibles dans l'une des zones de mémoire de Linux. Un zone imbalance peut avoir un impact négatif sur les performances du système. Par exemple, le noyau peut se bloquer s'il n'a plus de mémoire libre pour les allocations inamovibles. En général, les allocations mobiles contiennent principalement des pages de mémoire de l'espace utilisateur et les allocations inamovibles contiennent principalement des pages de mémoire de l'espace noyau.

18.4.4. Ressources supplémentaires

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.

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 leBlog 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.

© 2024 Red Hat, Inc.