👎🏿 📔 🧔 कुबेरनेट्स: एक आश्चर्यजनक रूप से सस्ती व्यक्तिगत परियोजना समाधान 🏤 💯 🈷️

नमस्कार साथियों!

जनवरी में, हमारे पास आखिरकार कुबेरनेट्स पर लंबे समय से प्रतीक्षित पुस्तक है। गीगी सैफान द्वारा "मास्टर्बिंग कुबेरनेट्स 2 संस्करण" के बारे में भाषण:

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

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

कुबेरनेट्स की रक्षा में एक शब्द

नीचे मैं आपको दिखाऊंगा कि अपने कुबेरनेट क्लस्टर को कैसे सेट किया जाए, लेकिन पहले यह समझाने की कोशिश करें कि कुबेरनेट को छोटी परियोजनाओं में क्यों इस्तेमाल किया जाना चाहिए:

कुबेरनेट्स पूरी तरह से है

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

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

कुबेरनेट्स इन सभी समस्याओं को हल करता है। स्वाभाविक रूप से, वे सभी अन्य तरीकों से हल किए जाते हैं, जिनमें से कुबेरनेट्स के लिए बेहतर विकल्प हैं; हालाँकि, कितना बेहतर है कि इस सब के बारे में बिल्कुल न सोचें और अनुप्रयोग विकास पर ध्यान केंद्रित करें।

Kubernetes विश्वसनीय है

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

erno: हम्म। कंप्यूटर खो दिया ... गंभीरता से, _lost_। वह जवाब देता है, ठीक काम करता है, मुझे नहीं पता कि वह अपार्टमेंट में कहां गया था।
bash.org/?5273

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

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

Kubernetes सीखना विकल्पों से अधिक कठिन नहीं है

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

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

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

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

क्या वास्तव में यह है:

 [Unit] Description=The NGINX HTTP and reverse proxy server After=syslog.target network.target remote-fs.target nss-lookup.target [Service] Type=forking PIDFile=/run/nginx.pid ExecStartPre=/usr/sbin/nginx -t ExecStart=/usr/sbin/nginx ExecReload=/usr/sbin/nginx -s reload ExecStop=/bin/kill -s QUIT $MAINPID PrivateTmp=true [Install] WantedBy=multi-user.target

इससे ज्यादा कठिन?

 apiVersion: apps/v1 kind: Deployment metadata: name: my-nginx spec: selector: matchLabels: run: my-nginx replicas: 1 template: metadata: labels: run: my-nginx spec: containers: - name: my-nginx image: nginx ports: - containerPort: 80

और यह अभी भी एक अपेक्षाकृत अच्छा मामला है। यदि आप दूरस्थ रूप से 100% बुनियादी ढांचे का प्रबंधन करते हैं, तो आप मैन्युअल सर्वर सहायता प्रदान करने में सक्षम नहीं होंगे। ऐसा करने के लिए, आपको किसी प्रकार के उपकरण की आवश्यकता होगी: ansible, नमक, महाराज, कठपुतली, आदि। स्वाभाविक रूप से, कुबेरनेट्स को मास्टर करने और इसके साथ प्रभावी ढंग से काम करने के लिए, आपको बहुत कुछ सीखने की जरूरत है, लेकिन यह विकल्पों से निपटने से ज्यादा मुश्किल नहीं है।

Kubernetes खुला स्रोत

सर्वरलेस प्रौद्योगिकियों की विशाल लोकप्रियता के युग में, कुबेरनेट्स विशिष्ट आपूर्तिकर्ताओं से अपनी स्वतंत्रता के लिए उल्लेखनीय है। कम से कम 3 लोकप्रिय और आसान-से-प्रबंधित कुबेरनेट्स प्रदाता (Google, Amazon, Microsoft) हैं जो भविष्य के निकट भविष्य में गायब नहीं होंगे। कई कंपनियां भी हैं जो अपने कुबेरनेट समूहों का सफलतापूर्वक प्रबंधन करती हैं, और हर दिन ऐसी कंपनियों की संख्या कई गुना बढ़ जाती है। आज, एक दिन से कुबेरनेट्स के साथ काम करना अधिकांश स्टार्टअप के लिए एक स्पष्ट समाधान है।
कुबेरनेट्स, एक ओपन सोर्स प्रोजेक्ट होने के नाते, अच्छी तरह से प्रलेखित, स्थिर और लोकप्रिय है, और स्टैकओवरफ्लो पर किसी भी समस्या से यथासंभव विस्तार से निपटा जा सकता है। बेशक, कुबेरनेट्स की अपनी बग और तकनीकी चुनौतियां हैं, लेकिन मैं आपको विश्वास दिलाता हूं: दुनिया में ऐसे लोग हैं जो कुबेरनेट्स को अविश्वसनीय कौशल से आकर्षित करते हैं। उनका काम आपके लाभांश हैं; अगले कुछ वर्षों में, इस तकनीक में सुधार किया जाएगा।

