कुबेरनेत्स सर्वोत्तम प्रथाओं। Kubernetes Readiness और Liveness परीक्षणों के साथ व्यवहार्यता परीक्षण

कुबेरनेत्स सर्वोत्तम प्रथाओं। छोटे कंटेनरों का निर्माण
कुबेरनेट्स सर्वश्रेष्ठ अभ्यास। एक नामस्थान के साथ कुबेरनेट्स संगठन



वितरित सिस्टम इस तथ्य के कारण प्रबंधन करना मुश्किल हो सकता है कि उनके पास कई जंगम उत्परिवर्तनीय तत्व हैं, और उन सभी को सिस्टम की कार्यक्षमता सुनिश्चित करने के लिए ठीक से काम करना चाहिए। यदि कोई एक तत्व विफल हो जाता है, तो सिस्टम को इसका पता लगाना, बायपास करना और इसे ठीक करना होगा, और यह सब स्वचालित रूप से किया जाना चाहिए। इस कुबेरनेट्स बेस्ट प्रैक्टिसेज श्रृंखला में, हम सीखेंगे कि कुबेरनेट्स क्लस्टर की व्यवहार्यता का परीक्षण करने के लिए रेडीनेस और लाईनेस टेस्ट कैसे कॉन्फ़िगर करें।

स्वास्थ्य जाँच स्वास्थ्य जाँच प्रणाली को यह बताने का एक आसान तरीका है कि आपका आवेदन चल रहा है या नहीं। यदि आपके एप्लिकेशन का कोई उदाहरण काम नहीं करता है, तो अन्य सेवाओं को इसे एक्सेस नहीं करना चाहिए या इसके लिए अनुरोध नहीं भेजना चाहिए। इसके बजाय, अनुरोध को उस एप्लिकेशन के किसी अन्य उदाहरण के लिए भेजा जाना चाहिए जो पहले से चल रहा है या बाद में शुरू हो जाएगा। इसके अलावा, सिस्टम को आपके एप्लिकेशन को खोई हुई कार्यक्षमता को वापस करना चाहिए।

डिफ़ॉल्ट रूप से, कुबेरनेट्स फली को यातायात भेजना शुरू कर देंगे, जब चूल्हा के अंदर सभी कंटेनर चल रहे हों, और दुर्घटनाग्रस्त होने पर कंटेनर को फिर से लोड करें। शुरुआत के लिए, सिस्टम का यह डिफ़ॉल्ट व्यवहार काफी अच्छा हो सकता है, लेकिन आप कस्टम स्वास्थ्य जांच का उपयोग करके अपने उत्पाद की तैनाती की विश्वसनीयता बढ़ा सकते हैं।



सौभाग्य से, कुबेरनेट्स आपको इसे काफी सरलता से करने की अनुमति देता है, इसलिए इस तरह के चेक को अनदेखा करने के लिए कोई बहाना नहीं है। कुबेरनेट्स दो प्रकार के स्वास्थ्य जांच परीक्षण प्रदान करता है, और प्रत्येक अनुप्रयोग के अंतर को समझना महत्वपूर्ण है।

रेडीनेस रेडीनेस टेस्ट कुबेरनेट्स को यह बताने के लिए डिज़ाइन किया गया है कि आपका एप्लिकेशन ट्रैफ़िक परोसने के लिए तैयार है। सेवा को पॉड में ट्रैफ़िक भेजने की अनुमति देने से पहले, कुबेरनेट्स को यह सत्यापित करना होगा कि उपलब्धता जाँच सफल है। यदि Readiness परीक्षण विफल हो जाता है, तो Kubernetes परीक्षण के सफल होने तक पॉड पर ट्रैफ़िक भेजना बंद कर देगा।

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

आइए एक ऐसे परिदृश्य की कल्पना करें जिसमें आपके एप्लिकेशन को "वार्म अप" और चलाने के लिए 1 मिनट की आवश्यकता है। आपकी सेवा तब तक काम करना शुरू नहीं करेगी जब तक कि आवेदन पूरी तरह से लोड और शुरू नहीं हो जाता है, हालांकि वर्कफ़्लो पहले ही शुरू हो चुका है। और आपको इस समस्या का भी सामना करना पड़ेगा यदि आप इस परिनियोजन के पैमाने को कई प्रतियों में बढ़ाना चाहते हैं, क्योंकि इन प्रतियों को तब तक ट्रैफ़िक प्राप्त नहीं करना चाहिए जब तक कि वे पूरी तरह से तैयार न हों। हालांकि, डिफ़ॉल्ट रूप से, कुबेरनेट्स कंटेनर के अंदर प्रक्रियाओं की शुरुआत के तुरंत बाद यातायात भेजना शुरू कर देंगे।

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



आइए एक और परिदृश्य की कल्पना करें जिसमें एक आवेदन लंबे समय तक जमा होता है, जिससे सर्विसिंग अनुरोध बंद हो जाते हैं। चूंकि प्रक्रिया चलती रहती है, डिफ़ॉल्ट रूप से कुबेरनेट्स विचार करेंगे कि सब कुछ क्रम में है और गैर-कामकाजी पॉड में अनुरोध भेजना जारी रखें। लेकिन जब Liveness का उपयोग करते हैं, तो Kubernetes यह पता लगाएगा कि एप्लिकेशन अब अनुरोधों को पूरा नहीं करता है, और डिफ़ॉल्ट रूप से एक गैर-कार्यशील पॉड को पुनरारंभ करेगा।



विचार करें कि कैसे तत्परता और जीवन शक्ति का परीक्षण करें। तीन परीक्षण विधियाँ हैं - HTTP, ommand, और TCP। आप सत्यापन के लिए उनमें से किसी का उपयोग कर सकते हैं। सबसे आम उपयोगकर्ता परीक्षण विधि एक HTTP जांच है।

