Kubernetes सर्वोत्तम पद्धती. तत्परता आणि सजीवता चाचण्यांसह कुबर्नेट्स लाइव्हनेस प्रमाणित करणे

Kubernetes सर्वोत्तम पद्धती. लहान कंटेनर तयार करणे
Kubernetes सर्वोत्तम पद्धती. नेमस्पेससह कुबर्नेट्सची संस्था

वितरित प्रणाली व्यवस्थापित करणे कठीण होऊ शकते कारण त्यांच्याकडे अनेक हलणारे, बदलणारे घटक आहेत ज्यांना सिस्टम कार्य करण्यासाठी योग्यरित्या कार्य करणे आवश्यक आहे. घटकांपैकी एक अयशस्वी झाल्यास, सिस्टमने ते शोधले पाहिजे, त्यास बायपास केले पाहिजे आणि त्याचे निराकरण केले पाहिजे आणि हे सर्व स्वयंचलितपणे केले पाहिजे. या कुबर्नेट्स बेस्ट प्रॅक्टिसेस सिरीजमध्ये, आम्ही कुबर्नेट्स क्लस्टरच्या आरोग्याची चाचणी घेण्यासाठी रेडिनेस आणि लाइव्हनेस चाचण्या कशा सेट करायच्या ते शिकू.

तुमचा अॅप्लिकेशन इन्स्टन्स चालू आहे की नाही हे सिस्टमला कळवण्याचा आरोग्य तपासणी हा एक सोपा मार्ग आहे. तुमचा अॅप्लिकेशन इन्स्टन्स डाउन असल्यास, इतर सेवांनी त्यात प्रवेश करू नये किंवा त्याला विनंत्या पाठवू नये. त्याऐवजी, विनंती आधीपासून चालू असलेल्या किंवा नंतर सुरू होणार्‍या अनुप्रयोगाच्या दुसर्‍या उदाहरणावर पाठविली जाणे आवश्यक आहे. याव्यतिरिक्त, सिस्टमने आपल्या अनुप्रयोगाची गमावलेली कार्यक्षमता पुनर्संचयित केली पाहिजे.

डीफॉल्टनुसार, पॉडमधील सर्व कंटेनर चालू असताना कुबर्नेट्स पॉडवर रहदारी पाठवणे सुरू करेल आणि कंटेनर क्रॅश झाल्यावर रीबूट करेल. ही डीफॉल्ट सिस्टम वर्तणूक सुरुवातीस पुरेशी चांगली असू शकते, परंतु तुम्ही कस्टम सेनिटी चेक वापरून तुमच्या उत्पादन उपयोजनाची विश्वासार्हता सुधारू शकता.

सुदैवाने, Kubernetes हे करणे अगदी सोपे करते, त्यामुळे या तपासण्यांकडे दुर्लक्ष करण्याचे कोणतेही कारण नाही. Kubernetes दोन प्रकारचे आरोग्य तपासणी प्रदान करते आणि प्रत्येकाचा वापर कसा केला जातो यातील फरक समजून घेणे महत्त्वाचे आहे.

तुमचा अॅप्लिकेशन रहदारी हाताळण्यासाठी तयार आहे हे Kubernetes ला सांगण्यासाठी तयारी चाचणी तयार केली आहे. सेवेला पॉडवर ट्रॅफिक पाठवण्याची परवानगी देण्यापूर्वी, कुबर्नेट्सने तत्परता तपासणी यशस्वी झाल्याचे सत्यापित करणे आवश्यक आहे. तयारी चाचणी अयशस्वी झाल्यास, चाचणी उत्तीर्ण होईपर्यंत Kubernetes पॉडवर रहदारी पाठवणे थांबवेल.

तुमचा अर्ज जिवंत आहे की मृत आहे हे लाइव्हनेस चाचणी कुबरनेटेसला सांगते. पहिल्या प्रकरणात, कुबर्नेट्स ते एकटे सोडतील, दुसर्‍या प्रकरणात ते मृत पॉड हटवेल आणि त्यास नवीनसह पुनर्स्थित करेल.

चला अशा परिस्थितीची कल्पना करूया जिथे तुमचा अनुप्रयोग उबदार होण्यासाठी आणि लॉन्च होण्यासाठी 1 मिनिट लागतो. वर्कफ्लो आधीच सुरू झाला असला तरीही, अॅप्लिकेशन पूर्णपणे लोड आणि चालू होईपर्यंत तुमची सेवा कार्य करण्यास प्रारंभ करणार नाही. तुम्हाला ही उपयोजना एकाधिक प्रतींमध्ये वाढवायची असल्यास तुम्हाला समस्या देखील येतील, कारण त्या प्रती पूर्णपणे तयार होईपर्यंत त्यांना रहदारी मिळू नये. तथापि, डिफॉल्टनुसार, कंटेनरमधील प्रक्रिया सुरू होताच कुबर्नेट्स ट्रॅफिक पाठवणे सुरू करेल.

रेडिनेस टेस्ट वापरताना, सेवेला नवीन कॉपीवर रहदारी पाठवण्याची परवानगी देण्यापूर्वी कुबर्नेट्स ऍप्लिकेशन पूर्णपणे चालू होईपर्यंत प्रतीक्षा करेल.

चला दुसर्‍या परिस्थितीची कल्पना करूया ज्यामध्ये अनुप्रयोग बर्याच काळासाठी लटकतो, सर्व्हिसिंग विनंत्या थांबवतो. प्रक्रिया चालू राहिल्याने, डीफॉल्टनुसार कुबर्नेट्स सर्वकाही ठीक असल्याचे गृहीत धरेल आणि नॉन-वर्किंग पॉडला विनंत्या पाठवणे सुरू ठेवेल. परंतु Liveness वापरताना, Kubernetes ला हे समजेल की अॅप्लिकेशन यापुढे विनंत्या देत नाही आणि डीफॉल्टनुसार मृत पॉड रीस्टार्ट करेल.

