Kubernetes उत्कृष्ट अभ्यासहरू। तत्परता र जीवन्तता परीक्षणहरूको साथ Kubernetes Liveness मान्य गर्दै

Kubernetes उत्कृष्ट अभ्यासहरू। साना कन्टेनरहरू सिर्जना गर्दै
Kubernetes उत्कृष्ट अभ्यासहरू। नेमस्पेस संग Kubernetes को संगठन

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

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

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

सौभाग्य देखि, Kubernetes ले यो गर्न धेरै सजिलो बनाउँछ, त्यसैले यी जाँचहरूलाई बेवास्ता गर्न कुनै बहाना छैन। Kubernetes ले दुई प्रकारका स्वास्थ्य जाँचहरू प्रदान गर्दछ, र प्रत्येकलाई कसरी प्रयोग गरिन्छ भन्ने भिन्नताहरू बुझ्न महत्त्वपूर्ण छ।

तत्परता परीक्षण कुबेरनेटलाई तपाइँको एप्लिकेसन ट्राफिक व्यवस्थापन गर्न तयार छ भनी बताउन डिजाइन गरिएको हो। सेवालाई पोडमा ट्राफिक पठाउन अनुमति दिनु अघि, कुबेरनेटले तयारी जाँच सफल भएको पुष्टि गर्नुपर्छ। यदि तयारी परीक्षण असफल भयो भने, Kubernetes परीक्षण पास नभएसम्म पोडमा ट्राफिक पठाउन रोक्नेछ।

Liveness परीक्षणले Kubernetes लाई बताउँछ कि तपाईको आवेदन जीवित छ वा मरेको छ। पहिलो अवस्थामा, Kubernetes ले यसलाई एक्लै छोड्नेछ, दोस्रोमा यसले मृत पोड मेटाउनेछ र यसलाई नयाँसँग बदल्नेछ।

एउटा परिदृश्यको कल्पना गरौं जहाँ तपाईँको अनुप्रयोगलाई न्यानो अप र सुरुवात गर्न १ मिनेट लाग्छ। कार्यप्रवाह पहिले नै सुरु भइसकेको भए तापनि एप्लिकेसन पूर्ण रूपमा लोड र चलिरहेको नभएसम्म तपाईंको सेवाले काम गर्न सुरु गर्दैन। यदि तपाइँ यो परिनियोजनलाई धेरै प्रतिलिपिहरूमा मापन गर्न चाहनुहुन्छ भने तपाइँसँग समस्याहरू पनि हुनेछ, किनभने ती प्रतिलिपिहरूले पूर्ण रूपमा तयार नभएसम्म ट्राफिक प्राप्त गर्नु हुँदैन। यद्यपि, पूर्वनिर्धारित रूपमा, कन्टेनर भित्र प्रक्रियाहरू सुरु हुने बित्तिकै Kubernetes ले ट्राफिक पठाउन सुरु गर्नेछ।

तयारी परीक्षण प्रयोग गर्दा, सेवालाई नयाँ प्रतिलिपिमा ट्राफिक पठाउन अनुमति दिनु अघि Kubernetes अनुप्रयोग पूर्ण रूपमा चलिरहेको बेलासम्म पर्खनेछ।

अर्को परिदृश्यको कल्पना गरौं जसमा अनुप्रयोग लामो समयसम्म ह्याङ्ग हुन्छ, सेवा अनुरोधहरू रोक्दै। प्रक्रिया चलिरहँदा, पूर्वनिर्धारित रूपमा Kubernetes ले सबै कुरा ठीक छ भनी मान्नेछ र काम नगर्ने पोडमा अनुरोधहरू पठाउन जारी राख्नेछ। तर Liveness प्रयोग गर्दा, Kubernetes ले पत्ता लगाउनेछ कि अनुप्रयोगले अब अनुरोधहरू सेवा गरिरहेको छैन र पूर्वनिर्धारित रूपमा मृत पोड पुन: सुरु गर्नेछ।

तत्परता र व्यवहार्यता कसरी परीक्षण गरिन्छ हेरौं। त्यहाँ तीन परीक्षण विधिहरू छन् - HTTP, आदेश र TCP। तपाईं जाँच गर्न तिनीहरूलाई कुनै पनि प्रयोग गर्न सक्नुहुन्छ। प्रयोगकर्तालाई परीक्षण गर्ने सबैभन्दा सामान्य तरिका HTTP प्रोब हो।

तपाईको एप्लिकेसन HTTP सर्भर नभए पनि, तपाईले अझै पनि Liveness परीक्षणसँग अन्तर्क्रिया गर्न तपाईको अनुप्रयोग भित्र हल्का HTTP सर्भर सिर्जना गर्न सक्नुहुन्छ। यस पछि, Kubernetes ले पोड पिंग गर्न थाल्छ, र यदि HTTP प्रतिक्रिया 200 वा 300 ms दायरामा छ भने, यसले पोड स्वस्थ छ भनेर संकेत गर्नेछ। अन्यथा, मोड्युललाई "अस्वस्थ" भनी चिन्ह लगाइनेछ।

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

अन्तिम प्रमाणीकरण संयन्त्र TCP परीक्षण हो। Kubernetes ले निर्दिष्ट पोर्टमा TCP जडान स्थापना गर्ने प्रयास गर्नेछ। यदि यो गर्न सकिन्छ भने, कन्टेनर स्वस्थ मानिन्छ; यदि छैन भने, यो अव्यवहार्य मानिन्छ। यदि तपाइँ एक परिदृश्य प्रयोग गर्दै हुनुहुन्छ भने यो विधि उपयोगी हुन सक्छ जहाँ HTTP अनुरोध वा आदेश कार्यान्वयनको साथ परीक्षणले राम्रोसँग काम गर्दैन। उदाहरणका लागि, TCP प्रयोग गरेर प्रमाणीकरणका लागि मुख्य सेवाहरू gRPC वा FTP हुनेछन्।

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

धेरै विज्ञहरूले पुष्टि गर्नेछन् कि स्वास्थ्य जाँचहरू कुनै पनि वितरण प्रणालीको लागि अनिवार्य जाँच हो, र Kubernetes कुनै अपवाद छैन। सेवा स्वास्थ्य जाँचहरू प्रयोग गरेर Kubernetes को विश्वसनीय, समस्या-रहित सञ्चालन सुनिश्चित गर्दछ र प्रयोगकर्ताहरूको लागि सहज छ।

छिट्टै जारी राख्ने...

केही विज्ञापनहरू 🙂

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

डेल R730xd 2x एम्स्टर्डमको इक्विनिक्स टियर IV डाटा सेन्टरमा सस्तो छ? यहाँ मात्र 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV $199 बाट नेदरल्याण्ड मा! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 बाट! बारे पढ्नुहोस् पूर्वाधार कर्पोरेशन कसरी निर्माण गर्ने। डेल R730xd E5-2650 v4 सर्भरहरूको प्रयोगको साथ एक पैसाको लागि 9000 यूरो मूल्यको वर्ग?

स्रोत: www.habr.com