Dans un environnement Kubernetes, comme celui utilisé pour SAS Viya 4SAS Viya 4 est une plateforme d'IA, de data management et d'analytics de pointe, nativement conçue pour le Cloud (Cloud-Native). Contrairement aux versions précédentes, elle repose sur une architecture de microservices orchestrée par Kubernetes.
Elle permet de gérer l'intégralité du cycle de vie de la donnée — de l'ingestion à la mise en production des modèles (ModelOps) — en offrant une élasticité totale, une intégration transparente avec l'open-source (Python, R) et une interface unifiée pour les data scientists et les décideurs métiers., les statuts des pods peuvent prêter à confusion. Certains peuvent sembler critiques alors qu’ils sont en réalité temporaires ou attendus. Ce guide propose une lecture technique et synthétique des statuts les plus courants.
✅ Statuts normaux ou transitoires
Completed (0/1)
Pod terminé avec succès, typiquement pour un job batch.
Utilisez cette commande pour consulter les journaux post-exécution, si nécessaire.
Running (0/1)
Le pod est actif, mais le ou les conteneurs ne sont pas encore prêts. Rien d’anormal, surtout juste après le lancement.
Running (1/1), Running (4/4)
Tous les conteneurs du pod sont prêts. C’est le statut idéal.
Init:1/4
Phase d’initialisation : 1 conteneur init (sur 4) est lancé. C’est normal au démarrage, la progression est en cours.
Permet de visualiser l’état général et les étapes d'initialisation.
CrashLoopBackOff (au démarrage)
Statut fréquent au boot de l’environnement si une dépendance (service, volume, base de données, etc.) n’est pas encore disponible. Pas de panique dans les 20 premières minutes.
Pour identifier la ressource manquante ou les erreurs dans les événements.
⚠️ Statuts problématiques
ImagePullBackOff
Erreur critique : l’image du conteneur ne peut pas être récupérée.
Causes possibles :
- Nom d’image incorrect
- Aucun accès réseau au registre (problèmes DNS, pare-feu)
- Identifiants invalides
- Image absente du registre
Vérification :
- Test manuel (si accès au nœud) :
CrashLoopBackOff (persistant)
Indique que le conteneur plante en boucle. Si cela persiste au-delà du démarrage, une dépendance reste injoignable ou un bug logique est présent.
Pending (persistant)
Le pod ne trouve pas de nœud compatible ou ne peut pas accéder à un volume.
Causes fréquentes :
- Trop de taints sur les nœuds
- PVC non bound
- Manque de ressources disponibles
Diagnostic :
Actions possibles :
- Augmenter les ressources du cluster
- Réduire les requests/limits dans les manifests
- Vérifier la configuration des StorageClasses
🧰 Conseils pratiques
- Inspectez systématiquement les événements :
- Lisez les journaux en cas de crash :
- Adaptez la taille du cluster à la charge SAS Viya
Prévoyez un temps d’initialisation de l’environnement (~20 minutes)
