कुबर्नेटेस क्लस्टर को अपग्रेड करते समय एप्लिकेशन की गलती सहनशीलता

किसी तरह टिप्पणियों में उन्होंने सवाल पूछा कि स्लुर्म में भागीदारी कुबेरनेट पर मैनुअल पढ़ने से कैसे अलग है। मैंने स्लेवम -2 और मेगासेलुरम के स्पीकर पावेल सेलिवानोव से कहा कि वे स्ल्मर्स पर जो कुछ भी बताएंगे उसका एक छोटा सा उदाहरण दें। मैं उसे मंजिल देता हूं।

मैं कुबेरनेट समूह का संचालन कर रहा हूं। हाल ही में, मुझे k8 के संस्करण को अपडेट करने की आवश्यकता थी और, क्लस्टर में सभी मशीनों को फिर से शुरू करना, सहित। मैंने 12:00 बजे प्रक्रिया शुरू की, और काम के दिन के अंत तक सब कुछ तैयार था। और पहली बार, मैंने अभी भी अपडेट की प्रगति का पालन किया, और दूसरी बार मैंने दोपहर के भोजन के लिए 1.5 घंटे (निष्पक्षता में, लैपटॉप हथियाने के लिए) छोड़ दिया। क्लस्टर को स्वयं मेरी भागीदारी के बिना और ग्राहकों के लिए अदृश्य रूप से अद्यतन किया गया था, विकास को कुछ भी ध्यान नहीं दिया, तैनाती जारी रही, सेवा हमेशा की तरह काम करती थी।

यह कैसा लग रहा था।

संभावित समस्याएं

मशीनों को रिबूट करते समय, दो खराब परिदृश्य होते हैं।

1. डेवलपर ने एक उदाहरण में / redis एप्लिकेशन लॉन्च किया। कोई फर्क नहीं पड़ता कि आप कितनी सावधानी से कार को सेवा से बाहर करते हैं, डाउनटाइम होगा।
2. आवेदन के 2 प्रतिकृतियां हैं, और एक को तैनात किया गया है। वह बाहर गई थी, केवल एक प्रतिकृति थी, और फिर व्यवस्थापक आता है और अंतिम प्रतिकृति को बुझा देता है। फिर से, जब तक तैनाती के बाद प्रतिकृति नहीं उठती, तब तक डाउनटाइम रहेगा।

मैं रिबूट को विकास के साथ समन्वयित कर सकता हूं, वे कहते हैं, तैनाती बंद करो, उदाहरणों की जांच करें, मैं मशीनों को फिर से शुरू करूंगा, लेकिन मुझे लगता है कि देवो का विचार है कि मानव संचार को कम से कम किया जाना चाहिए। हर बार अपने कार्यों का समन्वय करने की तुलना में एक बार स्वचालन स्थापित करना बेहतर है।

टास्क की शर्तें

मैं अपनी सुविधा और स्थिरता के साथ अमेज़ॅन का उपयोग करता हूं। सब कुछ स्वचालित है, आप वर्चुअल मशीन बना सकते हैं और बुझा सकते हैं, उनकी उपलब्धता की जांच कर सकते हैं, आदि।

Kubernetes क्लस्टर को kops यूटिलिटी के माध्यम से तैनात, प्रबंधित और अद्यतन किया जाता है, जो मुझे बहुत पसंद है।
कोप्स को अपडेट करते समय, यह स्वचालित रूप से एक नोड (कुबेटल ड्रेन नोड) को छोड़ देता है, तब तक इंतजार करता है जब तक कि इस नोड से सब कुछ खाली नहीं हो जाता है, इसे हटा देता है, अमेज़ॅन में कुबेरनेट्स घटकों के सही संस्करण के साथ एक नया नोड बनाता है, इसे क्लस्टर में संलग्न करता है, सत्यापित करता है कि नोड ने क्लस्टर में अच्छी तरह से प्रवेश किया है, और इसलिए सर्कल के सभी नोड्स के साथ जब तक कि कुबेरनेट्स का वांछित संस्करण हर जगह नहीं है।

