Kubernetes आर्किटेक्चर

कंट्रोल प्लेन (पुराने दस्तावेज़ों में अक्सर मास्टर नोड कहा जाता है) क्लस्टर के प्रबंधन के लिए ज़िम्मेदार होता है।

यह क्लस्टर के बारे में वैश्विक निर्णय लेता है (जैसे अनुप्रयोगों का शेड्यूल तय करना) और क्लस्टर की घटनाओं का पता लगाकर उन पर प्रतिक्रिया देता है (जैसे विफल अनुप्रयोग को पुनः प्रारंभ करना)। यह आपके अनुप्रयोगों को सीधे नहीं चलाता।

API सर्वर Kubernetes कंट्रोल प्लेन का फ्रंट-एंड है। यह एकमात्र घटक है जो आपके साथ सीधे kubectl के माध्यम से इंटरैक्ट करता है।

यह Kubernetes API उपलब्ध कराता है और क्लस्टर के भीतर सभी संचार संभालता है तथा Pods और Services जैसी API ऑब्जेक्ट के डेटा का सत्यापन और कॉन्फ़िगरेशन करता है।

etcd एक सुसंगत और अत्यधिक उपलब्ध की-वैल्यू स्टोर है। इसे क्लस्टर की स्थायी स्मृति समझें।

यह कॉन्फ़िगरेशन, स्थिति और मेटाडेटा सहित क्लस्टर का सारा डेटा संग्रहीत करता है। यदि etcd बंद हो जाए, तो आपका क्लस्टर अपनी स्मृति खो देगा और सही ढंग से काम नहीं कर पाएगा!

शेड्यूलर नए बनाए गए Pods (आपके अनुप्रयोग के इंस्टेंस) पर नज़र रखता है, जिनके लिए कोई वर्कर नोड निर्धारित नहीं है।

इसके बाद यह संसाधन आवश्यकताओं, हार्डवेयर सीमाओं और नीतियों जैसे कारकों को ध्यान में रखते हुए प्रत्येक Pod को चलाने के लिए सबसे अच्छा नोड चुनता है।

कंट्रोलर मैनेजर विभिन्न कंट्रोलर चलाता है, जो क्लस्टर की स्थिति को नियंत्रित करने वाले पृष्ठभूमि लूप होते हैं।

उदाहरण के लिए, नोड कंट्रोलर नोड की स्थिति पर नज़र रखता है और रेप्लिकेशन कंट्रोलर यह सुनिश्चित करता है कि Pods की सही संख्या चल रही हो। यह वांछित स्थिति को वर्तमान स्थिति से मिलाने के लिए लगातार काम करता है।

वर्कर नोड (पुराने दस्तावेज़ों में इन्हें मिनियन भी कहा जाता है) वे मशीनें हैं जहाँ आपके वास्तविक कंटेनरीकृत अनुप्रयोग (Pods में पैक किए गए) चलते हैं।

प्रत्येक वर्कर नोड में ऐसे घटक होते हैं जो उसे कंट्रोल प्लेन से संचार करने और उस पर चल रहे कंटेनरों को प्रबंधित करने में सक्षम बनाते हैं।

प्रत्येक वर्कर नोड पर:

• Kubelet: यह सुनिश्चित करने वाला एजेंट कि Pod में कंटेनर चल रहे हैं। यह API सर्वर से निर्देश प्राप्त करता है और Pods को प्रबंधित करता है।
• कंटेनर रनटाइम: कंटेनर चलाने के लिए ज़िम्मेदार सॉफ़्टवेयर (जैसे Docker, containerd, CRI-O)। Kubelet इसका उपयोग इमेज प्राप्त करने और आपके अनुप्रयोग चलाने के लिए करता है।

Kube-proxy प्रत्येक वर्कर नोड पर चलता है और Kubernetes सेवाओं के लिए नेटवर्क प्रॉक्सी का कार्य संभालता है।

यह नोड पर नेटवर्क नियम बनाए रखता है, जिससे क्लस्टर के अंदर और बाहर, दोनों ओर से आपके Pods के साथ नेटवर्क संचार संभव होता है। यह सुनिश्चित करता है कि आपके अनुप्रयोगों तक पहुँचा जा सके।

बहुत अच्छा! अब आपको Kubernetes आर्किटेक्चर की मूलभूत समझ हो गई है।

• कंट्रोल प्लेन (API सर्वर, etcd, शेड्यूलर, कंट्रोलर मैनेजर) क्लस्टर का प्रबंधन करता है।
• वर्कर नोड (Kubelet, कंटेनर रनटाइम, Kube-proxy) आपके अनुप्रयोग चलाते हैं।

अब हम Kubernetes की सबसे छोटी परिनियोज्य इकाई: Pods पर विस्तार से चर्चा करेंगे!