के Kubernetes क्लस्टर तयार गर्न सजिलो र सुविधाजनक छ? एडअन-अपरेटर घोषणा गर्दै

पछि शेल अपरेटर हामी उनको जेठो भाइ प्रस्तुत गर्दछौं - addon-operator। यो एक खुला स्रोत परियोजना हो जुन प्रणाली कम्पोनेन्टहरू Kubernetes क्लस्टरमा स्थापना गर्न प्रयोग गरिन्छ, जसलाई add-ons भनिन्छ।

किन कुनै पनि थपिने?

यो कुनै गोप्य कुरा छैन कि Kubernetes एक तयार-निर्मित सबै-इन-वन उत्पादन होइन, र "वयस्क" क्लस्टर निर्माण गर्न तपाईंलाई विभिन्न थपहरू चाहिन्छ। Addon-operator ले तपाईंलाई यी एड-अनहरू स्थापना, कन्फिगर र अद्यावधिक राख्न मद्दत गर्नेछ।

क्लस्टरमा थप कम्पोनेन्टहरूको आवश्यकतामा खुलासा गरिएको छ रिपोर्ट सहकर्मीहरु drusha। छोटकरीमा भन्नुपर्दा, कुबर्नेट्सको हालको अवस्था यस्तो छ कि साधारण "प्ले वरिपरि" स्थापनाको लागि तपाइँ बक्स बाहिर कम्पोनेन्टहरू प्राप्त गर्न सक्नुहुन्छ, विकासकर्ताहरू र परीक्षणहरूको लागि तपाइँ इन्ग्रेस थप्न सक्नुहुन्छ, तर पूर्ण स्थापनाको लागि, जसको बारेमा। तपाईं "तपाईंको उत्पादन तयार छ" भन्न सक्नुहुन्छ, तपाईंले दर्जनौं फरक एड-अनहरू थप्न आवश्यक छ: केहि अनुगमनको लागि, केहि लगिङको लागि, प्रवेश र प्रमाणपत्र-प्रबन्धकलाई नबिर्सनुहोस्, नोडहरूको समूह चयन गर्नुहोस्, नेटवर्क नीतिहरू थप्नुहोस्, मौसम sysctl र pod autoscaler सेटिङहरूसँग...

तिनीहरूसँग काम गर्ने विशिष्टताहरू के हुन्?

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

त्यसोभए, हुनसक्छ उत्तरदायी यहाँ पर्याप्त हुनेछ? हुनसक्छ। तर सामान्यतया, पूर्ण एड-अनहरू सेटिङहरू बिना बाँच्दैनन्। यी सेटिङहरू क्लस्टर संस्करण (aws, gce, azure, bare-metal, do, ...) को आधारमा फरक हुन सक्छ। केही सेटिङहरू पहिले नै निर्दिष्ट गर्न सकिँदैन; तिनीहरू क्लस्टरबाट प्राप्त गर्नुपर्छ। र क्लस्टर स्थिर छैन: केहि सेटिङहरूको लागि तपाईंले परिवर्तनहरू निगरानी गर्नुपर्नेछ। र यहाँ Ansible पहिले नै हराइरहेको छ: तपाईलाई एउटा प्रोग्राम चाहिन्छ जुन क्लस्टरमा रहन्छ, अर्थात्। Kubernetes अपरेटर।

काममा प्रयास गर्नेहरूले शेल अपरेटर, तिनीहरू भन्छन् कि एड-अनहरू र निगरानी सेटिङहरू स्थापना र अद्यावधिक गर्ने कार्यहरू प्रयोग गरेर पूर्ण रूपमा समाधान गर्न सकिन्छ। हुकहरू शेल अपरेटर को लागी। तपाइँ एक स्क्रिप्ट लेख्न सक्नुहुन्छ जुन सशर्त गर्नेछ kubectl apply र मोनिटर, उदाहरणका लागि, कन्फिगम्याप, जहाँ सेटिङहरू भण्डार गरिनेछ। यो लगभग addon-operator मा लागू गरिएको छ।

