J'ai un déploiement qui déploie un seul pod avec une revendication de volume persistante. Si j'éteins le nœud sur lequel il s'exécute, au bout d'un moment, k8s met fin au pod et essaie de le faire tourner ailleurs. Cependant, le nouveau pod ne peut pas attacher le volume (erreur Multi-Attach pour le volume "pvc-...").
Je peux supprimer manuellement l'ancien pod « Terminer » avec kubectl delete pod <PODNAME> --grace-period=0 --force, puis les choses se rétablissent.
Existe-t-il un moyen d'obliger Kubernetes à forcer la suppression des pods « Terminer » après un délai d'attente ou quelque chose du genre ? Tx.
D'après la doc :
Un pod n'est pas supprimé automatiquement lorsqu'un nœud est inaccessible. Les pods s'exécutant sur un nœud inaccessible passent à l'état « Terminer » ou « Inconnu » après un délai d'attente. Les pods peuvent également entrer dans ces états lorsque l'utilisateur tente de supprimer normalement un pod sur un nœud inaccessible. Les seuls moyens par lesquels un pod dans un tel état peut être supprimé de l'apiserver sont les suivants :
- L'objet Nœud est supprimé (soit par vous, soit par le contrôleur de nœud).
- Le kubelet sur le nœud qui ne répond pas commence à répondre, tue le pod et supprime l'entrée de l'apiserver.
- Forcer la suppression du Pod par l'utilisateur.
Je suppose donc que vous ne supprimez ni ne drainez le nœud en cours d'arrêt. En général, je vous conseille de vous assurer que tous les nœuds cassés sont supprimés de la liste des nœuds et cela devrait faire en sorte que les Terminatingpods soient supprimés par le gestionnaire de contrôleur. La suppression de nœuds se produit normalement automatiquement, au moins sur les clusters kubernetes exécutés sur les principaux fournisseurs de cloud, mais si cela ne se produit pas pour vous, vous avez besoin d'un moyen de supprimer les nœuds qui ne sont pas sains.
Cet article est collecté sur Internet, veuillez indiquer la source lors de la réimpression.
En cas d'infraction, veuillez [email protected] Supprimer.
laisse moi dire quelques mots