विभिन्न डेटा केंद्रों में कुबेरनेट्स समूहों को कैसे जोड़ा जाए

कुबेरनेट्स क्विक ट्यूटोरियल सीरीज़ में आपका स्वागत है। यह सबसे दिलचस्प सवालों के साथ एक नियमित कॉलम है जो हमें ऑनलाइन और हमारे प्रशिक्षणों में प्राप्त होता है। कुबेरनेट्स के विशेषज्ञ जवाब देते हैं।

आज के विशेषज्ञ डेनियल पॉलेंसिक हैं । डैनियल Learnk8s में एक प्रशिक्षक और सॉफ्टवेयर डेवलपर है।

यदि आप अपने प्रश्न का उत्तर अगली पोस्ट में देना चाहते हैं, तो कृपया हमें ईमेल या ट्विटर पर संपर्क करें : @ learnk8s

पिछले पोस्ट छोड़ दिया? उनके लिए यहां देखें ।

विभिन्न डेटा केंद्रों में कुबेरनेट्स समूहों को कैसे जोड़ा जाए?

संक्षेप में : Kubefed v2 जल्द ही आ रहा है , और मैं आपको शिपर और मल्टी-क्लस्टर-शेड्यूलर प्रोजेक्ट के बारे में पढ़ने की सलाह भी देता हूं।


अक्सर, बुनियादी ढांचे को अलग-अलग क्षेत्रों में दोहराया और वितरित किया जाता है, खासकर नियंत्रित वातावरण में।

यदि एक क्षेत्र अनुपलब्ध है, तो व्यवधान से बचने के लिए ट्रैफ़िक को दूसरे पर पुनर्निर्देशित किया जाता है।

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

आपके पास प्रति टीम, क्षेत्र, पर्यावरण या इन तत्वों के संयोजन में एक या अधिक क्लस्टर हो सकते हैं।

आपके समूहों को विभिन्न बादलों और स्थानीय वातावरण में होस्ट किया जा सकता है।

लेकिन इस तरह के भौगोलिक प्रसार के लिए बुनियादी ढांचे की योजना कैसे बनाई जाए?
एक ही नेटवर्क पर कई क्लाउड परिवेशों में एक बड़ा क्लस्टर बनाने की आवश्यकता है?
या बहुत सारे छोटे समूहों को शुरू करें और उन्हें नियंत्रित और सिंक्रनाइज़ करने का एक तरीका खोजें?

एक लीड क्लस्टर

एकल नेटवर्क पर एकल क्लस्टर बनाना इतना सरल नहीं है।

कल्पना कीजिए कि आपके पास एक दुर्घटना है, क्लस्टर के क्षेत्रों के बीच कनेक्टिविटी खो गई है।

यदि आपके पास एक मास्टर सर्वर है, तो आधे संसाधन नए आदेश प्राप्त करने में सक्षम नहीं होंगे, क्योंकि वे मास्टर से संपर्क करने में सक्षम नहीं होंगे।

और एक ही समय में, आपके पास पुरानी रूटिंग टेबल हैं ( kube-proxy नए लोड नहीं कर सकते हैं) और कोई अतिरिक्त पॉड्स (क्यूबलेट अपडेट का अनुरोध नहीं कर सकते हैं)।

मामलों को बदतर बनाने के लिए, यदि कुबेरनेट्स नोड को नहीं देखते हैं, तो यह इसे खोए हुए के रूप में चिह्नित करता है और लापता नोड्स को मौजूदा नोड्स में वितरित करता है।

नतीजतन, आपके पास दो बार कई फली हैं।

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

वॉर्ड डिस्क पर लिखने से पहले मूल्य पर बातचीत करने के लिए बेड़ा एल्गोरिथ्म का उपयोग करता है।
यानी, ज्यादातर उदाहरणों को सर्वसम्मति तक पहुंचना चाहिए, इससे पहले कि राज्य को लिखा जाए।