यहां तक ​​कि अगर आपका एप्लिकेशन HTTP सर्वर नहीं है, तो आप अभी भी अपने एप्लिकेशन के अंदर एक हल्का HTTP सर्वर बना सकते हैं, जो कि लीनिव टेस्ट के साथ इंटरैक्ट करने के लिए है। उसके बाद, कुबेरनेट्स फली को पिंग करना शुरू कर देगा, और यदि एचटीटीपी प्रतिक्रिया 200 या 300 एमएस की सीमा में है, तो इसका मतलब होगा कि फली "स्वस्थ" है। अन्यथा, मॉड्यूल को "अस्वस्थ" के रूप में चिह्नित किया जाएगा।



कमांड का उपयोग करने वाले परीक्षणों के लिए, कुबेरनेट्स आपके कंटेनर के अंदर कमांड निष्पादित करता है। यदि कमांड शून्य निकास कोड के साथ लौटता है, तो कंटेनर को स्वस्थ के रूप में चिह्नित किया जाएगा, अन्यथा, जब निकास स्थिति संख्या 1 से 255 तक है, तो कंटेनर को "बीमार" के रूप में चिह्नित किया जाएगा। यदि आप HTTP सर्वर को शुरू नहीं कर सकते हैं या नहीं करना चाहते हैं तो यह परीक्षण विधि उपयोगी है, लेकिन आप एक कमांड चलाने में सक्षम हैं जो आपके एप्लिकेशन के "स्वास्थ्य" की जांच करेगी।



अंतिम सत्यापन तंत्र टीसीपी परीक्षण है। कुबेरनेट्स निर्दिष्ट पोर्ट पर एक टीसीपी कनेक्शन स्थापित करने का प्रयास करेंगे। यदि यह किया जा सकता है, तो कंटेनर को स्वस्थ माना जाता है, यदि नहीं, तो यह व्यवहार्य नहीं है। यदि आप एक स्क्रिप्ट का उपयोग करते हैं जिसमें HTTP अनुरोध या कमांड निष्पादन के साथ परीक्षण बहुत अच्छी तरह से काम नहीं करता है तो यह विधि काम आ सकती है। उदाहरण के लिए, टीसीपी के साथ जांच के लिए मुख्य सेवाएं जीआरपीसी या एफटीपी होंगी।



विभिन्न मापदंडों के साथ टेस्ट को कई तरीकों से कॉन्फ़िगर किया जा सकता है। आप निर्दिष्ट कर सकते हैं कि उन्हें कितनी बार निष्पादित किया जाना चाहिए, सफलता और असफलता के लिए सीमाएं क्या हैं, और उत्तर की प्रतीक्षा करने के लिए कितनी देर है। अधिक जानकारी के लिए Readiness और Liveness परीक्षण प्रलेखन देखें। हालांकि, लिनेन परीक्षण स्थापित करने में एक बहुत ही महत्वपूर्ण बिंदु है - प्रारंभिक डिलेयसेकंड परीक्षण देरी की प्रारंभिक सेटिंग। जैसा कि मैंने उल्लेख किया है, इस परीक्षण को विफल करने से मॉड्यूल पुनः आरंभ होगा। इसलिए, आपको यह सुनिश्चित करने की आवश्यकता है कि परीक्षण तब तक शुरू न हो जब तक कि आवेदन उपयोग के लिए तैयार न हो, अन्यथा यह चक्र के माध्यम से शुरू हो जाएगा। मैं P99 स्टार्टअप समय या बफर से औसत एप्लिकेशन स्टार्टअप समय का उपयोग करने की सलाह देता हूं। इस मान को समायोजित करने के लिए मत भूलनाजैसे-जैसे आपके एप्लिकेशन का लॉन्च समय तेज या धीमा होता जा रहा है।

अधिकांश विशेषज्ञ इस बात की पुष्टि करेंगे कि किसी भी वितरित प्रणाली के लिए स्वास्थ्य जाँच एक अनिवार्य जाँच है, और कुबेरनेट्स इसका अपवाद नहीं है। सेवाओं के "स्वास्थ्य" चेक का उपयोग विश्वसनीय और अपटाइम कुबेरनेट सुनिश्चित करता है और उपयोगकर्ताओं के लिए कोई काम नहीं करता है।

बहुत जल्द जारी रखने के लिए ...

विज्ञापन का एक सा :)

हमारे साथ रहने के लिए धन्यवाद। क्या आप हमारे लेख पसंद करते हैं? अधिक दिलचस्प सामग्री देखना चाहते हैं? एक ऑर्डर देकर या $ 4.99 से डेवलपर्स के लिए अपने दोस्तों के क्लाउड-आधारित VPS की अनुशंसा करके हमें समर्थन दें, आपके द्वारा आविष्कार किया गया एंट्री-लेवल सर्वर का एक अनूठा एनालॉग: VPS (KVM) E5-2697 3 (6 करोड़) 10GB DDR4 480GB SSD 1Gbps के बारे में पूरी सच्चाई $ 19 या सर्वर को कैसे विभाजित करें? (विकल्प RAID1 और RAID10 के साथ उपलब्ध हैं, 24 कोर तक और 40GB DDR4 तक)।

डेल R730xd एम्स्टर्डम में इक्विनिक्स टीयर IV डेटा सेंटर में 2 गुना सस्ता है? केवल हमारे पास 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV नीदरलैंड के 199 डॉलर में से है!डेल R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $ 99 से! इन्फ्रास्ट्रक्चर Bldg का निर्माण कैसे करें के बारे में पढ़ें । एक पैसा के लिए 9,000 यूरो की लागत डेल R730xd E5-2650 v4 सर्वर का उपयोग कर वर्ग सी?