Cosa significa il termine 'eviction' o 'evict' nel contesto di DevOps?

Nel contesto di DevOps, specialmente quando si lavora con sistemi di orchestrazione dei container come Kubernetes, "eviction" (o processo di "evict") significa forzare l'espulsione di un Pod da un nodo.

Questo di solito avviene a causa di una mancanza di risorse sul nodo, come:

• Spazio su disco: Il nodo sta per esaurire lo spazio su disco necessario per i Pod, i log, le immagini dei container, ecc.
• Memoria: Il sistema sul nodo si trova ad affrontare una carenza di RAM.

Quando il nodo raggiunge una certa soglia di utilizzo delle risorse (configurata in Kubelet), inizia il processo di eviction per prevenire un fallimento totale del nodo e mantenere la sua stabilità. La priorità nell'eviction viene data ai Pod con priorità inferiore (PriorityClass) e a quelli che consumano più risorse, superando i limiti richiesti (QoS di tipo burstable o best-effort).

// Esempio di manifest di Pod con risorse definite
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 // Esempio di utilizzo di PriorityClass

Il Pod evacuato viene contrassegnato come Evicted, dopodiché il controller (ad esempio, Deployment) crea una nuova istanza del Pod su un altro nodo con risorse sufficienti.

La gestione delle soglie di eviction (eviction thresholds) è una parte importante per mantenere la stabilità del cluster. Questo viene configurato tramite parametri di Kubelet, come:

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

Il monitoraggio dell'utilizzo delle risorse sui nodi e le politiche di eviction configurate aiutano a prevenire la degradazione delle prestazioni e i fallimenti delle applicazioni.