14.3. Réglage des nœuds pour une faible latence à l'aide du profil de performance

Procédure

1. Connectez-vous au cluster OpenShift Container Platform en tant qu'utilisateur disposant des privilèges cluster-admin.
2. Définissez le profil de performance apiVersion pour utiliser performance.openshift.io/v2.
3. Supprimez le champ globallyDisableIrqLoadBalancing ou attribuez-lui la valeur false.

4. Définissez les CPU isolés et réservés appropriés. L'extrait suivant illustre un profil qui réserve 2 CPU. L'équilibrage de la charge des IRQ est activé pour les pods fonctionnant sur l'ensemble de CPU isolated:

   apiVersion: performance.openshift.io/v2
   kind: PerformanceProfile
   metadata:
     name: dynamic-irq-profile
   spec:
     cpu:
       isolated: 2-5
       reserved: 0-1
   ...

   Note

   Lorsque vous configurez des CPU réservés et isolés, les conteneurs d'infrastructure dans les pods utilisent les CPU réservés et les conteneurs d'application utilisent les CPU isolés.

5. Créez le pod qui utilise des CPU exclusifs et attribuez les annotations irq-load-balancing.crio.io et cpu-quota.crio.io à disable. Par exemple :

   apiVersion: v1
   kind: Pod
   metadata:
     name: dynamic-irq-pod
     annotations:
        irq-load-balancing.crio.io: "disable"
        cpu-quota.crio.io: "disable"
   spec:
     containers:
     - name: dynamic-irq-pod
       image: "registry.redhat.io/openshift4/cnf-tests-rhel8:v4.4.12"
       command: ["sleep", "10h"]
       resources:
         requests:
           cpu: 2
           memory: "200M"
         limits:
           cpu: 2
           memory: "200M"
     nodeSelector:
       node-role.kubernetes.io/worker-cnf: ""
     runtimeClassName: performance-dynamic-irq-profile
   ...

6. Saisissez le pod runtimeClassName sous la forme performance-<profile_name>, où <profile_name> est le name du YAML PerformanceProfile, dans cet exemple, performance-dynamic-irq-profile.
7. Définir le sélecteur de nœud pour cibler un travailleur cnf.

8. Assurez-vous que le pod fonctionne correctement. Le statut doit être running, et le nœud cnf-worker correct doit être défini :

   $ oc get pod -o wide

   Résultats attendus

   NAME              READY   STATUS    RESTARTS   AGE     IP             NODE          NOMINATED NODE   READINESS GATES
   dynamic-irq-pod   1/1     Running   0          5h33m   <ip-address>   <node-name>   <none>           <none>

9. Obtenir les unités centrales sur lesquelles le pod configuré pour l'équilibrage de charge dynamique IRQ fonctionne :

   $ oc exec -it dynamic-irq-pod -- /bin/bash -c "grep Cpus_allowed_list /proc/self/status | awk '{print $2}'"

   Résultats attendus

   Cpus_allowed_list:  2-3

10. Assurez-vous que la configuration du nœud est appliquée correctement. Accédez au nœud par SSH pour vérifier la configuration.

    $ oc debug node/<node-name>

    Résultats attendus

    Starting pod/<node-name>-debug ...
    To use host binaries, run `chroot /host`
    
    Pod IP: <ip-address>
    If you don't see a command prompt, try pressing enter.
    
    sh-4.4#

11. Vérifiez que vous pouvez utiliser le système de fichiers du nœud :

    sh-4.4# chroot /host

    Résultats attendus

    sh-4.4#

12. Assurez-vous que le masque d'affinité CPU du système par défaut n'inclut pas les CPU dynamic-irq-pod, par exemple, les CPU 2 et 3.

    $ cat /proc/irq/default_smp_affinity

    Exemple de sortie

    33

13. Assurez-vous que les IRQ du système ne sont pas configurées pour fonctionner sur les unités centrales dynamic-irq-pod:

    find /proc/irq/ -name smp_affinity_list -exec sh -c 'i="$1"; mask=$(cat $i); file=$(echo $i); echo $file: $mask' _ {} \;

    Exemple de sortie

    /proc/irq/0/smp_affinity_list: 0-5
    /proc/irq/1/smp_affinity_list: 5
    /proc/irq/2/smp_affinity_list: 0-5
    /proc/irq/3/smp_affinity_list: 0-5
    /proc/irq/4/smp_affinity_list: 0
    /proc/irq/5/smp_affinity_list: 0-5
    /proc/irq/6/smp_affinity_list: 0-5
    /proc/irq/7/smp_affinity_list: 0-5
    /proc/irq/8/smp_affinity_list: 4
    /proc/irq/9/smp_affinity_list: 4
    /proc/irq/10/smp_affinity_list: 0-5
    /proc/irq/11/smp_affinity_list: 0
    /proc/irq/12/smp_affinity_list: 1
    /proc/irq/13/smp_affinity_list: 0-5
    /proc/irq/14/smp_affinity_list: 1
    /proc/irq/15/smp_affinity_list: 0
    /proc/irq/24/smp_affinity_list: 1
    /proc/irq/25/smp_affinity_list: 1
    /proc/irq/26/smp_affinity_list: 1
    /proc/irq/27/smp_affinity_list: 5
    /proc/irq/28/smp_affinity_list: 1
    /proc/irq/29/smp_affinity_list: 0
    /proc/irq/30/smp_affinity_list: 0-5

Procédure

1. Vérifiez quels threads s'exécutent sur quels processeurs pour l'hôte que vous souhaitez configurer.

   Vous pouvez voir quels threads sont en cours d'exécution sur les CPU hôtes en vous connectant au cluster et en exécutant la commande suivante :

   $ lscpu --all --extended

   Exemple de sortie

   CPU NODE SOCKET CORE L1d:L1i:L2:L3 ONLINE MAXMHZ    MINMHZ
   0   0    0      0    0:0:0:0       yes    4800.0000 400.0000
   1   0    0      1    1:1:1:0       yes    4800.0000 400.0000
   2   0    0      2    2:2:2:0       yes    4800.0000 400.0000
   3   0    0      3    3:3:3:0       yes    4800.0000 400.0000
   4   0    0      0    0:0:0:0       yes    4800.0000 400.0000
   5   0    0      1    1:1:1:0       yes    4800.0000 400.0000
   6   0    0      2    2:2:2:0       yes    4800.0000 400.0000
   7   0    0      3    3:3:3:0       yes    4800.0000 400.0000

   Dans cet exemple, il y a huit cœurs logiques de CPU fonctionnant sur quatre cœurs physiques de CPU. CPU0 et CPU4 fonctionnent sur le Core0 physique, CPU1 et CPU5 fonctionnent sur le Core 1 physique, et ainsi de suite.

   Pour afficher les threads définis pour un cœur de processeur physique particulier (cpu0 dans l'exemple ci-dessous), ouvrez une invite de commande et exécutez la commande suivante :

   $ cat /sys/devices/system/cpu/cpu0/topology/thread_siblings_list

   Exemple de sortie

   0-4

2. Appliquez les CPU isolés et réservés dans le YAML PerformanceProfile. Par exemple, vous pouvez définir les cœurs logiques CPU0 et CPU4 comme isolated, et les cœurs logiques CPU1 à CPU3 et CPU5 à CPU7 comme reserved. Lorsque vous configurez des CPU réservés et isolés, les conteneurs d'infrastructure dans les pods utilisent les CPU réservés et les conteneurs d'application utilisent les CPU isolés.

   ...
     cpu:
       isolated: 0,4
       reserved: 1-3,5-7
   ...

   Note

   Les pools de CPU réservés et isolés ne doivent pas se chevaucher et doivent couvrir tous les cœurs disponibles dans le nœud de travail.

Procédure

1. Créez un site PerformanceProfile adapté au matériel et à la topologie de l'environnement, comme décrit dans le tableau de la section "Comprendre les indices de charge de travail". Ajustez le profil pour qu'il corresponde à la charge de travail prévue. Dans cet exemple, nous réglons la latence pour qu'elle soit la plus faible possible.

2. Ajoutez les indices de charge de travail highPowerConsumption et realTime. Les deux sont réglés sur true ici.

       apiVersion: performance.openshift.io/v2
       kind: PerformanceProfile
       metadata:
         name: workload-hints
       spec:
         ...
         workloadHints:
           highPowerConsumption: true 

   1

   
           realTime: true 

   2

   1

   Si highPowerConsumption est true, le nœud est réglé pour une latence très faible au prix d'une consommation d'énergie accrue.

   2

   Désactive certaines fonctions de débogage et de surveillance qui peuvent affecter la latence du système.

Procédure

1. Créer un profil de performance adapté au matériel et à la topologie de l'environnement.

2. Ajoutez les paramètres reserved et isolated avec les CPU que vous souhaitez réserver et isoler pour les conteneurs d'infrastructure et d'application :

   apiVersion: performance.openshift.io/v2
   kind: PerformanceProfile
   metadata:
     name: infra-cpus
   spec:
     cpu:
       reserved: "0-4,9" 

   1

   
       isolated: "5-8" 

   2

   
     nodeSelector: 

   3

   
       node-role.kubernetes.io/worker: ""

   1

   Spécifiez les unités centrales destinées aux conteneurs infra pour effectuer les tâches de maintenance du cluster et du système d'exploitation.

   2

   Spécifiez les unités centrales destinées aux conteneurs d'application pour l'exécution des charges de travail.

   3

   Facultatif : Spécifiez un sélecteur de nœuds pour appliquer le profil de performance à des nœuds spécifiques.