यदि etcd के उदाहरणों के बीच देरी नाटकीय रूप से बढ़ती है, जैसा कि विभिन्न क्षेत्रों में etcd के तीन उदाहरणों के साथ होता है, तो मान को समेटने और डिस्क पर लिखने में लंबा समय लगता है।
यह कुबेरनेट्स नियंत्रकों में परिलक्षित होता है।

नियंत्रक प्रबंधक को परिवर्तन के बारे में जानने और डेटाबेस की प्रतिक्रिया लिखने के लिए अधिक समय चाहिए।

और यदि नियंत्रक एक नहीं है, लेकिन कई, एक श्रृंखला प्रतिक्रिया प्राप्त की जाती है, और संपूर्ण क्लस्टर बहुत धीरे-धीरे काम करना शुरू कर देता है ।

लेडर्ड लेटेंसी के प्रति इतना संवेदनशील है कि आधिकारिक दस्तावेज नियमित हार्ड ड्राइव के बजाय एसएसडी का उपयोग करने की सलाह देता है ।

वर्तमान में एकल क्लस्टर के लिए बड़े नेटवर्क का कोई अच्छा उदाहरण नहीं है।

मूल रूप से, विकास समुदाय और एसआईजी-क्लस्टर समूह यह पता लगाने की कोशिश कर रहे हैं कि कुबेरनेट्स ऑर्केस्ट्रा को उसी तरह से कैसे ऑर्केस्ट्रेट करते हैं।

विकल्प 1: क्लस्टर फ़ेडरेशन को क्यूबफ़ेड के साथ

SIG- क्लस्टर से आधिकारिक उत्तर kubefed2 है, जो मूल क्लाइंट और ऑपरेटर क्यूब फेडरेशन का एक नया संस्करण है ।

पहली बार, उन्होंने क्यूब फेडरेशन टूल का उपयोग करके एक एकल ऑब्जेक्ट के रूप में क्लस्टर के संग्रह को प्रबंधित करने का प्रयास किया।

शुरुआत अच्छी थी, लेकिन अंत में, क्यूब फेडरेशन लोकप्रिय नहीं हुआ क्योंकि यह सभी संसाधनों का समर्थन नहीं करता था।

उन्होंने संयुक्त प्रसव और सेवाओं का समर्थन किया, लेकिन, उदाहरण के लिए, स्टेटफुलसेट्स नहीं।
और महासंघ का विन्यास एनोटेशन के रूप में प्रेषित किया गया था और लचीलेपन में भिन्न नहीं था।

कल्पना करें कि आप केवल एनोटेशन का उपयोग करके फेडरेशन में प्रत्येक क्लस्टर के लिए प्रतिकृतियों के पृथक्करण का वर्णन कैसे कर सकते हैं।

यह पूरी तरह गड़बड़ हो गया।

SIG-क्लस्टर ने kubefed v1 के बाद बहुत अच्छा काम किया और दूसरी तरफ से समस्या का सामना करने का फैसला किया।

एनोटेशन के बजाय, उन्होंने एक नियंत्रक जारी करने का फैसला किया जो क्लस्टर पर स्थापित है। इसे कस्टम संसाधन परिभाषा (CRD) का उपयोग करके कॉन्फ़िगर किया जा सकता है।

प्रत्येक संसाधन के लिए जो महासंघ का हिस्सा होगा, आपके पास तीन खंडों की एक कस्टम CRD परिभाषा है:

• संसाधन की मानक परिभाषा, जैसे कि तैनाती;
• placement अनुभाग, जहां आप यह निर्धारित करते हैं कि फेडरेशन में संसाधन कैसे वितरित किया जाएगा;
• अनुभाग override , जहां एक विशेष संसाधन के लिए आप प्लेसमेंट से वजन और मापदंडों को ओवरराइड कर सकते हैं।