निर्णय

सीआई में, मैं कुबेरनेट्स में लॉन्च होने वाले सभी अभिव्यक्तियों की जांच करने के लिए क्यूब-लिंट का उपयोग करता हूं। हेल्म टेम्प्लेट वह सब कुछ फेंकता है जिसे वह लॉन्च करने जा रहा है, मैं उतराई के लिए एक लाइनर सेट करता हूं, जो दिए गए नियमों के अनुसार सब कुछ का मूल्यांकन करता है।

उदाहरण के लिए, नियमों में से एक का कहना है कि कुबेरनेट क्लस्टर में किसी भी आवेदन के लिए, प्रतिकृतियों की संख्या कम से कम 2 होनी चाहिए।
यदि कोई प्रतिकृतियां नहीं हैं (जो कि 1 में चूक करता है), तो उनमें से 0 या 1 हैं, क्यूब-लिंट भविष्य की समस्याओं से बचने के लिए क्लस्टर में तैनाती पर प्रतिबंध लगाता है।

मान लीजिए कि डिजाइन द्वारा तैनात किया गया है ताकि केवल एक प्रतिकृति हो। इस मामले के लिए, एक पॉड विघटन बजट है, जहां Kubernetes में चल रहे एप्लिकेशन के लिए max_unavailable और min_available सेट हैं। यदि आप हमेशा कम से कम 1 प्रतिकृति रखना चाहते हैं, तो min_available = 1 सेट करें।
2 प्रतिकृतियां थीं, तैनाती शुरू हुई, 1 प्रतिकृति की मृत्यु हो गई, वहीं बनी रही 1. जिस मशीन में प्रतिकृति रहती है, वहां व्यवस्थापक कुबेटल ड्रेन नोड शुरू करता है। सिद्धांत रूप में, कुबेरनेट्स को इस लाइव प्रतिकृति को हटाने और इसे दूसरे नोड में परिवहन करना शुरू करना चाहिए। लेकिन फली व्यवधान बजट काम करता है। कुबेरनेत्स प्रशासक से कहता है: क्षमा करें, प्रतिकृति यहाँ रहती है, यदि हम इसे हटा देते हैं, तो हम फली बाधित बजट का उल्लंघन करेंगे। समय समाप्त होने से पहले स्मार्ट ड्रेन नोड लटका हुआ है और नोड को बहाव करने की कोशिश करता है। यदि परिनियोजन समाप्त हो जाता है और दोनों प्रतिकृतियां उपलब्ध हो जाती हैं, तो इस नोड पर मौजूद प्रतिकृति प्रदर्शित की जाएगी।

MegaSlerme में, मैं नियमों का एक पूरा सेट दिखाऊंगा जो मुझे एक कैफे में कॉफी पीने की अनुमति देता है जबकि कुबेरनेट्स क्लस्टर को सभी नोड्स के पुनरारंभ के साथ अद्यतन किया जाता है।

स्लम पर मेरे विषय:

• कुबेरनेट्स, मुख्य घटक का परिचय
• क्लस्टर डिवाइस, मुख्य घटक, दोष सहिष्णुता, k8s नेटवर्क
• उन्नत कुबेरनेट्स सार
• लॉगिंग और मॉनिटरिंग

MegaSlerme पर मेरे विषय:

• फेलओवर क्लस्टर प्रक्रिया के अंदर
• बाहरी प्रदाता का उपयोग करके क्लस्टर प्राधिकरण
• क्लस्टर में सुरक्षित और अत्यधिक उपलब्ध अनुप्रयोग
• RollingUpdate के अलावा अन्य परिनियोजन रणनीतियों को लागू करना
• कुबेरनेट्स में शूटिंग की परेशानी