👩🏿‍🎓 🈹 🌍 Yandex.Cloud के लिए कुबेरनेट्स CCM (क्लाउड नियंत्रक प्रबंधक) का परिचय 📕 🧛🏼 😠

Yandex.Cloud के लिए CSI ड्राइवर की हालिया रिलीज़ के सिलसिले में, हम इस क्लाउड के लिए एक और ओपन सोर्स प्रोजेक्ट प्रकाशित कर रहे हैं - क्लाउड कंट्रोलर मैनेजर । CCM केवल क्लस्टर के लिए ही नहीं, बल्कि CSI ड्राइवर के लिए भी आवश्यक है। इसके उद्देश्य और कुछ कार्यान्वयन सुविधाओं के बारे में विवरण कट के तहत हैं।

परिचय

ऐसा क्यों है?

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

CCM सामान्य रूप से क्या है?

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

विशेष रूप से, क्लाउड नियंत्रक प्रबंधक पाँच बुनियादी प्रकार की सहभागिता प्रदान करता है:

उदाहरण - कुबेरनेट्स में नोड ऑब्जेक्ट ( Nodeबादल प्रदाता में एक आभासी मशीन) के बीच 1: 1 कनेक्शन को लागू करता है। ऐसा करने के लिए, हम:
- spec.providerIDऑब्जेक्ट में फ़ील्ड भरें Node। उदाहरण के लिए, OpenStack CCM के लिए, इस क्षेत्र में निम्नलिखित प्रारूप हैं openstack:///d58a78bf-21b0-4682-9dc6-2132406d2bb0:। आप ऑब्जेक्ट के क्लाउड प्रदाता और सर्वर के अद्वितीय यूयूआईडी (ओपनस्टैक में वर्चुअल मशीन) का नाम देख सकते हैं;
- nodeInfo Node . , instance type AWS;
- . , Node NotReady, , providerID. — Node, ;
Zones – failure domain Node, Pod’ ;
LoadBalancer – Service LoadBalancer , . , Yandex.Cloud NetworkLoadBalancer TargetGroup ;
Route – , .. Kubernetes pod IP- pod’. (VXLAN, GENEVE) :
Volume – PV, PVC SC. CCM, Container Storage Interface (CSI). CSI , , CSI-.

पहले, क्लाउड के साथ बातचीत करने वाले सभी कोड मुख्य रूप से कुबेरनेट्स प्रोजेक्ट Git रिपॉजिटरी में पते पर रहते थे k8s.io/kubernetes/pkg/cloudprovider/providers, लेकिन उन्होंने एक बड़े कोड बेस के साथ काम करने में असुविधा के कारण इसे अस्वीकार करने का फैसला किया। सभी पुराने कार्यान्वयन को एक अलग भंडार में ले जाया गया । आगे समर्थन और विकास की सुविधा के लिए, सभी सामान्य घटकों को भी एक अलग भंडार में ले जाया गया ।

CSI के साथ, कई बड़े क्लाउड सेवा प्रदाताओं ने कुबेरनेट्स में क्लाउड उपयोग के लिए अपने CCM को पहले ही विकसित कर लिया है। यदि आपूर्तिकर्ता के पास सीसीएम नहीं है, लेकिन सभी आवश्यक कार्य एपीआई के माध्यम से उपलब्ध हैं, तो आप स्वयं सीसीएम लागू कर सकते हैं।

अपने CCM कार्यान्वयन को लिखने के लिए, आवश्यक गो-इंटरफेस को लागू करना पर्याप्त है ।

तथाजो हमें मिला है ।

कार्यान्वयन

आप इस पर कैसे आए?

हमने Yandex के लिए तैयार (!) CCM के साथ विकास (या बल्कि, यहां तक कि उपयोग) की शुरुआत एक साल पहले की थी।

हालाँकि, इस कार्यान्वयन में हमारी कमी थी:

जेडब्ल्यूटी आईएएम टोकन के माध्यम से प्रमाणीकरण;
सेवा नियंत्रक का समर्थन।