कुबेरनेत तराजू

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

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

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

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

अपनी खुद की कुबेरनेट क्लस्टर बनाएं

इसलिए, मेरा मानना है कि छोटी परियोजनाओं में कुबेरनेट्स का उपयोग करना उचित है, लेकिन केवल अगर एक क्लस्टर स्थापित करना सरल और सस्ता है। यह पता चला है कि दोनों प्राप्त करने योग्य हैं। कुबेरनेट्स प्रबंधित प्रदाता हैं जो कुबेरनेट्स मेजबान के नियंत्रण विमान का समर्थन करते हुए, स्वयं द्वारा पूरी गंदगी को संभालते हैं। और क्लाउड इन्फ्रास्ट्रक्चर वातावरण में हाल ही में डंपिंग युद्धों ने ऐसी सेवाओं की लागत में आश्चर्यजनक कमी ला दी है।
हम उदाहरण के रूप में Google (GKE) से कुबेरनेट इंजन का उपयोग करते हुए निम्नलिखित मामले का विश्लेषण करेंगे, हालाँकि, यदि आप Google के अनुरूप नहीं हैं, तो आप Amazon (EKS) या Microsoft (AKS) के ऑफ़र भी देख सकते हैं। अपने खुद के कुबेरनेट क्लस्टर बनाने के लिए, हमें चाहिए:

डोमेन नाम (~ 10 $ / वर्ष, डोमेन पर निर्भर करता है)
Cloudflare DNS होस्टिंग (मुफ़्त)
GKE कुबेरनेट्स थ्री-नोड क्लस्टर (~ $ 5 / माह)
Google कंटेनर रजिस्ट्री (GCR) (फ्री) में एक डॉकटर कंटेनर के रूप में अपलोड किया गया वेब एप्लिकेशन
कुबेरनेट्स विन्यास के लिए कई यमल फाइलें

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

Google कॉन्फ़िगरेशन

सबसे पहले, कंसोल.क्लाउड.ओक डॉट कॉम पर जाएं और एक प्रोजेक्ट बनाएं, अगर आपने पहले से ऐसा नहीं किया है। आपको एक बिलिंग खाता भी बनाना होगा। फिर, हैमबर्गर मेनू के माध्यम से, कुबेरनेट्स पृष्ठ पर जाएं और एक नया क्लस्टर बनाएं। यहां आपको आगे क्या करना है:

स्थान प्रकार के लिए जोनल का चयन करें।
मैंने अपना स्थान हमें-सेंट्रल 1-ए के रूप में इंगित किया
कुबेरनेट का अपना संस्करण चुनें
सबसे सस्ता उदाहरण प्रकार (f1-micro) का उपयोग करके 3 नोड्स का एक पूल बनाएं।
नोड्स के इस पूल के लिए, "उन्नत" स्क्रीन पर, बूट डिस्क का आकार 10GB पर सेट करें, एक्सट्रूडेड नोड्स (वे सस्ते हैं) को सक्षम करें, ऑटो-अपडेट और ऑटो-उपचार सक्षम करें।
नोड्स के पूल के तहत आपको कई अतिरिक्त विकल्प मिलेंगे। हम HTTP लोड बैलेंसिंग (जीसीपी में लोड संतुलन महंगा है) को निष्क्रिय करना चाहते हैं, और स्टैकड्राइवर से जुड़ी पूरी अर्थव्यवस्था को भी अक्षम कर सकते हैं (यह महंगा भी हो सकता है और, मेरे अनुभव में, बहुत विश्वसनीय नहीं है)। कुबेरनेट्स सूचक पैनल को भी बंद कर दें।

