शीर्ष 10 Kubernetes चाल र सुझावहरू

इन्टरनेटमा धेरै सन्दर्भ साहित्यहरू छन्, तर कहिलेकाहीँ सरल सल्लाह सबैभन्दा मूल्यवान हुन्छ। टोली Kubernetes aaS Mail.ru बाट अनुवाद दस चाल र सुझावहरूको चयन, जुन लेखको लेखकले Kubernetes सँग काम गरेको एक वर्ष पछि सङ्कलन गरे। सुझावहरू महत्त्व अनुसार क्रमबद्ध छैनन्, तर हामी सबैले आफ्नो लागि केहि उपयोगी पाउनुहुनेछ भन्ने लाग्छ।

Kubernetes संग काम गर्न सरल आदेश

सुरु गर्न को लागी, Kubernetes संग काम मा सायद सरल र सबै भन्दा उपयोगी कार्य। निम्न आदेशले आदेश पूरा गर्न सक्षम गर्दछ kubectl bash खोल मा:

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

अटोफिल kubectl .bashrc फाइलमा लेखिनेछ र प्रत्येक पटक शेल सुरु गर्दा स्वचालित रूपमा सक्रिय हुनेछ। यसले लामो आदेशहरू र प्यारामिटरहरू टाइप गर्न गति दिन्छ जस्तै all-namespaces। मा थप पढ्नुहोस् Kubernetes bash मद्दत.

नामस्थानमा पूर्वनिर्धारित मेमोरी र CPU सीमाहरू

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

यसलाई रोक्नको लागि, Kubernetes ले तपाईंलाई प्रति-नेमस्पेस आधारमा पूर्वनिर्धारित प्रतिबन्धहरू सेट गर्न अनुमति दिन्छ। तिनीहरू एक विशिष्ट नेमस्पेसको लागि yaml फाइलमा लेखिएका छन्। यहाँ यस्तो फाइल को एक उदाहरण छ:

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

यस्तो yaml सिर्जना गर्नुहोस् र कुनै पनि नेमस्पेसमा लागू गर्नुहोस्। उदाहरणका लागि, नाम स्थानमा limit-example। अब यो नाम स्थानमा तैनाथ गरिएको कुनै पनि कन्टेनरको सीमा 512Mi हुनेछ, जबसम्म यो कन्टेनरको लागि अर्को व्यक्तिगत सीमा थपिएको छैन।

Kubernetes को पुरानो संस्करणहरूमा फोहोर सङ्कलन

पूर्वनिर्धारित रूपमा कुबेलेटले जब फोहोर सङ्कलन सुरु गर्छ var/lib/docker उपलब्ध डिस्क स्पेसको ९०% ओगटेको छ। यो राम्रो छ, तथापि, Kubernetes 90 सम्म त्यहाँ प्रयोग गरिएको इनोडहरूको संख्यामा कुनै पूर्वनिर्धारित सीमा थिएन, जुन फाइल प्रणालीमा फाइलहरूको संख्यासँग मेल खान्छ।

सम्भवतः तपाईंको कन्टेनर var/lib/docker डिस्क स्पेसको 50% मात्र प्रयोग गर्न सक्छ, तर इनोडहरू समाप्त हुन सक्छ, जसले कामदारहरूको लागि समस्या निम्त्याउँछ।

1.4 देखि 1.6 सम्म कुबेलेटको पुरानो संस्करणहरूमा तपाईंले यो झण्डा थप्नु पर्छ:

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

1.7 र पछिको संस्करणहरूमा यो झण्डा पूर्वनिर्धारित रूपमा सेट गरिएको छ। यद्यपि, अघिल्लो संस्करणहरूले इनोड सीमालाई निगरानी गर्दैनन्।

Minikube... सानो तर शक्तिशाली स्थानीय Kubernetes

Minikube स्थानीय Kubernetes क्लस्टर चलाउन सजिलो तरिका हो। यो एक साधारण आदेश संग सुरु गरिएको छ:

minikube start

यो आदेश चलाउँदा तपाईंको कम्प्युटरमा चलिरहेको वास्तविक कुबर्नेट्स क्लस्टरको परिणाम हुन्छ।

दृष्टान्त स्रोत

चाल भनेको अनुप्रयोग कसरी बनाउने र त्यो क्लस्टरमा स्थानीय रूपमा चलाउने हो। विशेष रूपमा निर्देशन नगरेसम्म, डकर छवि तपाईंको कम्प्युटरमा बनाइनेछ र क्लस्टरमा होइन।

डकरलाई छविलाई स्थानीय Kubernetes क्लस्टरमा पुश गर्नको लागि, डकर मेसिनलाई निम्न आदेश दिइएको छ:

eval $(minikube docker-env)

अब हामी स्थानीय Kubernetes क्लस्टरमा अनुप्रयोगहरू निर्माण गर्न सक्छौं।

सबैलाई kubectl पहुँच नदिनुहोस्

यो स्पष्ट देखिन्छ, तर यदि धेरै टोलीहरूले तिनीहरूका अनुप्रयोगहरूको लागि समान क्लस्टर प्रयोग गर्दैछन् (जुन कुबर्नेट्सको लागि सिर्जना गरिएको हो), तपाईंले सबैलाई दिनु हुँदैन। kubectl। आदेशहरू अलग गर्नु राम्रो हुन्छ, ती मध्ये प्रत्येकलाई आफ्नै नाम स्थान तोक्न र RBAC नीतिहरू प्रयोग गरेर पहुँच सीमित गर्न।

तपाइँ प्रत्येक पोडको लागि पहुँच, पढ्न, सिर्जना गर्न, मेटाउन र अन्य अपरेशनहरूको अधिकार प्रदान गरेर भ्रमित हुन सक्नुहुन्छ। तर मुख्य कुरा गोप्य पहुँच सीमित गर्न हो, यो प्रशासकहरूलाई मात्र अनुमति दिन्छ। यस तरिकाले हामी क्लस्टर प्रशासित गर्न सक्ने र त्यसमा बस्न सक्नेहरू बीचको भिन्नता देखाउनेछौं।

पोड बजेटहरू प्रबन्ध गर्नुहोस्

Kubernetes क्लस्टरमा अनुप्रयोगको लागि डाउनटाइम कसरी सुनिश्चित गर्ने? PodDisruptionBudget र फेरि PodDisruptionBudget।

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

नोट: बजेट उल्लङ्घन उल्टाउन सकिने अवस्थामा मात्र 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, त्यसपछि यो PDB पहिलोमा मात्र लागू हुनेछ।

परिमिति minAvailable नोड खाली गर्दा (सफाई) गर्दा ध्यानमा राखियो। उदाहरणका लागि, हाम्रो उदाहरणमा, खाली गर्दा, सबै उदाहरणहरू बेदखल हुन्छन् app: app-a, दुई बाहेक।

यसले तपाइँलाई कुनै पनि समयमा एप्लिकेसनको कतिवटा उदाहरणहरू चल्नु पर्छ भनेर नियन्त्रण गर्न अनुमति दिन्छ।

आवेदन स्वास्थ्य निगरानी

यस्तो अनुगमन दुई तरिकामा सम्भव छ: तयारी वा जीवन्तता परीक्षण प्रयोग गरेर।

पहिलो प्रोब (तत्परता) ले ट्राफिक प्राप्त गर्न कन्टेनरको तत्परता निर्धारण गर्दछ।

दोस्रो (जीवितता) ले कन्टेनर स्वस्थ छ वा पुन: सुरु गर्न आवश्यक छ भनेर देखाउँछ।

सान्दर्भिक कन्फिगरेसनहरू मात्र प्रयोगका लागि yaml मा थपिएका छन्। त्यहाँ तपाइँ टाइमआउट, ढिलाइ समय र पुन: परीक्षण संख्या निर्दिष्ट गर्न सक्नुहुन्छ। तिनीहरूको बारेमा थप विवरणहरू हेर्नुहोस् Kubernetes दस्तावेज.

ट्यागहरू जताततै छन्

लेबलहरू Kubernetes मा आधारभूत अवधारणाहरू मध्ये एक हो। तिनीहरूले वस्तुहरूलाई स्वतन्त्र रूपमा एकअर्कासँग सञ्चार गर्न, साथै लेबलहरूमा आधारित प्रश्नहरू सिर्जना गर्न अनुमति दिन्छ। Kubernetes मा, तपाईं ग्राहकमा जान सक्नुहुन्छ र विशिष्ट ट्यागहरूको लागि घटनाहरू हेर्न सक्नुहुन्छ।

तपाइँ ट्यागहरु संग लगभग केहि गर्न सक्नुहुन्छ, तर एक राम्रो उदाहरण एउटै क्लस्टर मा कार्यक्रम चलाउन धेरै वातावरण सिर्जना हुनेछ।

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

यसले तपाइँलाई एप्लिकेसनको दुबै उदाहरणहरू पहुँच गर्न अनुमति दिन्छ, उदाहरणका लागि, एकै साथ परीक्षण सञ्चालन गर्न।

संगठित हुनुहोस्

Kubernetes एक धेरै शक्तिशाली प्रणाली हो, तर कुनै पनि प्रणाली अन्ततः धेरै प्रक्रियाहरु संग फंसिएको हुन सक्छ। Kubelet ले तपाइँले निर्दिष्ट गर्नुभएका सबै प्रक्रियाहरू र जाँचहरू चलाउँछ, साथै यसको आफ्नै।

निस्सन्देह, एउटा अनाथ सेवाले प्रणालीलाई ढिलो गर्दैन, र Kubernetes जमीनबाट मापन गर्न डिजाइन गरिएको हो। तर एक सेवाको सट्टा एक लाख देखा पर्यो भने, कुबेलेट चोक गर्न थाल्छ।

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

जानुहोस् भेट्नुहोस्

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

Kubernetes Go मा विकसित गरिएको छ, सबै विस्तारहरू Go मा लेखिएका छन्, र क्लाइन्ट-गो क्लाइन्ट लाइब्रेरी पनि आधिकारिक रूपमा समर्थित छ।

यो विभिन्न र रोचक चीजहरूको लागि प्रयोग गर्न सकिन्छ। उदाहरण को लागी, आफ्नो स्वाद मा Kubernetes प्रणाली विस्तार गर्न। त्यसोभए, तपाइँ डेटा सङ्कलन गर्न, अनुप्रयोगहरू डिप्लोय गर्न, वा कन्टेनरहरू सफा गर्न आफ्नै प्रोग्रामहरू प्रयोग गर्न सक्नुहुन्छ।

गो प्रोग्रामिङ भाषा सिक्नु र क्लाइन्ट-गोमा निपुणता हासिल गर्नु सायद तपाईंले नयाँ Kubernetes प्रयोगकर्ताहरूलाई दिन सक्ने सबैभन्दा महत्त्वपूर्ण सल्लाह हो।

Mail.ru क्लाउड समाधान को समर्थन संग अनुवादित

अरु के पढ्नु:

1. Kubernetes मा स्वत: स्केलिङ को तीन स्तर र कसरी प्रभावकारी रूपमा प्रयोग गर्ने.
2. Kubernetes कार्यकर्ता नोडहरू: धेरै साना वा केही ठूलाहरू?
3. Kubernetes तैनाती र प्रबन्ध गर्नका लागि 25 उपयोगी उपकरणहरू.

स्रोत: www.habr.com