टेलीग्राम में लेखक (dlisin) के साथ समझौता करके , हमने यैंडेक्स -क्लाउड-कंट्रोलर-मैनेजर को फोर्क किया और लापता कार्यों को जोड़ा।

प्रमुख विशेषताऐं

वर्तमान में CCM निम्नलिखित इंटरफेस का समर्थन करता है:

उदाहरण ;
ज़ोन ;
लोडबेलर ।

भविष्य में, जब Yandex.Cloud VPC की उन्नत सुविधाओं के साथ काम करना शुरू कर देगा, तो हम रूट इंटरफ़ेस जोड़ देंगे ।

मुख्य चुनौती के रूप में लोडब्लांसर

प्रारंभ में, हमने अन्य CCM कार्यान्वयनों के साथ, एक प्रकार के साथ LoadBalancerऔर TargetGroupप्रत्येक के लिए एक जोड़ी बनाने की कोशिश की । हालाँकि, Yandex.Cloud ने एक दिलचस्प सीमा दिखाई: इसका उपयोग प्रतिच्छेदन (जोड़ी - ) के साथ नहीं किया जा सकता है । इसलिए, स्थापित CCM के भीतर एक नियंत्रक लॉन्च किया गया है कि जब वस्तु को बदलते हुए प्रत्येक वर्चुअल मशीन पर सभी इंटरफेस के बारे में जानकारी एकत्र करता है, तो उन्हें समूह के रूप में कुछ निश्चित बनाता है और यह वर्तमान है। इसके बाद, एक प्रकार के साथ एक ऑब्जेक्ट बनाते समय , हम बस पहले से बने एक को नए से जोड़ते हैं ।ServiceLoadBalancerTargetGroupsTargetsSubnetIDIpAddress

NodeNetworkIDTargetGroupNetworkIDServiceLoadBalanacerTargetGroupNetworkLoadBalanacer

उपयोग कैसे शुरू करें?

CCM Kubernetes संस्करण 1.15 और उच्चतर का समर्थन करता है। क्लस्टर में, इसके संचालन के लिए यह आवश्यक है कि ध्वज को क्यूब-एपीसर्वर, क्यूब-कंट्रोलर-मैनेजर, क्यूब-शेड्यूलर और सभी क्यूबलेटोव के लिए --cloud-provider=externalमान पर सेट किया trueजाए।

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

CCM का उपयोग करने के लिए आपको भी आवश्यकता होगी:

Yandex.Cloud निर्देशिका ( folder-id) की पहचानकर्ता प्रकट में निर्दिष्ट करें ;
Yandex.Cloud एपीआई के साथ बातचीत करने के लिए सेवा खाता। मैनिफ़ेस्ट में, Secretआपको अधिकृत कुंजी को सेवा खाते में स्थानांतरित करना होगा । प्रलेखन वर्णन करता है कि सेवा खाता कैसे बनाया जाए और चाबियाँ कैसे प्राप्त करें।

आप किसी भी समस्या का सामना करने पर प्रतिक्रिया और नए मुद्दों को प्राप्त करने में खुशी होगी !

सारांश

हम पिछले दो हफ्तों में पांच कुबेरनेट समूहों में सीसीएम लागू करने का उपयोग कर रहे हैं और आने वाले महीने में उनकी संख्या को 20 तक विस्तारित करने की योजना बना रहे हैं। बड़े और महत्वपूर्ण K8 प्रतिष्ठानों के लिए CCM का उपयोग करना वर्तमान में अनुशंसित नहीं है।

सीएसआई के मामले में, अगर हम यैंडेक्स डेवलपर्स इस परियोजना के विकास और समर्थन को लेते हैं, तो हमें खुशी होगी - हम हमारे लिए और अधिक विशिष्ट कार्यों से निपटने के लिए उनके अनुरोध पर भंडार को हस्तांतरित करने के लिए तैयार हैं।

पुनश्च

हमारे ब्लॉग में भी पढ़ें:

Yandex.Cloud के लिए कुबेरनेट्स CCM (क्लाउड नियंत्रक प्रबंधक) का परिचय