इन सभी विकल्पों को रखने के बाद, आप अगले चरण पर आगे बढ़ सकते हैं: एक क्लस्टर बनाएं। यहां बताया गया है कि इस पर बचत कैसे करें:

कुबेरनेट्स विमान को नियंत्रित करता है: मुफ्त, क्योंकि Google होस्ट नोड्स को चार्ज नहीं करता है
कुबेरनेट्स काम करते हैं नोड्स: $ 5.04 / माह, एक नियम के रूप में, 3 माइक्रो-नोड्स में आपकी लागत $ 11.65 / महीना होगी, और उन्हें भीड़ से बाहर कर दिया जाएगा, हम इस दर को $ 7.67 / माह तक कम कर देंगे, और हमेशा फ्री - $ 5.04 पर।
भंडारण लागत: नि: शुल्क। हमें मुफ्त में 30GB स्थायी डिस्क स्थान मिलता है, इसलिए ऊपर हमने 10GB का आकार चुना।
लोड बैलेंसिंग की लागत: मुफ्त में, हमने HTTP लोड बैलेंसिंग को बंद कर दिया, क्योंकि केवल इसने हमें $ 18 / महीना लिया। इसके बजाय, प्रत्येक नोड पर हमारी स्वयं की HTTP प्रॉक्सी चलाएं और DNS को सार्वजनिक आईपी पर निर्देशित करें।
नेटवर्क खर्च: निःशुल्क, जब तक आप प्रति माह 1GB का चयन नहीं करते हैं, तब तक ईग्रेन फ़ंक्शन मुफ्त रहता है। (अगला, हर अगले गीगाबाइट की कीमत 8 सेंट है)

इसलिए हमने 3 नोड्स का एक कुबेरनेट्स क्लस्टर स्थापित किया है, यह हमारे लिए एकमात्र डिजिटल महासागर मशीन के समान कीमत है।

GKE को कॉन्फ़िगर करने के अलावा, आपको कुछ फ़ायरवॉल नियमों को भी कॉन्फ़िगर करने की आवश्यकता है ताकि आप बाहरी दुनिया से हमारे मेजबानों के HTTP बंदरगाहों तक पहुंच सकें। हैमबर्गर मेनू में VPC नेटवर्क प्रविष्टि ढूंढें, फिर फ़ायरवॉल नियम पर जाएं और IP पता श्रेणी 0.0.0.0/0 के साथ TCP पोर्ट 80 और 443 के लिए नियम जोड़ें।

फ़ायरवॉल नियम

स्थानीय सेटिंग

इसलिए, हमने क्लस्टर उठाया और शुरू किया, और अब इसे कॉन्फ़िगर करते हैं। gcloud पर दिए निर्देशों का पालन करते हुए gcloud टूल इंस्टॉल करें। इसे स्थापित करने के बाद, आप ऐसा करके कॉन्फ़िगरेशन के लिए आगे बढ़ सकते हैं:

 gcloud auth login

बेशक, आपको अभी भी डॉकटर को स्थापित करना है, और फिर इसे जीसीआर से बांधना है, ताकि आप कंटेनर भेज सकें:

 gcloud auth configure-docker

आप यहां उल्लिखित निर्देशों का पालन करके भी kubectl को स्थापित और कॉन्फ़िगर कर सकते हैं।

सरलीकृत:

 gcloud components install kubectl gcloud config set project PROJECT_ID gcloud config set compute/zone COMPUTE_ZONE gcloud container clusters get-credentials CLUSTER_NAME

वैसे, यह सिर्फ एक परी कथा है कि यह सभी टूलकिट विंडोज, ओएसएक्स या लिनक्स पर काम करता है। एक व्यक्ति के रूप में जिसने कभी-कभी विंडोज के तहत ऐसी चीजें की हैं, मैं मानता हूं कि यह एक सुखद आश्चर्य है।

वेब एप्लीकेशन बिल्ड

