एक रोलआउट खत्म करने के लिए पुराने फली क्या कर रहा था

Shipped

4 सितंबर 2026 को 7:50 pm बजे UTC

Author

Kamo

Commit

1327dbb

तैनाती ने प्रत्येक सेवा के एकमात्र फली को बदल दिया, जिसमें अनुरोधों को पकड़ने के लिए कुछ भी नहीं था। उड़ान। तीन सेटिंग्स, बेड़े में लागू: - प्रक्रिया से पहले 10s की नींद आती है। Kubernetes अपने फली को हटा देता है EndpointSlice और संकेत यह एक ही समय में, और Traefik केवल द्वारा हटाने के बारे में सीखता है घड़ी - इसलिए एक पल के लिए यह नए अनुरोधों को एक फली में भेज देता है जो पहले से ही शुरू हो चुका है उन्हें मना करना। यह अंतर यह है कि अन्यथा क्लीन रोलआउट पर 502s से आया था। - समाप्तिGracePeriodSeconds preStop नींद के ऊपर उठाया, तो हुक खुद नहीं है SIGKILLed, और इन-फ्लाइट काम खत्म करने के लिए कमरे है। यह एक छत है, कोई प्रतीक्षा नहीं है: एक निष्क्रिय फली अभी भी एक सेकंड में निकलता है। - minReadySeconds 15, इसलिए एक फली जो एक बार तत्परता से गुजरती है और फिर गिरती है, सेवानिवृत्त नहीं हो सकती है। स्वस्थ फली यह पहले से ही रोलआउट अच्छा कहा जाता है के बाद बदल दिया। topologySpreadConstraints एक दूसरे प्रतिकृति के लिए तैयार कर रहे हैं; वे एक पर निष्क्रिय कर रहे हैं। लाइव क्लस्टर से लेखापरीक्षित: `kamo` में 65 तैनाती का 63 एक प्रतिकृति चला, 65 में से 1 था एक preStop हुक, और कोई भी minReadySeconds था।.