बादलों से पृथ्वी तक: किसी भी वातावरण में उत्पादन-ग्रेड कुबेरनेट कैसे बनाएं

सभी को अच्छा! खैर, अब समय आ गया है कि हमारे अगले देवोप्स कोर्स के लिए । संभवतः, यह सबसे स्थिर और संदर्भ पाठ्यक्रमों में से एक है, लेकिन साथ ही छात्रों के संदर्भ में सबसे विविध, चूंकि कोई भी समूह कभी भी दूसरे की तरह नहीं रहा है: या तो डेवलपर्स लगभग पूरी तरह से एक में हैं, फिर इंजीनियर अगले, प्रशासक और इतने पर हैं। और इसका मतलब यह भी है कि दिलचस्प और उपयोगी सामग्रियों के साथ-साथ ऑनलाइन बैठकों का समय आ गया है।



इस आलेख में प्रोडक्शन-ग्रेड कुबेरनेट क्लस्टर को ऑन-प्रिमाइसेस डेटा सेंटर या पेरीफेरल लोकेशन (एज) पर लॉन्च करने की सिफारिशें शामिल हैं।
उत्पादन-ग्रेड का क्या अर्थ है?

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

संक्षेप में, उत्पादन-ग्रेड का अर्थ है त्रुटियों की आशंका और न्यूनतम समस्याओं और देरी के साथ पुनर्प्राप्ति तैयार करना।



यह लेख प्रमुख सार्वजनिक बादलों में वृद्धि की तुलना में सीमित संसाधनों की सीमित मात्रा को देखते हुए, एक हाइपरवाइजर या नंगे-धातु मंच पर कुबेरनेट्स की ऑन-प्रिमाइसेस तैनाती के बारे में है। यदि बजट चयनित संसाधनों को सीमित करता है, तो इनमें से कुछ सिफारिशें सार्वजनिक क्लाउड के लिए उपयोगी हो सकती हैं।

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

यह आलेख संसाधन-सीमित स्थितियों में भी उत्पादन स्तर कुबेरनेट्स तैनाती को प्राप्त करने के लिए युक्तियों का वर्णन करता है।

कुबेरनेट्स क्लस्टर में महत्वपूर्ण घटक

विवरण में देरी करने से पहले, कुबेरनेट्स की समग्र वास्तुकला को समझना महत्वपूर्ण है।
कुबेरनेट्स क्लस्टर नियंत्रण विमान और क्लस्टर वर्कर नोड्स की वास्तुकला पर आधारित एक अत्यधिक वितरित प्रणाली है, जैसा कि नीचे दिखाया गया है:



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

इन घटकों के निरर्थक उदाहरण उच्च उपलब्धता के लिए उपयोग किए जाते हैं। अतिरेक का महत्व और आवश्यक स्तर भिन्न हो सकते हैं।

अंग	भूमिका	नुकसान का परिणाम	अनुशंसित उदाहरण
etcd	सभी कुबेरनेट वस्तुओं की स्थिति को बनाए रखता है	भंडारण की भयावह हानि। अधिकांश का नुकसान = कुबेरनेट्स नियंत्रण स्तर को खो देता है, एपीआई सर्वर एचआरडी, रीड-ओनली एपीआई कॉल पर निर्भर करता है, जिसे कोरम की आवश्यकता नहीं होती है, जैसे पहले से बनाए गए वर्कलोड, काम करना जारी रख सकते हैं।	विषम संख्या, 3+
एपीआई सर्वर	बाहरी और आंतरिक उपयोग के लिए एपीआई प्रदान करता है	नई पॉड्स को रोकने, शुरू करने, अपडेट करने में असमर्थ। शेड्यूलर और कंट्रोलर मैनेजर एपीआई सर्वर पर निर्भर हैं। यदि वे API कॉल (ऑपरेटर, कस्टम नियंत्रक, CRD, आदि) पर निर्भर नहीं होते हैं, तो लोड जारी रहता है	2 +
Kube-अनुसूचक	नोड्स पर जगह फली	फली को उनके बीच रखा, प्राथमिकता, या स्थानांतरित नहीं किया जा सकता है।	2 +
Kube नियंत्रक-प्रबंधक	कई नियंत्रकों को नियंत्रित करता है	राज्य के लिए जिम्मेदार मुख्य नियंत्रण लूप काम करना बंद कर देते हैं। क्लाउड प्रदाता का इन-ट्री-इंटीग्रेशन टूट जाता है।	2 +
क्लाउड-कंट्रोलर-मैनेजर (CCM)	आउट-ऑफ-ट्री क्लाउड प्रदाता एकीकरण	क्लाउड प्रदाता एकीकरण टूट जाता है	1
अतिरिक्त (जैसे DNS)	विभिन्न	विभिन्न	ऐड-ऑन पर निर्भर करता है (जैसे DNS के लिए 2+)

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