एक वेब एप्लिकेशन को किसी भी प्रोग्रामिंग भाषा में लिखा जा सकता है। कंटेनर आपको विशेष रूप से सार करने की अनुमति देता है। हमें एक HTTP एप्लिकेशन को पोर्ट पर सुनना चाहिए। मैं ऐसे उद्देश्यों के लिए जाना पसंद करता हूं, लेकिन एक बदलाव के लिए हम क्रिस्टल की कोशिश करेंगे। main.cr फ़ाइल बनाएँ:

 # crystal-www-example/main.cr require "http/server" Signal::INT.trap do exit end server = HTTP::Server.new do |context| context.response.content_type = "text/plain" context.response.print "Hello world from crystal-www-example! The time is #{Time.now}" end server.bind_tcp("0.0.0.0", 8080) puts "Listening on http://0.0.0.0:8080" server.listen

हमें एक डॉकफाइल की भी आवश्यकता है:

 # crystal-www-example/Dockerfile FROM crystallang/crystal:0.26.1 as builder COPY main.cr main.cr RUN crystal build -o /bin/crystal-www-example main.cr --release ENTRYPOINT [ "/bin/crystal-www-example" ]

हमारे एप्लिकेशन का निर्माण और परीक्षण करने के लिए, दौड़ें:

 docker build -t gcr.io/PROJECT_ID/crystal-www-example:latest . docker run -p 8080:8080 gcr.io/PROJECT_ID/crystal-www-example:latest

और फिर लोकलहोस्ट पर ब्राउज़र पर जाएँ: 8080। इस तंत्र को स्थापित करने के बाद, हम अपने आवेदन को GCR में भेजकर चला सकते हैं:

 docker push gcr.io/PROJECT_ID/crystal-www-example:latest

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

मेरा कुबेरनेट्स विन्यास यहाँ है ।

इस उदाहरण के लिए, हमें कई yaml फ़ाइलें बनानी होंगी जहाँ हमारी विभिन्न सेवाएँ प्रस्तुत की जाएँगी, और फिर उन्हें क्लस्टर में कॉन्फ़िगर करने के लिए kubectl लागू करें। कुबेरनेट्स विन्यास वर्णनात्मक है, और ये सभी यमल फाइलें कुबेरनेट्स को बताती हैं कि हम किस राज्य को प्राप्त करना चाहते हैं। एक व्यापक अर्थ में, यही हम करने जा रहे हैं:

हमारे क्रिस्टल-www-उदाहरण वेब एप्लिकेशन के लिए परिनियोजन और सेवा बनाएँ
नगीने के लिए डेमन सेट (सेवाएं सेट) और कॉन्फ़िगरेशन मैप (कॉन्फ़िगरेशन मैप) बनाएं
हम DNS के लिए Cloudflare के साथ IP नोड्स को सिंक्रोनाइज़ करने के लिए अपना खुद का एप्लिकेशन लॉन्च करते हैं

वेब अनुप्रयोग कॉन्फ़िगरेशन

पहले, आइए हमारे वेब एप्लिकेशन को कॉन्फ़िगर करें: (प्रोजेक्ट के आईडी से PROJECT_ID को बदलना सुनिश्चित करें)

 # kubernetes-config/crystal-www-example.yaml apiVersion: apps/v1 kind: Deployment metadata: name: crystal-www-example labels: app: crystal-www-example spec: replicas: 1 selector: matchLabels: app: crystal-www-example template: metadata: labels: app: crystal-www-example spec: containers: - name: crystal-www-example image: gcr.io/PROJECT_ID/crystal-www-example:latest ports: - containerPort: 8080 --- kind: Service apiVersion: v1 metadata: name: crystal-www-example spec: selector: app: crystal-www-example ports: - protocol: TCP port: 8080 targetPort: 8080

यह एक परिनियोजन (विस्तारित कॉन्फ़िगरेशन) बनाता है, जिसके अनुसार कुबेरनेट्स को एक एकल कंटेनर (हमारे डॉकटर कंटेनर वहां काम करेंगे) और एक सेवा का उपयोग करना होगा जिसे हम अपने क्लस्टर में सेवाओं को खोजने के लिए उपयोग करेंगे। इस कॉन्फ़िगरेशन को लागू करने के लिए, ( kubernetes-config निर्देशिका से) kubernetes-config :

 kubectl apply -f