एडअन अपरेटरमा यो कसरी व्यवस्थित हुन्छ?

नयाँ समाधान सिर्जना गर्दा, हामी निम्न सिद्धान्तहरूबाट अगाडि बढ्यौं:

• एड-अन स्थापनाकर्ताले समर्थन गर्नुपर्छ टेम्प्लेटिंग र घोषणात्मक कन्फिगरेसन। हामी एड-अनहरू स्थापना गर्ने जादुई स्क्रिप्टहरू बनाउँदैनौं। Addon-operator एडअनहरू स्थापना गर्न हेल्म प्रयोग गर्दछ। स्थापना गर्न, तपाईंले चार्ट सिर्जना गर्न आवश्यक छ र कन्फिगरेसनको लागि प्रयोग गरिने मानहरू चयन गर्नुहोस्।
• सेटिङ हुन सक्छ स्थापना मा उत्पन्न, तिनीहरूले गर्न सक्छन् क्लस्टरबाट प्राप्त गर्नुहोस्, वा अपडेटहरू प्राप्त गर्नुहोस्, क्लस्टर स्रोतहरूको अनुगमन। यी कार्यहरू हुक प्रयोग गरेर कार्यान्वयन गर्न सकिन्छ।
• सेटिङ हुन सक्छ क्लस्टरमा भण्डार गर्नुहोस्। क्लस्टरमा सेटिङहरू भण्डारण गर्न, कन्फिगम्याप/एडन-अपरेटर सिर्जना गरिएको छ र एडन-अपरेटरले यो कन्फिगम्यापमा परिवर्तनहरू निगरानी गर्दछ। Addon-अपरेटरले साधारण कन्भेन्सनहरू प्रयोग गरेर सेटिङहरूमा हुक पहुँच दिन्छ।
• थप सेटिङहरूमा निर्भर गर्दछ। यदि सेटिङहरू परिवर्तन भएको छ भने, त्यसपछि एडन-अपरेटरले नयाँ मानहरूसँग हेल्म चार्ट रोल आउट गर्दछ। हामीले हेल्म चार्टको संयोजनलाई बोलायौं, यसको लागि मानहरू र मोड्युल हुकहरू (थप विवरणहरूको लागि तल हेर्नुहोस्)।
• स्टेजिङ। त्यहाँ कुनै जादुई रिलीज स्क्रिप्टहरू छैनन्। अद्यावधिक संयन्त्र नियमित अनुप्रयोग जस्तै छ - छविमा एड-अनहरू र एडअन-अपरेटरहरू सङ्कलन गर्नुहोस्, तिनीहरूलाई ट्याग गर्नुहोस् र तिनीहरूलाई रोल आउट गर्नुहोस्।
• नतिजा नियन्त्रण। Addon-operator Prometheus को लागि मेट्रिक्स प्रदान गर्न सक्छ।

addon-operator मा प्याडिङ के हो?

क्लस्टरमा नयाँ प्रकार्यहरू थप्ने कुनै पनि कुरालाई थप मान्न सकिन्छ। उदाहरणका लागि, इन्ग्रेस स्थापना गर्नु एड-अनको उत्कृष्ट उदाहरण हो। यो यसको आफ्नै CRD संग कुनै पनि अपरेटर वा नियन्त्रक हुन सक्छ: prometheus-operator, cert-manager, kube-controller-manager, आदि। वा केहि सानो, तर प्रयोग गर्न सजिलो - उदाहरण को लागी, गोप्य कपियर, जसले नयाँ नेमस्पेसहरूमा रजिस्ट्री गोप्य प्रतिलिपि गर्दछ, वा sysctl ट्युनर, जसले नयाँ नोडहरूमा sysctl प्यारामिटरहरू कन्फिगर गर्दछ।

एड-अनहरू लागू गर्न, एडन-अपरेटरले धेरै अवधारणाहरू प्रदान गर्दछ:

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

यी भागहरू कसरी सँगै काम गर्छन्? दस्तावेजबाट तस्वीर हेरौं:

