Plusieurs états jalonnent le cycle de vie d’un pod dans un cluster Kubernetes

Dans Kubernetes, le pod est l’unité atomique. Il peut contenir un ou plusieurs conteneurs. Un conteneur peut contenir un serveur web, du code métier ou autre chose.

Le cycle de vie des conteneurs n’est pas géré par Kubernetes. Par contre Kubernetes gère le cycle de vie des Pods.

L’état “Pending” d’un Pod de Kubernetes

La toute première chose qui arrive quand un pod est créé est qu’il entre dans un état appelé pending. Dans cet état le pod est prêt à fonctionner, mais il n’a pas encore été affecté à un serveur. Il y a sans doute plusieurs machines qui sont prêtes à recevoir ce Pod. C’est le rôle du scheduler d’examiner les besoins en ressources du Pod (capacité CPU, mémoire,…) et de l’affecter à une machine particulìere.

L’état “Running” d’un Pod de Kubernetes

Cet état est atteint lorsqu’un pod a été affecté à une machine, que les images des conteneurs qui composent le Pod ont été téléchargées et que les conteneurs ont été démarrés.

L’état “Succeeded” d’un Pod de Kubernetes

Cet état est atteint lorsque tous les conteneurs du Pod ont été arrêtés avec succès et qu’ils ne vont pas être redémarrés.

L’état “Failed” d’un Pod de Kubernetes

Cet état est atteint lorsque tous les conteneurs sont arrêtés et qu’au moins un des conteneurs s’est terminé avec une erreur.

L’état “Unknown” d’un Pod de Kubernetes

Il est impossible de connaître l’état du Pod.

Liens intéressants

Liens externes