आप इसे इस तरह से परख सकते हैं:

 kubectl get pod #     : # crystal-www-example-698bbb44c5-l9hj9 1/1 Running 0 5m

हम एक्सेस के लिए एक प्रॉक्सी एपीआई भी बना सकते हैं:

 kubectl proxy

और फिर जाएं: लोकलहोस्ट : 8001 / एपीआई / v1 / नामस्थान / डिफ़ॉल्ट / सेवाएं / क्रिस्टल-www-उदाहरण / प्रॉक्सी /

NGINX कॉन्फ़िगरेशन

आमतौर पर, HTTP सेवाओं के साथ काम करते समय, कुबेरनेट्स एक इनपुट नियंत्रक का उपयोग करता है। दुर्भाग्य से, Google का HTTP लोड बैलेंसर बहुत महंगा है, इसलिए हमने इसका उपयोग नहीं किया है, लेकिन अपने स्वयं के HTTP प्रॉक्सी का उपयोग करें और इसे मैन्युअल रूप से कॉन्फ़िगर करें (यह डरावना लगता है, लेकिन वास्तव में यह बहुत सरल है)।

ऐसा करने के लिए, डेमन सेट और कॉन्फ़िगरेशन मैप का उपयोग करें। डेमन सेट एक एप्लिकेशन है जो हर नोड पर चलता है। कॉन्फ़िगर मानचित्र, सिद्धांत रूप में, एक छोटी फ़ाइल जिसे हम कंटेनर में माउंट कर सकते हैं; यह फ़ाइल nginx कॉन्फ़िगरेशन को संग्रहीत करेगी।
Yaml फ़ाइल कुछ इस तरह दिखती है:

 apiVersion: apps/v1 kind: DaemonSet metadata: name: nginx labels: app: nginx spec: selector: matchLabels: app: nginx template: metadata: labels: app: nginx spec: hostNetwork: true dnsPolicy: ClusterFirstWithHostNet containers: - image: nginx:1.15.3-alpine name: nginx ports: - name: http containerPort: 80 hostPort: 80 volumeMounts: - name: "config" mountPath: "/etc/nginx" volumes: - name: config configMap: name: nginx-conf --- apiVersion: v1 kind: ConfigMap metadata: name: nginx-conf data: nginx.conf: | worker_processes 1; error_log /dev/stdout info; events { worker_connections 10; } http { access_log /dev/stdout; server { listen 80; location / { proxy_pass http://crystal-www-example.default.svc.cluster.local:8080; } } }

यह है कि हम कैसे nginx कंटेनर में कॉन्फ़िगरेशन कार्ड के nginx.conf फ़ाइल को माउंट करते हैं। हमने दो और क्षेत्रों के लिए मान भी निर्धारित किए हैं: hostNetwork: true , ताकि आप होस्ट पोर्ट को dnsPolicy: ClusterFirstWithHostNet सकें और बाहर से nginx तक पहुंच dnsPolicy: ClusterFirstWithHostNet और dnsPolicy: ClusterFirstWithHostNet ताकि आप क्लस्टर के भीतर सेवाओं का उपयोग कर सकें। यदि ऐसा नहीं किया जाता है, तो हमें पूरी तरह से मानक कॉन्फ़िगरेशन मिलेगा।

इन अभिव्यक्तियों को लागू करें और आप अपने नोड्स के सार्वजनिक आईपी के माध्यम से nginx तक पहुंच सकते हैं।

यहां बताया गया है कि आप इसे कैसे सत्यापित कर सकते हैं:

 kubectl get node -o yaml # look for: # - address: ... # type: ExternalIP

इसलिए अब हमारा वेब एप्लिकेशन इंटरनेट से सुलभ है। यह एप्लिकेशन के लिए एक सुंदर नाम के साथ आता है।

डीएनएस कनेक्शन

हमारे क्लस्टर के नोड्स के लिए 3 A DNS रिकॉर्ड सेट करना आवश्यक है:

UI Cloudflare में प्रविष्टियाँ

फिर इन A रिकॉर्ड को इंगित करने के लिए CNAME रिकॉर्ड जोड़ें। (उदा। www.example.com CNAME for kubernetes.example.com)। यह मैन्युअल रूप से किया जा सकता है, लेकिन बेहतर - स्वचालित रूप से, ताकि अगर हमें कभी DNS रिकॉर्ड में नोड्स को स्केल करने या बदलने की आवश्यकता हो, तो यह जानकारी भी स्वचालित रूप से अपडेट हो जाती है।

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

शुरू करने के लिए, मैंने एक मुखबिर बनाया:

 factory := informers.NewSharedInformerFactory(client, time.Minute) lister := factory.Core().V1().Nodes().Lister() informer := factory.Core().V1().Nodes().Informer() informer.AddEventHandler(cache.ResourceEventHandlerFuncs{ AddFunc: func(obj interface{}) { resync() }, UpdateFunc: func(oldObj, newObj interface{}) { resync() }, DeleteFunc: func(obj interface{}) { resync() }, }) informer.Run(stop)

जब भी कोई नोड बदलता है, तो यह मेरे resync फ़ंक्शन को कॉल करेगा। तब मैं Cloudflare API लाइब्रेरी का उपयोग करके API को सिंक्रनाइज़ करता हूं, कुछ इस तरह से:

 var ips []string for _, node := range nodes { for _, addr := range node.Status.Addresses { if addr.Type == core_v1.NodeExternalIP { ips = append(ips, addr.Address) } } } sort.Strings(ips) for _, ip := range ips { api.CreateDNSRecord(zoneID, cloudflare.DNSRecord{ Type: "A", Name: options.DNSName, Content: ip, TTL: 120, Proxied: false, }) }

फिर, हमारे वेब एप्लिकेशन के साथ, हम एक तैनाती के रूप में कुबेरनेट्स में इस एप्लिकेशन को लॉन्च करते हैं:

 apiVersion: apps/v1 kind: Deployment metadata: name: kubernetes-cloudflare-sync labels: app: kubernetes-cloudflare-sync spec: replicas: 1 selector: matchLabels: app: kubernetes-cloudflare-sync template: metadata: labels: app: kubernetes-cloudflare-sync spec: serviceAccountName: kubernetes-cloudflare-sync containers: - name: kubernetes-cloudflare-sync image: gcr.io/PROJECT_ID/kubernetes-cloudflare-sync args: - --dns-name=kubernetes.example.com env: - name: CF_API_KEY valueFrom: secretKeyRef: name: cloudflare key: api-key - name: CF_API_EMAIL valueFrom: secretKeyRef: name: cloudflare key: email

हमें cloudflare api कुंजी और मेलिंग पते को निर्दिष्ट करके कुबेरनेट्स गुप्त बनाने की आवश्यकता होगी:

 kubectl create secret generic cloudflare --from-literal=email='EMAIL' --from-literal=api-key='API_KEY'

हमें एक सेवा खाता भी बनाना होगा (नोड्स को पुनः प्राप्त करने के लिए कुबेरनेट्स एपीआई पर हमारी तैनाती की सुविधा प्रदान करना)। पहला रन (विशेषकर GKE के लिए):

 kubectl create clusterrolebinding cluster-admin-binding --clusterrole cluster-admin --user YOUR_EMAIL_ADDRESS_HERE

और फिर आवेदन करें:

 apiVersion: v1 kind: ServiceAccount metadata: name: kubernetes-cloudflare-sync --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: name: kubernetes-cloudflare-sync rules: - apiGroups: [""] resources: ["nodes"] verbs: ["list", "watch"] --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRoleBinding metadata: name: kubernetes-cloudflare-sync-viewer roleRef: apiGroup: rbac.authorization.k8s.io kind: ClusterRole name: kubernetes-cloudflare-sync subjects: - kind: ServiceAccount name: kubernetes-cloudflare-sync namespace: default

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

निष्कर्ष

कुबेरनेट्स को बड़े सिस्टम के प्रबंधन के लिए प्रमुख प्रौद्योगिकी बनना तय है। , Kubernetes , Kubernetes , Kubernetes , Kubernetes .

, Kubernetes : , . – !

कुबेरनेट्स: एक आश्चर्यजनक रूप से सस्ती व्यक्तिगत परियोजना समाधान

More articles: