POD PENDING
La nouvelle replica inventory reste Pending depuis huit minutes dans prod-eu. Les autres replicas servent encore le trafic. Trouve la contrainte exacte de scheduling.
La capacité inventory est réduite et la prochaine panne de pod ferait tomber le service sous son minimum.
Exemples disponibles dans le briefing.
ENVIRONNEMENT
- Deployment inventory dans namespace shop
- Trois worker nodes répartis sur deux zones
- Scheduler et événements reproduits
PRÉREQUIS & COMPÉTENCES
- Lire l’état d’un pod
- Comprendre requests et capacité
- Triage Pending
- Lecture d’événements
- Diagnostic de scheduling
CONTRAINTES
- Observer avant toute mutation et conserver les preuves utiles
- Limiter le blast radius au namespace ou au composant causal
- Valider le service de bout en bout après chaque correction
Workloads, réseau, stockage, configuration, sécurité et cluster.
OUVRIR ↗KubernetesRéférence kubectlCommandes, conventions et opérations kubectl.
OUVRIR ↗KubernetesDéboguer les PodsÉtats, événements, logs et causes d’échec des Pods.
OUVRIR ↗KubernetesDrain sécurisé d’un nœudÉvacuation contrôlée des workloads avant maintenance.
OUVRIR ↗docs dans le terminal pour rappeler ces liens.OBJECTIFS
- Lister les pods et repérer celui en attente
- Décrire le pod Pending
- Comparer requests et capacité des nœuds
- Appliquer le profil de requests validé
Lister les pods et repérer celui en attente
Validationinventory-55d8f-b doit être identifié comme Pending sans nœud.
EXEMPLES ACCEPTÉS
kubectl -n shop get pods -o wideTab compléter · ↑/↓ historique · hint indices · why explication · docs références · solution après effort · restart recommencer
Kubernetes Production Arena · prod-eu
Ingénieur Kubernetes d’astreinte · La capacité inventory est réduite et la prochaine panne de pod ferait tomber le service sous son minimum.