तत्परता आणि व्यवहार्यता कशी तपासली जाते ते पाहूया. तीन चाचणी पद्धती आहेत - HTTP, कमांड आणि TCP. आपण तपासण्यासाठी त्यापैकी कोणतेही वापरू शकता. वापरकर्त्याची चाचणी करण्याचा सर्वात सामान्य मार्ग म्हणजे HTTP प्रोब.

तुमचा ॲप्लिकेशन HTTP सर्व्हर नसला तरीही, तुम्ही Liveness चाचणीशी संवाद साधण्यासाठी तुमच्या ॲप्लिकेशनमध्ये हलका HTTP सर्व्हर तयार करू शकता. यानंतर, Kubernetes पॉडला पिंग करण्यास सुरुवात करेल आणि HTTP प्रतिसाद 200 किंवा 300 ms रेंजमध्ये असल्यास, पॉड निरोगी असल्याचे सूचित करेल. अन्यथा, मॉड्यूल "अस्वस्थ" म्हणून चिन्हांकित केले जाईल.

कमांड चाचण्यांसाठी, कुबर्नेट्स तुमच्या कंटेनरमध्ये कमांड चालवतात. जर कमांड शून्य निर्गमन कोडसह परत आली, तर कंटेनर निरोगी म्हणून चिन्हांकित केले जाईल, अन्यथा, 1 ते 255 पर्यंत एक्झिट स्थिती क्रमांक प्राप्त झाल्यावर, कंटेनरला “आजारी” म्हणून चिन्हांकित केले जाईल. ही चाचणी पद्धत उपयुक्त आहे जर तुम्ही HTTP सर्व्हर चालवू शकत नसाल किंवा करू इच्छित नसाल, परंतु तुमच्या अर्जाचे आरोग्य तपासेल असा आदेश चालवण्यास सक्षम असाल.

अंतिम पडताळणी यंत्रणा TCP चाचणी आहे. Kubernetes निर्दिष्ट पोर्टवर TCP कनेक्शन स्थापित करण्याचा प्रयत्न करेल. हे करता येत असल्यास, कंटेनर निरोगी मानले जाते; नसल्यास, ते अव्यवहार्य मानले जाते. ही पद्धत उपयुक्त ठरू शकते जर तुम्ही अशी परिस्थिती वापरत असाल जिथे HTTP विनंती किंवा आदेश अंमलबजावणीसह चाचणी करणे फार चांगले कार्य करत नाही. उदाहरणार्थ, TCP वापरून पडताळणीसाठी मुख्य सेवा gRPC किंवा FTP असतील.

चाचण्या वेगवेगळ्या पॅरामीटर्ससह अनेक प्रकारे कॉन्फिगर केल्या जाऊ शकतात. ते किती वेळा अंमलात आणले जावे, यश आणि अपयशाचे उंबरठे काय आहेत आणि प्रतिसादांसाठी किती वेळ प्रतीक्षा करावी हे तुम्ही निर्दिष्ट करू शकता. अधिक माहितीसाठी, तयारी आणि जिवंतपणा चाचण्यांसाठी कागदपत्रे पहा. तथापि, लाइव्हनेस चाचणी सेट करताना एक अतिशय महत्त्वाचा मुद्दा आहे - चाचणी विलंब प्रारंभिक डिलेसेकंड्सची प्रारंभिक सेटिंग. मी नमूद केल्याप्रमाणे, या चाचणीत अपयशी ठरल्यास मॉड्यूल पुन्हा सुरू होईल. त्यामुळे तुम्ही हे सुनिश्चित करणे आवश्यक आहे की जोपर्यंत ऍप्लिकेशन तयार होत नाही तोपर्यंत चाचणी सुरू होणार नाही, अन्यथा ते रीस्टार्ट होऊन सायकल चालवणे सुरू होईल. मी P99 स्टार्टअप वेळ किंवा बफरवरून सरासरी ऍप्लिकेशन स्टार्टअप वेळ वापरण्याची शिफारस करतो. तुमच्या ऍप्लिकेशनची स्टार्टअप वेळ जलद किंवा हळू होत असल्याने हे मूल्य समायोजित करण्याचे लक्षात ठेवा.

बहुतेक तज्ञ पुष्टी करतील की आरोग्य तपासणी ही कोणत्याही वितरित प्रणालीसाठी अनिवार्य तपासणी आहे आणि कुबर्नेट्स हा अपवाद नाही. सेवा आरोग्य तपासणी वापरल्याने कुबर्नेट्सचे विश्वसनीय, त्रास-मुक्त ऑपरेशन सुनिश्चित होते आणि वापरकर्त्यांसाठी ते सहज शक्य होते.

लवकरच सुरू ठेवणार आहे...

काही जाहिराती 🙂

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

डेल R730xd ऍमस्टरडॅममधील इक्विनिक्स टियर IV डेटा सेंटरमध्ये 2 पट स्वस्त? फक्त इथेच 2 x इंटेल टेट्राडेका-कोर Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 टीव्ही $199 पासून नेदरलँड मध्ये! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 पासून! बद्दल वाचा इन्फ्रास्ट्रक्चर कॉर्पोरेशन कसे तयार करावे. डेल R730xd E5-2650 v4 सर्व्हरचा वापर करून 9000 युरो किमतीचा वर्ग?

स्त्रोत: www.habr.com