Que signifie le terme 'eviction' ou 'evict' dans le contexte de DevOps?

Dans le contexte de DevOps, en particulier lors de l’utilisation de systèmes d’orchestration de conteneurs comme Kubernetes, "eviction" (ou processus d’"éviction") signifie expulser (supprimer) de force un Pod d’un nœud.

Cela se produit généralement en raison d’un manque de ressources sur le nœud, telles que :

• Espace disque : Le nœud est proche de l’épuisement de l’espace disque nécessaire au fonctionnement des Pods, logs, images de conteneurs, etc.
• Mémoire : Le système sur le nœud fait face à une pénurie de mémoire vive.

Lorsque le nœud atteint un seuil d’utilisation des ressources (configuré dans Kubelet), ce dernier commence le processus d’éviction pour éviter une défaillance totale du nœud et maintenir sa stabilité. La priorité lors de l’éviction est donnée aux Pods avec une priorité inférieure (PriorityClass) et à ceux qui consomment plus de ressources, dépassant les limites demandées (QoS de type burstable ou best-effort).

// Exemple de manifeste Pod avec ressources définies
apiVersion: v1
kind: Pod
metadata:
  name: my-pod
spec:
  containers:
  - name: my-container
    image: nginx
    resources:
      requests:
        memory: "64Mi"
        cpu: "250m"
      limits:
        memory: "128Mi"
        cpu: "500m"
  priorityClassName: high-priority // Exemple d’utilisation de PriorityClass

Le Pod évincé est marqué comme Evicted, après quoi le contrôleur (par exemple, Deployment) crée une nouvelle instance du Pod sur un autre nœud avec des ressources suffisantes.

La gestion des seuils d’éviction (eviction thresholds) est une partie importante pour maintenir la stabilité du cluster. Elle est configurée via des paramètres de Kubelet, tels que :

• --eviction-hard
• --eviction-soft
• --eviction-pressure-transition-period

La surveillance de l’utilisation des ressources sur les nœuds et les politiques d’éviction configurées aident à prévenir la dégradation des performances et les défaillances des applications.