एपीआई सर्वर स्केलेबिलिटी और उपलब्धता को प्राप्त करने के लिए कई लोड बैलेंसर इंस्टेंसेस का उपयोग करता है। एक लोड बैलेंसर उच्च उपलब्धता के लिए एक आवश्यक घटक है। DNS एपीआई सर्वर के कई ए-रिकॉर्ड एक बैलेंसर की अनुपस्थिति में एक विकल्प के रूप में काम कर सकते हैं।

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

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

etcd

सभी Kubernetes ऑब्जेक्ट के लिए etcd लगातार स्टोरेज है। प्रोडक्शन-ग्रेड कुबेरनेट्स को तैनात करते समय कॉर्ड क्लस्टर की उपलब्धता और पुनर्प्राप्ति एक सर्वोच्च प्राथमिकता होनी चाहिए।

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

एक etcd क्लस्टर नोड की मेजबानी के लिए न्यूनतम सिफारिशें 2GB RAM और 8GB SSD हार्ड ड्राइव हैं। आमतौर पर, 8GB RAM और 20GB हार्ड डिस्क की जगह पर्याप्त होती है। डिस्क प्रदर्शन विफलता के बाद नोड के पुनर्प्राप्ति समय को प्रभावित करता है। विवरण के लिए बाहर की जाँच करें ।

विशेष मामलों में, कई अजीब समूहों के बारे में सोचें

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

एकल होस्ट परिनियोजन

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

यदि होस्ट संसाधन इसकी अनुमति देते हैं, तो आप तीन etcd वर्चुअल मशीन परिनियोजित कर सकते हैं। प्रत्येक वीएम को एक अलग भौतिक भंडारण उपकरण द्वारा समर्थित होना चाहिए या अतिरेक (दर्पण, RAID, आदि) का उपयोग करके भंडारण के अलग-अलग हिस्सों का उपयोग करना चाहिए।
सर्वर API, अनुसूचक और नियंत्रक प्रबंधक के दोहरे निरर्थक उदाहरण अगले उन्नयन हैं यदि आपके एकमात्र होस्ट के पास इसके लिए पर्याप्त संसाधन हैं।

एकल-होस्ट परिनियोजन विकल्प, कम से कम अधिकांश के लिए उत्पादन के लिए उपयुक्त है

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

दोहरी होस्ट परिनियोजन

दो मेजबानों के साथ, etcd संग्रहण समस्याएं एकल-होस्ट विकल्प के समान हैं - आपको अतिरेक की आवश्यकता है। तीन एनसीडी उदाहरणों को चलाना बेहतर है। यह एकतरफा लग सकता है, लेकिन एक होस्ट पर सभी वेंडर नोड्स को केंद्रित करना बेहतर है। आप उन्हें दो होस्ट के बीच 2 + 1 से विभाजित करके विश्वसनीयता नहीं बढ़ाएंगे - अधिकांश एनसीडी उदाहरणों के साथ नोड का नुकसान एक विफलता का कारण होगा, भले ही यह 2 या 3 का बहुमत हो। यदि मेजबान समान नहीं हैं, तो पूरे विश्वसनीय क्लस्टर को अधिक विश्वसनीय एक पर रखें।

यह अनुशंसा की जाती है कि आप अनावश्यक API सर्वर, क्यूब-शेड्यूलर और क्यूब-कंट्रोलर-मैनेजर चलाते हैं। कंटेनर लॉन्च वातावरण, ऑपरेटिंग सिस्टम और हार्डवेयर में विफलताओं के जोखिम को कम करने के लिए उन्हें मेजबानों के बीच साझा किया जाना चाहिए।

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

दो मेजबानों के लिए तैनाती के विकल्प, उत्पादन के लिए सबसे कम उपयुक्त से

टाइप	की विशेषताओं	परिणाम
न्यूनतम उपकरण	दो होस्ट, बिना किसी स्टोरेज के। एक ही मेजबान पर सिंगलटन एल्ड और मास्टर घटक।	अन्य - विफलता का एक बिंदु, यह अन्य मास्टर सेवाओं पर दो को चलाने के लिए कोई मतलब नहीं है। दो मेजबानों के बीच साझा करने से प्रबंधित परत विफलताओं का खतरा बढ़ जाता है। एक मेजबान और अनुप्रयोग वर्कलोड पर एक प्रबंधित परत चलाकर संसाधनों को अलग करने का संभावित लाभ। यदि भंडारण खो जाता है, तो कोई पुनर्प्राप्ति नहीं है।
भंडारण अतिरेक सुधार	सिंगलटन होस्ट और एक ही होस्ट पर मास्टर घटक, आदि स्टोरेज बेमानी।	कम से कम, आप स्टोरेज डिवाइस की विफलता से उबर सकते हैं।
प्रबंधित स्तर अतिरेक	हाइपरविजर नहीं है, स्थिर फली में प्रबंधित-स्तर के घटकों के कई उदाहरण हैं। एक होस्ट पर etc क्लस्टर, अन्य प्रबंधित-स्तर घटक अलग किए गए हैं।	हार्डवेयर की विफलता, फर्मवेयर को अपडेट करना, ऑपरेटिंग सिस्टम, और बिना किसी होस्ट के कंटेनर लॉन्च वातावरण कम नुकसानदायक हैं।
दोनों मेजबानों के लिए एक हाइपरविजर जोड़ना	तीन निरर्थक प्रबंधित-स्तरीय घटक वर्चुअल मशीन में चल रहे हैं, एक होस्ट पर etcd क्लस्टर और प्रबंधित-स्तर घटक अलग हो गए हैं। अनुप्रयोग कार्यभार दोनों VM नोड्स पर स्थित हो सकते हैं।	बेहतर अनुप्रयोग लोड अलगाव। ऑपरेटिंग सिस्टम और कंटेनर लॉन्च वातावरण के अपडेट कम विघटनकारी हैं। हार्डवेयर / फर्मवेयर का अनुसूचित रखरखाव गैर-विनाशकारी हो जाता है यदि हाइपरवाइजर वीएम माइग्रेशन का समर्थन करता है।

तीन (या अधिक) होस्ट करने के लिए परिनियोजन

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

बहुत बड़े समूहों को अधिक उदाहरणों की आवश्यकता होगी।

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

तीन (या अधिक) के लिए परिनियोजन विकल्प सबसे अधिक उत्पादन के लिए कम से कम होस्ट करता है

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

कुबेरनेट्स कॉन्फ़िगर करें

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

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

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

सुरक्षा

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

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

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

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

सिफारिशें:

• प्रबंधित-स्तरीय घटकों के लिए डिफ़ॉल्ट सुरक्षा सेटिंग्स को मजबूत करें (उदाहरण के लिए, कार्यकर्ता नोड्स को अवरुद्ध करना );
• चूल्हा सुरक्षा नीति का उपयोग करें;
• ट्रैकिंग, निगरानी और समस्या निवारण सहित अपने नेटवर्क समाधान के लिए उपलब्ध NetworkPolicy एकीकरण के बारे में सोचें;
• प्राधिकरण निर्णय लेने के लिए RBAC का उपयोग करें;
• शारीरिक सुरक्षा के बारे में सोचें, खासकर जब परिधीय या दूरस्थ स्थानों पर तैनात किया जाए जो अनदेखी हो सकती है। डिवाइस चोरी के परिणामों को सीमित करने के लिए भंडारण एन्क्रिप्शन जोड़ें, और दुर्भावनापूर्ण उपकरणों को जोड़ने के खिलाफ सुरक्षा, जैसे कि यूएसबी कीज़;
• क्लाउड प्रोवाइडर के टेक्स्ट क्रेडेंशियल्स (एक्सेस कीज, टोकन, पासवर्ड आदि) को सुरक्षित रखें।

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

डिजास्टर रिकवरी और बैकअप



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

उत्पादन परिनियोजन का एक महत्वपूर्ण हिस्सा भविष्य की वसूली की उम्मीद है।

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

आपदा वसूली, बैकअप (और संभवतः प्रतिकृतियां) के तत्वों में, प्रतिस्थापन, नियोजित प्रक्रिया, जो लोग इस प्रक्रिया को करेंगे, और नियमित प्रशिक्षण ध्यान देने योग्य हैं। कैओस इंजीनियरिंग के लगातार परीक्षण अभ्यास और सिद्धांतों का उपयोग आपकी तत्परता का परीक्षण करने के लिए किया जा सकता है।

उपलब्धता आवश्यकताओं के कारण, आपको इंटरनेट की क्रैश होने पर भी पुनर्प्राप्ति को सक्षम करने के लिए OS, Kubernetes घटकों और कंटेनर छवियों की स्थानीय प्रतियां संग्रहीत करनी पड़ सकती हैं। "भौतिक अलगाव" स्थिति में प्रतिस्थापन मेजबानों और नोड्स को तैनात करने की क्षमता सुरक्षा में सुधार करती है और तैनाती की गति को बढ़ाती है।

सभी Kubernetes ऑब्जेक्ट्स को etcd में संग्रहीत किया जाता है। समय-समय पर etcd क्लस्टर डेटा का बैकअप आपातकालीन परिदृश्यों के दौरान Kubernetes समूहों को पुनर्स्थापित करने में एक महत्वपूर्ण तत्व है, उदाहरण के लिए, जब सभी मास्टर नोड खो जाते हैं।

etcd etcd . Kubernetes . , Kubernetes.

, Kubernetes etcd , - . , .

etcd. , , , , /. , . :

• : CA, API Server, Apiserver-kubelet-client, ServiceAccount, “Front proxy”, Front proxy;
• DNS;
• IP/;
• ;
• kubeconfig;
• LDAP ;
• .

Anti-affinity . , . , Kubernetes , . , , - . , .

stateful-, — Kubernetes (, SQL ). , , Kubernetes, roadmap feature request , , , Container Storage Interface (CSI). , - , , . , Kubernetes , , , Kubernetes .

stateful- (, Cassandra) , , . - Kubernetes ( -) .



( ) , , . , , .

, (, Ansible , BOSH , Chef , Juju , kubeadm , Puppet .). , . , , , , , , . , Git, .



, , — . 2 , — . — , .





— . - , Airbus A320 — . , . , .

, . , , , . Kubernetes , - , , (, FedEx, Amazon).

production-grade Kubernetes . . , , , , . , (, Kubernetes self-hostingस्थैतिक चूल्हा नहीं)। यदि पर्याप्त रुचि हो तो शायद निम्नलिखित लेखों में उनकी चर्चा की जानी चाहिए। इसके अलावा, कुबेरनेट्स की उच्च गति में सुधार के कारण, यदि आपके खोज इंजन को यह लेख 2019 के बाद मिला, तो इसकी कुछ सामग्रियां पहले से ही बहुत पुरानी हो सकती हैं।

अंत

हमेशा की तरह यहाँ अपने प्रश्नों और टिप्पणियों के लिए इंतजार है, और आप के लिए जा सकते ओपन हाउस के लिए अलेक्जेंडर टिटोव ।