Kubernetes और प्रबंधित OpenShift आईबीएम क्लाउड में कैसे काम करता है। भाग 1 - वास्तुकला और सुरक्षा

विकास की तुलना एक तस्वीर से की जा सकती है जहाँ कलाकार एक अग्रणी डेवलपर है। एक शानदार माइक्रोसिस्टवर्क एप्लिकेशन बनाना - सर्वश्रेष्ठ आर्किटेक्ट्स की रचनाओं के साथ - आधुनिकतावादी। लेकिन प्रक्रिया को धारा पर रखने और चुनने का अवसर छोड़ दें - कला। श्रृंखला के पहले लेख में, हम इस बारे में बात करना चाहते हैं कि IBM Kubernetes सेवा और IBM Managed OpenShift क्लाउड सेवा कैसे बनाई और चलाई गईं, और आप IBM Kubernetes क्लस्टर को कैसे और कैसे आज़ाद कर सकते हैं।

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

Kubernetes क्या है और स्थानीय स्थापना से भिन्न kubernetes / openhift कैसे प्रबंधित किया जाता है

Kubernetes को शुरू में कंटेनरीकृत अनुप्रयोगों और सेवाओं के प्रबंधन के लिए एक ओपन-सोर्स प्लेटफॉर्म के रूप में तैनात किया गया था। कुबेरनेट्स के मुख्य कार्य हैं (मैं अनुवाद के बिना छोड़ दूंगा, ताकि शब्दावली को न तोड़ूँ):

• सेवा की खोज और भार संतुलन
• भंडारण ऑर्केस्ट्रेशन
• स्वचालित रोलआउट और रोलबैक
• स्वचालित बिन पैकिंग
• आत्म चिकित्सा
• गुप्त और विन्यास प्रबंधन

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

कुबेरनेट्स के फायदों में से एक यह है कि आप अपने कम्प्यूटिंग संसाधनों और क्लाउड में कंटेनरीकृत एप्लिकेशन चला सकते हैं। क्लाउड संसाधनों के मामले में - कई क्लाउड प्रदाता अनुप्रयोगों को चलाने और क्लस्टर का पूरा प्रशासन लेने के लिए कंप्यूटिंग संसाधनों का उपयोग करने की क्षमता प्रदान करते हैं:

• क्लस्टर परिनियोजन
• नेटवर्क उपलब्धता और वितरण की स्थापना
• अद्यतन और फिक्सपैक की स्थापना
• दोष सहिष्णुता और सुरक्षा बढ़ाने के लिए एक क्लस्टर कॉन्फ़िगर करना (लेख में अधिक)
• ...

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

क्लाउड आर्किटेक्चर

कंपनी के अंदर, IBM प्रबंधित Kubernetes परियोजना और IBM प्रबंधित OpenShift परियोजना को Armada परियोजना कहा जाता है। यह परियोजना एक डेटा सेंटर के साथ शुरू हुई थी, लेकिन अब यह 6 अलग-अलग क्षेत्रों में 60 क्लाउड डेटा केंद्रों में उपलब्ध है। यह वर्णन करने के लिए कि बादल कैसे बढ़ता है, मैं दो शब्दों का उपयोग करूंगा: हब और प्रवक्ता। संपूर्ण अरमाडा परियोजना कुबेरनेट्स पर आधारित है, जिसका अर्थ है कि इसके गुच्छों को नियंत्रण कक्ष द्वारा नियंत्रित किया जाता है जो कुबेरनेट पर चलता है। जैसे ही नियंत्रण कक्ष के पास क्लस्टर के आवश्यक सेट का प्रबंधन करने के लिए पर्याप्त संसाधन नहीं हैं, यह अतिरिक्त प्रवक्ता को तैनात करता है। ये प्रवक्ता एक विशिष्ट क्षेत्र में समूहों के प्रबंधन के लिए जिम्मेदार रहेंगे।

नियंत्रण कक्ष में 1,500 से अधिक तैनाती हैं और यह 60 कुबेरनेट समूहों में स्थित है। यह सब हमारे ग्राहकों के 15,000 से अधिक समूहों को प्रबंधित करने के लिए आवश्यक है (परीक्षण मुक्त क्लस्टर शामिल नहीं हैं जो एक ही कार्यकर्ता पर तैनात हैं)।