यहां प्लेसमेंट और ओवरराइड अनुभागों के साथ संयुक्त वितरण का एक उदाहरण है।

 apiVersion: types.federation.k8s.io/v1alpha1 kind: FederatedDeployment metadata: name: test-deployment namespace: test-namespace spec: template: metadata: labels: app: nginx spec: replicas: 3 selector: matchLabels: app: nginx template: metadata: labels: app: nginx spec: containers: - image: nginx name: nginx placement: clusterNames: - cluster2 - cluster1 overrides: - clusterName: cluster2 clusterOverrides: - path: spec.replicas value: 5 

जैसा कि आप देख सकते हैं, आपूर्ति दो समूहों में वितरित की गई है: क्लस्टर cluster1 और क्लस्टर 2।

पहला क्लस्टर तीन प्रतिकृतियां वितरित करता है, जबकि दूसरा 5 पर सेट होता है।

यदि आपको प्रतिकृतियों की संख्या पर अधिक नियंत्रण की आवश्यकता है, तो kubefed2 एक नया प्रतिकृति प्रदान करता हैसक्रियता ऑब्जेक्ट, जहाँ प्रतिकृतियों को भारित किया जा सकता है:

 apiVersion: scheduling.federation.k8s.io/v1alpha1 kind: ReplicaSchedulingPreference metadata: name: test-deployment namespace: test-ns spec: targetKind: FederatedDeployment totalReplicas: 9 clusters: A: weight: 1 B: weight: 2 

सीआरडी संरचना और एपीआई अभी तैयार नहीं हैं, और आधिकारिक परियोजना भंडार में सक्रिय कार्य किया जा रहा है।

Kubefed2 के लिए देखें, लेकिन याद रखें कि यह अभी तक काम के माहौल के लिए उपयुक्त नहीं है।

Kubernetes ब्लॉग पर और आधिकारिक kubefed प्रोजेक्ट रिपॉजिटरी में आधिकारिक kubefed2 लेख में kubefed2 के बारे में अधिक जानें।

विकल्प 2: बुकिंग बुकिंग.कॉम-शैली क्लस्टर

Booking.com डेवलपर्स ने kubefed v2 के साथ सौदा नहीं किया, लेकिन वे कई क्षेत्रों में और कई बादलों में कई समूहों पर डिलीवरी के लिए ऑपरेटर, शिपर के साथ आए।

शिपर kubefed2 के समान है।

दोनों उपकरण आपको कई समूहों के लिए परिनियोजन रणनीति को कॉन्फ़िगर करने की अनुमति देते हैं (कौन से क्लस्टर का उपयोग किया जाता है और उनके पास कितने प्रतिकृतियां हैं)।

लेकिन शिपर का लक्ष्य डिलीवरी त्रुटियों के जोखिम को कम करना है।

शिपर में, आप उन चरणों की एक श्रृंखला को परिभाषित कर सकते हैं जो पिछली और वर्तमान तैनाती और आने वाले ट्रैफ़िक की मात्रा के बीच प्रतिकृतियों के पृथक्करण का वर्णन करते हैं।

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

और शिपर बहुत सीमित है।

उदाहरण के लिए, यह इनपुट के रूप में हेलम चार्ट को स्वीकार करता है और वेनिला संसाधनों का समर्थन नहीं करता है।
सामान्य शब्दों में, शिपर निम्नानुसार काम करता है।

मानक वितरण के बजाय, आपको एक एप्लिकेशन संसाधन बनाने की आवश्यकता है जिसमें हेल्म चार्ट शामिल है:

 apiVersion: shipper.booking.com/v1alpha1 kind: Application metadata: name: super-server spec: revisionHistoryLimit: 3 template: chart: name: nginx repoUrl: https://storage.googleapis.com/shipper-demo version: 0.0.1 clusterRequirements: regions: - name: local strategy: steps: - capacity: contender: 1 incumbent: 100 name: staging traffic: contender: 0 incumbent: 100 - capacity: contender: 100 incumbent: 0 name: full on traffic: contender: 100 incumbent: 0 values: replicaCount: 3 

