- Expédié
- 4 septembre 2026 à 19:50 UTC
- Auteur
- Kamo
- Commite
- 1327dbb
Les déploiements ont remplacé la seule gousse de chaque service par rien pour saisir les demandes en Vol. Trois réglages, appliqués sur l'ensemble de la flotte: - préStop dort 10s avant que le processus ne voie SIGTERM. Kubernetes enlève la gousse de son EndpointSlice et le signale au même moment, et Traefik n'apprend que l'élimination par Regardez - donc pendant un moment, il continue d'envoyer de nouvelles demandes dans une gousse qui a déjà commencé les refusant. C'est d'où provenaient les 502 sur un déploiement par ailleurs propre. - terminaisonGracePeriodSeièmes soulevés au-dessus du sommeil avant arrêt, de sorte que le crochet n'est pas lui-même SIGKILLed, et les travaux en vol ont la place pour se terminer. C'est un plafond, pas une attente: un gousse de ralenti Il sort encore en environ une seconde. - minReadySeconds 15, donc une gousse qui passe face à la préparation une fois et tombe ensuite tombe ne peut pas prendre la retraite Il a remplacé après que l'IC a déjà appelé le déploiement bon. topologieSpreadConstraints sont ajoutés prêts pour une deuxième réplique; ils sont inertes à une. Vérifié par le groupe en direct : 63 des 65 déploiements à Kamo ont été distribués à une seule réplique, 1 sur 65 a preStop hook, et aucun n'avait minReadySeconds.