🥇शीर्ष 10 कुबेरनेट्स ट्रिक्स और टिप्स

इंटरनेट पर बहुत सारा संदर्भ साहित्य है, लेकिन कभी-कभी सबसे सरल सलाह सबसे मूल्यवान होती है। टीम Mail.ru से Kubernetes aaS अनुवाद दस तरकीबों और युक्तियों का चयन, जिसे लेख के लेखक ने कुबेरनेट्स के साथ एक साल तक काम करने के बाद एकत्र किया। युक्तियों को महत्व के आधार पर क्रमबद्ध नहीं किया गया है, लेकिन हम सोचते हैं कि हर कोई अपने लिए कुछ न कुछ उपयोगी ढूंढेगा।

कुबेरनेट्स के साथ काम करने का सबसे सरल आदेश

आरंभ करने के लिए, कुबेरनेट्स के साथ काम करने में शायद सबसे सरल और सबसे उपयोगी क्रिया। निम्न आदेश आदेश को पूरा करने में सक्षम बनाता है kubectl बैश शेल में:

echo "source <(kubectl completion bash)" >> ~/.bashrc

स्वत: पूर्ण kubectl .bashrc फ़ाइल में लिखा जाएगा और हर बार शेल प्रारंभ होने पर स्वचालित रूप से सक्रिय हो जाएगा। यह लंबे कमांड और पैरामीटर जैसे टाइपिंग को गति देता है all-namespaces. अधिक जानकारी में कुबेरनेट्स बैश सहायता.

नेमस्पेस में डिफ़ॉल्ट मेमोरी और सीपीयू सीमाएँ

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

इसे रोकने के लिए, कुबेरनेट्स आपको प्रति-नामस्थान के आधार पर डिफ़ॉल्ट प्रतिबंध सेट करने की अनुमति देता है। वे एक विशिष्ट नामस्थान के लिए yaml फ़ाइल में लिखे गए हैं। यहां ऐसी फ़ाइल का एक उदाहरण दिया गया है:

apiVersion: v1
kind: LimitRange
metadata:
  name: mem-limit-range
spec:
  limits:
  - default:
      memory: 512Mi
    defaultRequest:
      memory: 256Mi
    type: Container

ऐसा yaml बनाएं और किसी भी नेमस्पेस पर लागू करें। उदाहरण के लिए, नेमस्पेस के लिए limit-example. अब इस नेमस्पेस में तैनात किसी भी कंटेनर की सीमा 512Mi होगी, जब तक कि इस कंटेनर के लिए अतिरिक्त व्यक्तिगत सीमा निर्धारित न की जाए।

कुबेरनेट्स के पुराने संस्करणों में कचरा संग्रहण

क्यूबलेट डिफ़ॉल्ट रूप से कचरा संग्रहण शुरू करता है जब var/lib/docker उपलब्ध डिस्क स्थान का 90% भाग घेरता है। यह बहुत अच्छा है, हालाँकि, कुबेरनेट्स 1.7 तक उपयोग किए गए इनोड की संख्या पर कोई डिफ़ॉल्ट सीमा नहीं थी, जो फ़ाइल सिस्टम में फ़ाइलों की संख्या के अनुरूप थी।

संभावित रूप से आपका कंटेनर var/lib/docker केवल 50% डिस्क स्थान का उपयोग कर सकता है, लेकिन इनोड समाप्त हो सकता है, जिससे श्रमिकों के लिए समस्याएँ पैदा होंगी।

क्यूबलेट के 1.4 से 1.6 तक के पुराने संस्करणों में आपको यह ध्वज जोड़ना होगा:

--eviction-hard
=memory.available<100Mi,nodefs.available<10%,nodefs.inodesFree<5%

1.7 और बाद के संस्करणों में यह ध्वज डिफ़ॉल्ट रूप से सेट है। हालाँकि, पिछले संस्करण इनोड सीमा की निगरानी नहीं करते हैं।

मिनिक्यूब... छोटे लेकिन शक्तिशाली स्थानीय कुबेरनेट्स

मिनिक्यूब स्थानीय कुबेरनेट्स क्लस्टर चलाने का सबसे आसान तरीका है। इसे एक साधारण कमांड के साथ लॉन्च किया गया है:

minikube start

इस कमांड को चलाने से आपकी मशीन पर एक वास्तविक कुबेरनेट्स क्लस्टर चलने लगता है।

चित्रण स्रोत

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

डॉकर को छवि को स्थानीय कुबेरनेट्स क्लस्टर में धकेलने के लिए बाध्य करने के लिए, डॉकर मशीन को निम्नलिखित आदेश दिया गया है:

eval $(minikube docker-env)

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

Kubectl को हर किसी तक पहुंच न दें

यह स्पष्ट प्रतीत होता है, लेकिन यदि कई टीमें अपने अनुप्रयोगों के लिए एक ही क्लस्टर का उपयोग कर रही हैं (जिसके लिए कुबेरनेट्स बनाया गया था), तो आपको हर किसी को नहीं देना चाहिए kubectl. आदेशों को अलग करना, उनमें से प्रत्येक को अपना स्वयं का नामस्थान निर्दिष्ट करना और आरबीएसी नीतियों का उपयोग करके पहुंच को सीमित करना बेहतर है।

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

पॉड बजट प्रबंधित करें

कुबेरनेट्स क्लस्टर में किसी एप्लिकेशन के लिए कोई डाउनटाइम कैसे सुनिश्चित करें? पॉडडिस्रप्शनबजट और फिर पॉडडिस्रप्शनबजट।

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

नोट: पीडीबी बजट को तभी ध्यान में रखा जाता है जब बजट उल्लंघन प्रतिवर्ती हो (स्वैच्छिक व्यवधान). हार्डवेयर विफलता जैसी स्थितियों में, पीडीबी काम नहीं करेगा।

उदाहरण पीडीबी:

apiVersion: policy/v1beta1
kind: PodDisruptionBudget
metadata:
  name: app-a-pdb
spec:
  minAvailable: 2
  selector:
      matchLabels:
        app: app-a

दो मुख्य पैरामीटर हैं matchLabels и minAvailable. पहला पैरामीटर निर्दिष्ट करता है कि बजट किन अनुप्रयोगों पर लागू होता है। उदाहरण के लिए, यदि मेरे पास लेबल के साथ तैनाती है app: app-a и app: app-b, तो यह पीडीबी केवल पहले वाले पर लागू होगा।

प्राचल minAvailable नोड को खाली (सफाई) करते समय ध्यान में रखा जाता है। उदाहरण के लिए, हमारे उदाहरण में, खाली करने के दौरान, सभी इंस्टेंसेस को बेदखल कर दिया जाता है app: app-a, दो को छोड़कर।

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

अनुप्रयोग स्वास्थ्य निगरानी

ऐसी निगरानी दो तरीकों से संभव है: रेडीनेस या लाइवनेस परीक्षणों का उपयोग करना।

पहली जांच (तत्परता) यातायात प्राप्त करने के लिए कंटेनर की तत्परता को निर्धारित करती है।

दूसरा (लाइवनेस) दिखाता है कि कंटेनर स्वस्थ है या उसे फिर से चालू करने की आवश्यकता है।

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

टैग हर जगह हैं

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

आप टैग के साथ लगभग कुछ भी कर सकते हैं, लेकिन एक अच्छा उदाहरण एक ही क्लस्टर पर प्रोग्राम चलाने के लिए कई वातावरण बनाना होगा।

मान लीजिए कि आप उसी क्लस्टर का उपयोग करते हैं dev и qa. इसका मतलब है कि आपके पास एक एप्लिकेशन हो सकता है app-a, दोनों वातावरणों में एक साथ काम करना qa и dev. इस मामले में, हम उपयुक्त पैरामीटर निर्दिष्ट करके किसी विशिष्ट वातावरण में एप्लिकेशन इंस्टेंस को अलग से एक्सेस कर सकते हैं environment। उदाहरण के लिए, app: app-a и environment: dev एक पर्यावरण के लिए, और app: app-a и environment: qa दूसरे के लिए.

यह आपको एप्लिकेशन के दोनों उदाहरणों तक पहुंचने की अनुमति देता है, उदाहरण के लिए, एक साथ परीक्षण करने के लिए।

संगठित हो जाओ

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

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

यदि किसी कारण से आप कोई परिनियोजन (कंटेनर, छवि, कुछ भी) हटाते हैं, तो सुनिश्चित करें कि आप पूरी तरह से सफाई करें।

गो से मिलें

हमने मुख्य सलाह को अंत के लिए सहेज कर रखा है। गो प्रोग्रामिंग भाषा सीखें.

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

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

गो प्रोग्रामिंग भाषा सीखना और क्लाइंट-गो में महारत हासिल करना शायद सबसे महत्वपूर्ण सलाह है जो आप नए कुबेरनेट्स उपयोगकर्ताओं को दे सकते हैं।

Mail.ru क्लाउड सॉल्यूशंस के समर्थन से अनुवादित

और क्या पढ़ना है:

स्रोत: www.habr.com

शीर्ष 10 कुबेरनेट्स ट्रिक्स और टिप्स