एक तत्परता जांच का उत्तर दें, और दो फली चलाएं

Featurekamo-meet
शिप
4 सितंबर 2026 को 8:39 pm बजे UTC
लेखक
Kamo
Commit
2862548

इस तैनाती में कोई तत्परता जांच नहीं थी, इसलिए एक फली ने तैयार होने के तुरंत बाद अपने कंटेनर की गिनती की थी। प्रक्रिया शुरू हुई। अधिकतम 0 Kubernetes के साथ पढ़ता है कि "नई फली सेवा कर रही है" और पुराने एक सेवानिवृत्त - जबकि अगला अभी भी शुरू हो रहा है और इसके बंदरगाह को बाध्य नहीं किया है। अनुरोध लैंडिंग एक बंदरगाह पर कुछ भी नहीं सुन रहा था, जहां तैनाती पर रुकने वाले 502 लोग आए थे। /api/health उत्तर केवल इस फली के लिए और जानबूझकर कोई backend स्पर्श: एक तत्परता जांच यह तय करता है कि यह फली सेवा को छोड़ देता है और इसे एक बैकेंड में वायर करने से बैकेंड ब्लिप हो जाता है। यहां प्रत्येक पॉड की रोलिंग पुनः आरंभ। / healthz ने अपने आप में nginx के बजाय पक्षकार को जिम्मेदार ठहराया है: तत्परता का फैसला करता है कि क्या यह फली सेवा को छोड़ देता है, और पक्षकार के माध्यम से इसे रूट करने से पूरे मिलते हैं। हालांकि nginx अभी भी हर पृष्ठ पर काम कर रहा है, एक साइडकार hiccup के लिए रोटेशन। प्रतिकृतियां 1 -> 2. सर्वर-साइड स्टेट रेडिस में रहता है, फली में नहीं, और कोई निर्धारित काम नहीं है डुप्लिकेट करने के लिए, इसलिए दूसरा प्रतिकृति कुछ भी नहीं बदलता है, इसके अलावा एक फली को खोने से एक आउटेज होने लगता है। एक प्रतिकृति में एक OOM हत्या, एक असफल जीवन जांच या एक नोड नाली के लिए नीचे पूरी बात ले लिया जब तक यह बूट करने के लिए लेता है। टोपोलॉजीस्प्रेडConstraints (पहले, अभी तक निष्क्रिय) दोनों को विभिन्न नोड्स पर रखें जहां क्लस्टर इसे प्रबंधित कर सकता है, और KlusterServices में एक PodDisruptionBudget एक नाली प्रतीक्षा करता है। साइडकार का orgConfigCache एक पढ़ने के माध्यम से TTL कैश है, इसलिए दूसरा फली का मतलब है कि एक दूसरा कैश, विचलन राज्य नहीं।.

सभी बदलाव

जैसा कि आप शिपिंग देखते हैं?

इन अद्यतनों में से प्रत्येक स्वचालित रूप से अपने कार्यक्षेत्र में उतरता है। प्रारंभ करें और सप्ताह के बाद इसे सप्ताह के अंत में देखें।.

Foreverमूल्य निर्धारण देखें