कई समूहों को प्रबंधित करने के लिए शिपर एक अच्छा विकल्प है, लेकिन हेल्म के साथ इसका घनिष्ठ संबंध ही हस्तक्षेप करता है।

क्या होगा अगर हम सभी हेल्म से kustomitan या kapitan के लिए आगे बढ़ते हैं ?

इस आधिकारिक प्रेस विज्ञप्ति में शिपर और उसके दर्शन के बारे में अधिक जानें।

यदि आप कोड में तल्लीन करना चाहते हैं , तो आधिकारिक परियोजना भंडार पर जाएं ।

विकल्प 3: "जादू" क्लस्टर में शामिल होना

कूबडेड वी 2 और शिपर क्लस्टर फेडरेशन के साथ काम करते हैं, कस्टम संसाधन परिभाषाओं के माध्यम से नए संसाधनों के साथ क्लस्टर प्रदान करते हैं।

लेकिन क्या होगा अगर आप सभी आपूर्ति, स्टेटफुलसेट्स, डेमनसेट्स, आदि को फिर से संयोजित करने के लिए फिर से लिखना नहीं चाहेंगे?

YAML को बदले बिना किसी मौजूदा क्लस्टर को फेडरेशन में कैसे शामिल किया जाए?

मल्टी-क्लस्टर-शेड्यूलर एक एडमिरैलिटी प्रोजेक्ट है जो क्लस्टर्स में प्लानिंग वर्कलोड को हैंडल करता है।

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

प्रत्येक के तहत तुरंत एक डमी द्वारा प्रतिस्थापित किया गया।

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

स्रोत पॉड एक अन्य योजना चक्र से गुजरता है, जहां पूरे महासंघ के सर्वेक्षण के बाद, प्लेसमेंट पर निर्णय लिया जाता है।

अंत में, पॉड को लक्ष्य क्लस्टर में पहुंचाया जाता है।

नतीजतन, आपके पास एक अतिरिक्त पॉड है जो कुछ भी नहीं करता है, बस जगह लेता है।

लाभ यह है कि आपको आपूर्ति को संयोजित करने के लिए नए संसाधनों को लिखना नहीं पड़ा।

पॉड बनाने वाला प्रत्येक संसाधन अपने आप मर्ज होने के लिए तैयार है।

यह दिलचस्प है, क्योंकि आपने अचानक कई क्षेत्रों में वितरित किए हैं, लेकिन आपने ध्यान नहीं दिया है। हालांकि, यह काफी जोखिम भरा है, क्योंकि यहां सब कुछ जादू पर टिकी हुई है।

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

इसमें एक उन्नत क्रमिक आपूर्ति तंत्र नहीं है।

आप आधिकारिक रिपॉजिटरी पेज पर मल्टी-क्लस्टर-शेड्यूलर के बारे में अधिक जान सकते हैं।

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

अन्य उपकरण और समाधान

कई समूहों को जोड़ना और प्रबंधित करना एक जटिल कार्य है, कोई सार्वभौमिक समाधान नहीं है।

यदि आप इस विषय के बारे में अधिक जानना चाहते हैं, तो यहां कुछ संसाधन दिए गए हैं:

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

आज के लिए बस इतना ही

अंत तक पढ़ने के लिए धन्यवाद!

यदि आप कई समूहों को अधिक कुशलता से जोड़ना जानते हैं, तो हमें बताएं ।

हम आपके तरीके को लिंक से जोड़ देंगे।

इस लेख को पढ़ने और महासंघ कैसे काम करता है के बारे में कुछ उपयोगी जानकारी साझा करने के लिए क्रिस नेस्बिट-स्मिथ और विन्सेन्ट डी स्मेट ( swatmobile.io पर विश्वसनीयता इंजीनियर) के लिए विशेष धन्यवाद।