त्यहाँ दुई काम परिदृश्यहरू छन्:

1. ग्लोबल हुक घटना द्वारा ट्रिगर हुन्छ - उदाहरण को लागी, जब क्लस्टर मा एक संसाधन परिवर्तन हुन्छ। यो हुकले परिवर्तनहरू प्रशोधन गर्दछ र नयाँ मानहरू विश्वव्यापी मूल्य भण्डारमा लेख्छ। एडअन-अपरेटरले नोटिस गर्छ कि ग्लोबल भण्डारण परिवर्तन भएको छ र सबै मोड्युलहरू सुरु हुन्छ। प्रत्येक मोड्युल, यसको हुकहरू प्रयोग गरेर, यसलाई सक्षम गर्न आवश्यक छ कि छैन भनेर निर्धारण गर्दछ र यसको मान भण्डार अद्यावधिक गर्दछ। यदि मोड्युल सक्षम छ भने, एडन-अपरेटरले हेल्म चार्टको स्थापना सुरु गर्छ। यस अवस्थामा, हेल्म चार्टसँग मोड्युल भण्डारण र विश्वव्यापी भण्डारणबाट मानहरूमा पहुँच छ।
2. दोस्रो परिदृश्य सरल छ: एक मोड्युल हुक घटना द्वारा ट्रिगर गरिएको छ र मोड्युलको मान स्टोरमा मानहरू परिवर्तन गर्दछ। Addon-operator ले यो नोटिस गर्छ र अपडेट गरिएको मानहरूको साथ हेल्म चार्ट सुरु गर्छ।

थप एक एकल हुक, वा एक हेल्म चार्ट को रूप मा लागू गर्न सकिन्छ, वा धेरै निर्भर मोड्युलहरूको रूपमा पनि - यो क्लस्टरमा स्थापना भइरहेको कम्पोनेन्टको जटिलता र कन्फिगरेसन लचिलोपनको इच्छित स्तरमा निर्भर गर्दछ। उदाहरणका लागि, भण्डारमा (/ उदाहरणहरू) त्यहाँ एक sysctl-ट्यूनर एड-अन छ, जुन हुक र हेल्म चार्टको साथ एक साधारण मोड्युलको रूपमा लागू गरिएको छ, र मान स्टोर प्रयोग गरेर, जसले कन्फिगम्याप सम्पादन गरेर सेटिङहरू थप्न सम्भव बनाउँछ।

अद्यावधिकहरूको वितरण

कम्पोनेन्ट अपडेटहरू व्यवस्थित गर्ने बारे केही शब्दहरू जुन Addon-operator स्थापना गर्दछ।

क्लस्टरमा Addon-operator चलाउन, तपाईंलाई आवश्यक छ थपको साथ छवि बनाउनुहोस् हुक र हेल्म चार्ट फाइलहरूको रूपमा, बाइनरी फाइल थप्नुहोस् addon-operator र तपाईलाई हुकको लागि चाहिने सबै कुरा: bash, kubectl, jq, python आदि त्यसपछि यो छवि नियमित अनुप्रयोगको रूपमा क्लस्टरमा रोल आउट गर्न सकिन्छ, र सम्भवतः तपाइँ एक वा अर्को ट्यागिङ योजना व्यवस्थित गर्न चाहानुहुन्छ। यदि त्यहाँ केहि क्लस्टरहरू छन् भने, एप्लिकेसनहरूसँग जस्तै समान दृष्टिकोण उपयुक्त हुन सक्छ: नयाँ रिलीज, नयाँ संस्करण, सबै क्लस्टरहरूमा जानुहोस् र पोडहरूको छवि सुधार्नुहोस्। यद्यपि, क्लस्टरहरूको महत्त्वपूर्ण संख्यामा रोलआउटको अवस्थामा, च्यानलबाट आत्म-अपडेट गर्ने अवधारणा हाम्रो लागि बढी उपयुक्त थियो।

यहाँ हामी यसलाई कसरी गर्छौं:

• च्यानल अनिवार्य रूपमा एक पहिचानकर्ता हो जुन कुनै पनि कुरामा सेट गर्न सकिन्छ (उदाहरणका लागि, dev/stage/ea/stable)।
• च्यानलको नाम छवि ट्याग हो। जब तपाइँ च्यानलमा अद्यावधिकहरू रोल आउट गर्न आवश्यक छ, एउटा नयाँ छवि भेला हुन्छ र च्यानल नामको साथ ट्याग गरिन्छ।
• जब रजिस्ट्रीमा नयाँ छवि देखिन्छ, Addon-operator पुन: सुरु हुन्छ र नयाँ छविको साथ सुरू हुन्छ।

यो उत्तम अभ्यास होइन, जसरी लेखिएको छ Kubernetes दस्तावेज। यो गर्न सिफारिस गरिएको छैन, तर हामी कुरा गर्दैछौं एउटै क्लस्टरमा बस्ने नियमित अनुप्रयोग। Addon-operator को मामला मा, एप्लिकेसन क्लस्टरहरूमा छरिएका धेरै डिप्लोयमेन्टहरू हुन्, र सेल्फ-अपडेटिङले धेरै मद्दत गर्छ र जीवनलाई सजिलो बनाउँछ।

च्यानलहरू मद्दत र परीक्षण मा: यदि त्यहाँ सहायक क्लस्टर छ भने, तपाइँ यसलाई च्यानलमा कन्फिगर गर्न सक्नुहुन्छ stage र च्यानलहरूमा रोल आउट गर्नु अघि यसमा अद्यावधिकहरू रोल गर्नुहोस् ea и stable। यदि च्यानलमा क्लस्टरको साथ ea एउटा त्रुटि भयो, तपाईं यसलाई स्विच गर्न सक्नुहुन्छ stable, जबकि यस क्लस्टरको समस्या छानबिन भइरहेको छ। यदि क्लस्टर सक्रिय समर्थनबाट बाहिर निकालिएको छ भने, यसले यसको "फ्रोजन" च्यानलमा स्विच गर्छ - उदाहरणका लागि, freeze-2019-03-20.

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

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

कम्पोनेन्ट अपडेट गर्ने यो संगठनले हाम्रो लागि सफलतापूर्वक काम गर्दछ, तर कुनै पनि अन्य उपयुक्त योजना लागू गर्न सकिन्छ - आखिर यस अवस्थामा Addon-operator एक साधारण बाइनरी फाइल हो.

निष्कर्षमा

Addon-operator मा लागू गरिएका सिद्धान्तहरूले तपाईंलाई नियमित अनुप्रयोगहरूको विकास प्रक्रियाहरू जस्तै क्लस्टरमा एड-अनहरू सिर्जना, परीक्षण, स्थापना र अद्यावधिक गर्नको लागि पारदर्शी प्रक्रिया निर्माण गर्न अनुमति दिन्छ।

मोड्युल ढाँचामा एडअन-अपरेटरका लागि एड-अनहरू (हेल्म चार्ट + हुकहरू) सार्वजनिक रूपमा उपलब्ध गराउन सकिन्छ। हामी, फ्ल्यान्ट कम्पनी, हाम्रो विकासहरू गर्मीको समयमा त्यस्ता थपहरूको रूपमा प्रकाशित गर्ने योजना छ। GitHub मा विकास सामेल हुनुहोस् (शेल अपरेटर, addon-operator), मा आधारित आफ्नो आफ्नै थप गर्न प्रयास गर्नुहोस् उदाहरणहरू и कागजात, Habré र हाम्रो मा समाचार को लागी प्रतीक्षा गर्नुहोस् युट्युब च्यानल!

PS

हाम्रो ब्लगमा पनि पढ्नुहोस्:

• «Kubernetes को विस्तार र पूरक (अवलोकन र भिडियो रिपोर्ट)»;
• «शेल-अपरेटरको परिचय दिँदै: Kubernetes को लागि अपरेटरहरू सिर्जना गर्न सजिलो भयो"।

स्रोत: www.habr.com