IKS और प्रबंधित OpenShift बनाने के लिए, टीम ने OpenSource मॉडल का आंतरिक रूप से उपयोग किया। अधिकांश आईबीएम कर्मचारियों के पास अधिकांश आर्मडा रिपॉजिटरी तक पहुंच है और अपनी सेवाओं को एकीकृत करने के लिए अपने स्वयं के पीआरएस बना सकते हैं। सेवा के काम के हिस्से के रूप में, बड़ी संख्या में CI / CD उपकरण भी विकसित किए गए थे, जिन्हें रज़ी परियोजना में एकीकृत किया गया था। 2019 की गर्मियों में, आईबीएम ने रज़ी परियोजना की सभी उपलब्धियों को ओपनसोर्स को अपलोड किया।

सामान्य तौर पर, IKS और प्रबंधित ओपनशिफ्ट के लिए वास्तुकला निम्नानुसार है:

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

चूंकि OpenShift और Kubernetes अपनी क्षमताओं और विकास रोडमैप में भिन्न होते हैं, इसलिए अंतर्निहित प्रौद्योगिकी स्टैक अलग है:

सुरक्षा कैसे सुनिश्चित की जाती है?

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

• आधारभूत संरचना की सुरक्षा और डेटा केंद्र
• Kubernetes API और etcd तक पहुंच
• सुरक्षा मास्टर और कार्यकर्ता नोड्स
• नेटवर्क सुरक्षा
• लगातार भंडारण सुरक्षा
• निगरानी और प्रवेश करना
• कंटेनर सुरक्षा और कंटेनर छवियां

अब, पहली चीजें पहले:

बुनियादी ढांचे की सुरक्षा खुद और डेटा केंद्र

