👦 🌻 🏷️ टॉप 10 कुबेरनेट्स टिप्स एंड ट्रिक्स 👨‍🎨 🧒🏾 📉

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

कुबेरनेट्स के साथ काम करने वाली सबसे आसान टीम

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

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

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

नेमस्पेस में मेमोरी और सीपीयू पर डिफ़ॉल्ट प्रतिबंध

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

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

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

ऐसा यम बनाएँ और किसी भी नामस्थान पर लागू करें। उदाहरण के लिए, एक नाम स्थान के लिए 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। टीमों को उनमें से प्रत्येक को अपने नामस्थान और आरबीएसी नीतियों द्वारा पहुंच को बेहतर बनाने के लिए अलग करना बेहतर है।

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

चूल्हा बजट प्रबंधित करें

कुबेरनेट क्लस्टर में एक आवेदन के लिए कोई डाउनटाइम की गारंटी कैसे करें? PodDisruptionBudget और फिर से PodDisruptionBudget।

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

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

PDB उदाहरण:

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 Cloud Solutions के समर्थन से अनुवादित

और क्या पढ़ें :

टॉप 10 कुबेरनेट्स टिप्स एंड ट्रिक्स