कोई फर्क नहीं पड़ता कि हम आईटी प्रणालियों के हार्डवेयर भराई के हार्डवेयर और रखरखाव से पूरी तरह से कैसे अलग होना चाहते हैं, वास्तव में, हमें यह सुनिश्चित करने की आवश्यकता है कि सेवा प्रदाता पूरी तरह से हमारे रियर को कवर करेगा, और औद्योगिक और उद्योग प्रमाणपत्रों की मदद से इस दस्तावेज की पुष्टि करेगा, और यदि आवश्यक हो तो रिपोर्टों की मदद से। आडिट आयोजित करना। इस पहलू को आईबीएम की टीम ने पूरी गंभीरता के साथ ध्यान में रखा और सभी आवश्यक जानकारी एकत्र की और एक स्थान पर प्रस्तुत की गई ( https://www.ibm.com/cloud/compliance )

एक्सेस कुबेरनेट्स API और etcd

Kubernetes API और डेटा को etcd में एक्सेस करने के लिए, आपको प्राधिकरण के तीन स्तरों से गुजरना होगा। प्रत्येक जारी किए गए प्राधिकरण टोकन प्रमाणीकरण टोकन, क्लस्टर प्राधिकरण डेटा (RBAC), और प्रवेश नियंत्रक (नीचे चित्र देखें) के साथ जुड़ा हुआ है।

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

सुरक्षा मास्टर और कार्यकर्ता नोड्स

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

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

नेटवर्क सुरक्षा

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

जब एक सार्वजनिक वीएलएएन के साथ एक क्लस्टर बनाया जाता है, तो नियंत्रण कक्ष HostEndpoint साथ एक HostEndpoint संसाधन बनाता है ibm.role: worker_public प्रत्येक कार्यकर्ता और उसके बाहरी नेटवर्क इंटरफेस के लिए कार्यकर्ता_पब्लिक ibm.role: worker_public । बाहरी नेटवर्क इंटरफेस की सुरक्षा के लिए, नियंत्रण कक्ष ibm.role: worker_public साथ सभी ibm.role: worker_public डिफ़ॉल्ट नीतियों को सभी समापन बिंदुओं पर लागू करेगा।

कैलिको डिफ़ॉल्ट नीतियां सभी आउटगोइंग ट्रैफ़िक को अनुमति देती हैं और इंटरनेट से आने वाले ट्रैफ़िक को कुछ घटकों (Kubernetes NodePort, LoadBalancer और Ingress service) की अनुमति देती हैं। अन्य सभी यातायात अवरुद्ध है। डिफ़ॉल्ट नीतियां क्लस्टर के भीतर ट्रैफ़िक पर लागू नहीं होती हैं (पॉड्स के बीच सहभागिता)

लगातार भंडारण सुरक्षा

दृढ़ता के स्तर पर सुरक्षा के लिए, एन्क्रिप्शन और कुंजी प्राधिकरण का उपयोग किया जाता है। वर्तमान में IKS के लिए उपलब्ध:

• क्लासिक एनएफएस
• क्लासिक ब्लॉक स्टोरेज (iSCSI)
• VP ब्लॉक स्टोरेज
• आइबीएम क्लाउड ऑब्जेक्ट स्टोरेज
• पोर्वेरक्स-आधारित एसडीएस (अपने स्वयं के श्रमिकों की स्थानीय ड्राइव का उपयोग करता है)

निगरानी और लॉगिंग

IKS की निगरानी के लिए आप IBM क्लाउड मॉनिटरिंग या Sysdig के समाधान का उपयोग कर सकते हैं। स्वाभाविक रूप से, प्रोमेथियस बिना नहीं था। प्रबंधित OpenShift अंतर्निहित निगरानी उपकरणों का उपयोग करता है।

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

• कंटेनर के लॉग खुद (STDOUT, STDERR)
• अनुप्रयोग लॉग (यदि उनके लिए पथ निर्दिष्ट है)
• कार्य नोड से लॉग
• कुबेरनेट्स एपीआई लॉग्स
• लॉग इन करता है
• सभी कुबेरनेट सिस्टम घटकों के लॉग (क्यूब-सिस्टम नेमस्पेस)

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

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

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

कंटेनर और कंटेनर छवि सुरक्षा

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

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

 apiVersion: securityenforcement.admission.cloud.ibm.com/v1beta1 kind: ClusterImagePolicy metadata: name: ibmcloud-default-cluster-image-policy spec: repositories: # CoreOS Container Registry - name: "quay.io/*" policy: # Amazon Elastic Container Registry - name: "*amazonaws.com/*" policy: # IBM Container Registry - name: "registry*.bluemix.net/*" policy 

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

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

कुबेरनेट्स के प्रबंधित क्लस्टर का पंजीकरण और परिनियोजन उदाहरण

आप आईबीएम क्लाउड में अपने प्रबंधित कुबेरनेट क्लस्टर को तैनात और परीक्षण कर सकते हैं:

• IBM क्लाउड में रजिस्टर करें : https://ibm.biz/rucloud (आपको अपने ईमेल पते की पुष्टि करनी होगी, आपको इस स्तर पर क्रेडिट कार्ड डेटा जोड़ने की आवश्यकता नहीं है)
• IKS सेवा का उपयोग करने के लिए, आप अपने खाते को एक भुगतान राशि में स्थानांतरित कर सकते हैं (अपग्रेड पर क्लिक करके और अपने बैंक कार्ड विवरण दर्ज करके - आपको खाते में $ 200 प्राप्त होंगे)। या विशेष रूप से हैबर के पाठकों के लिए, आप अपने खाते को ट्रायल मोड में बदलने के लिए एक कूपन प्राप्त कर सकते हैं - यह आपको 30 दिनों के लिए मुफ्त में एक न्यूनतम क्लस्टर तैनात करने की अनुमति देगा। इस अवधि के बाद, क्लस्टर को फिर से बनाया जा सकता है और परीक्षण जारी रख सकते हैं। आप लिंक पर एक कूपन का अनुरोध कर सकते हैं - https://ibm.biz/cloudcoupon । कार्य दिवस के दौरान कूपन की पुष्टि की जाती है।
• आप सेवाओं के कैटलॉग से एक मुक्त क्लस्टर (एक कार्यकर्ता 2 vCPUs 4GB RAM) बना सकते हैं - https://cloud.ibm.com/kubernetes/catalog/cluster/create
• क्लस्टर बनाने में 5-7 मिनट का समय लगेगा, जिसके बाद IKS क्लस्टर आपको उपलब्ध हो जाएगा।

निष्कर्ष

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

साधन

IKS सुस्त
https://ibm-container-service.slack.com/
https://www.ibm.com/cloud/blog/announcements/ibm-cloud-activity-tracker-with-logdna-for-ibm-cloud-object-storage
https://www.ibm.com/cloud/blog/announcements/introducing-the-portworx-software-defined-storage-solution
https://cloud.ibm.com/docs/services/Monitoring-with-Sysdig?topic=Sysdig-getting-started