हेल्म उपकरण आणि त्याचे नुकसान

टायफॉन फ्रेट होलर संकल्पना, अँटोन स्वानेपोएल

माझे नाव दिमित्री सुग्रोबोव्ह आहे, मी लेरॉय मर्लिन येथे विकासक आहे. या लेखात मी तुम्हाला हेल्मची आवश्यकता का आहे, ते कुबर्नेट्ससह कार्य कसे सुलभ करते, तिसऱ्या आवृत्तीमध्ये काय बदलले आहे आणि डाउनटाइमशिवाय उत्पादनामध्ये अनुप्रयोग अद्यतनित करण्यासाठी ते कसे वापरावे हे सांगेन.

एका परिषदेतील भाषणावर आधारित हा सारांश आहे @Kubernetes परिषद by Mail.ru क्लाउड सोल्यूशन्स - तुम्हाला वाचायचे नसेल तर व्हिडिओ पहा.

आम्ही उत्पादनात कुबर्नेट्स का वापरतो

लेरॉय मर्लिन हे रशिया आणि युरोपमधील DIY किरकोळ बाजारात आघाडीवर आहेत. आमच्या कंपनीत शंभरहून अधिक विकासक, 33 अंतर्गत कर्मचारी आणि हायपरमार्केट आणि वेबसाइटला भेट देणारे लोक मोठ्या संख्येने आहेत. त्या सर्वांना आनंदी करण्यासाठी, आम्ही उद्योग मानक पद्धतींचे पालन करण्याचे ठरवले. मायक्रोसर्व्हिस आर्किटेक्चर वापरून नवीन अनुप्रयोग विकसित करा; वातावरण वेगळे करण्यासाठी आणि योग्य वितरण सुनिश्चित करण्यासाठी कंटेनर वापरा; आणि ऑर्केस्ट्रेशनसाठी कुबर्नेट्स वापरा. ऑर्केस्ट्रेटर वापरण्याची किंमत झपाट्याने स्वस्त होत आहे: तंत्रज्ञानामध्ये निपुण अभियंत्यांची संख्या बाजारपेठेत वाढत आहे आणि प्रदाते कुबरनेटेस सेवा म्हणून ऑफर करताना दिसत आहेत.

कुबर्नेट्स जे काही करतो ते सर्व काही, अर्थातच, इतर मार्गांनी केले जाऊ शकते, उदाहरणार्थ, काही जेनकिन्स आणि डॉकर-कंपोज स्क्रिप्टसह झाकून, परंतु तयार आणि विश्वासार्ह उपाय असल्यास जीवन गुंतागुंतीचे का करावे? म्हणूनच आम्ही Kubernetes वर आलो आणि आता एक वर्षापासून ते उत्पादनात वापरत आहोत. आमच्याकडे सध्या चोवीस कुबर्नेट्स क्लस्टर्स आहेत, त्यापैकी सर्वात जुने एक वर्षापेक्षा जुने आहेत, सुमारे दोनशे शेंगा आहेत.

Kubernetes मध्ये मोठ्या YAML फायलींचा शाप

Kubernetes मध्ये मायक्रोसर्व्हिस लाँच करण्यासाठी, आम्ही किमान पाच YAML फाइल्स तयार करू: डिप्लॉयमेंट, सर्व्हिस, इंग्रेस, कॉन्फिगमॅप, सिक्रेट्स - आणि त्या क्लस्टरला पाठवू. पुढील ऍप्लिकेशनसाठी आम्ही जॅम्ब्सचे समान पॅकेज लिहू, तिसऱ्यासह आम्ही दुसरे लिहू, आणि असेच. जर आपण दस्तऐवजांची संख्या वातावरणाच्या संख्येने गुणाकार केली तर आपल्याला शेकडो फायली आधीच मिळतील आणि हे अद्याप डायनॅमिक वातावरणाचा विचार करत नाही.

हेल्मचे मुख्य मेंटेनर अॅडम रीझ यांनी "कुबर्नेट्समधील विकास चक्र", जे यासारखे दिसते:

1. YAML कॉपी करा - YAML फाइल कॉपी करा.
2. YAML पेस्ट करा - पेस्ट करा.
3. फिक्स इंडेंट्स - फिक्स इंडेंट्स.
4. पुन्हा करा - पुन्हा पुन्हा करा.

पर्याय कार्य करतो, परंतु तुम्हाला अनेक वेळा YAML फाइल्स कॉपी कराव्या लागतील. हे चक्र बदलण्यासाठी हेल्मचा शोध लागला.

हेल्म म्हणजे काय

प्रथम, हेल्म - पॅकेज व्यवस्थापक, जे आपल्याला आवश्यक असलेले प्रोग्राम शोधण्यात आणि स्थापित करण्यात मदत करते. स्थापित करण्यासाठी, उदाहरणार्थ, मोंगोडीबी, तुम्हाला अधिकृत वेबसाइटवर जाण्याची आणि बायनरी डाउनलोड करण्याची आवश्यकता नाही, फक्त कमांड चालवा. helm install stable/mongodb.

दुसरे म्हणजे, हेल्म - टेम्पलेट इंजिन, फाइल्सचे पॅरामीटराइज करण्यात मदत करते. कुबर्नेट्समधील YAML फायलींसह परिस्थितीकडे परत येऊ. समान YAML फाइल लिहिणे सोपे आहे, त्यात काही प्लेसहोल्डर जोडा, ज्यामध्ये हेल्म मूल्ये बदलेल. म्हणजेच, स्कॅफोल्ड्सच्या मोठ्या संचाऐवजी, टेम्पलेट्सचा एक संच असेल ज्यामध्ये आवश्यक मूल्ये योग्य वेळी बदलली जातील.

तिसरे, हेल्म - उपयोजन मास्टर. त्याद्वारे तुम्ही अॅप्लिकेशन्स इन्स्टॉल, रोलबॅक आणि अपडेट करू शकता. हे कसे करायचे ते शोधूया.

आपले स्वतःचे अनुप्रयोग उपयोजित करण्यासाठी हेल्म कसे वापरावे

अधिकृत अनुसरण करून, आपल्या संगणकावर हेल्म क्लायंट स्थापित करूया सूचना. पुढे, आम्ही YAML फाइल्सचा एक संच तयार करू. विशिष्ट मूल्ये निर्दिष्ट करण्याऐवजी, आम्ही प्लेसहोल्डर्स सोडू, जे हेल्म भविष्यात माहितीसह भरेल. अशा फाइल्सच्या संचाला हेल्म चार्ट म्हणतात. हे हेल्म कन्सोल क्लायंटला तीन प्रकारे पाठवले जाऊ शकते:

• टेम्पलेट्ससह फोल्डर सूचित करा;
• आर्काइव्हला .tar मध्ये पॅक करा आणि त्यास निर्देशित करा;
• टेम्प्लेट रिमोट रिपॉजिटरीमध्ये ठेवा आणि हेल्म क्लायंटमधील रेपॉजिटरीमध्ये लिंक जोडा.

आपल्याला मूल्यांसह फाइल देखील आवश्यक आहे - values.yaml. तिथून आलेला डेटा टेम्प्लेटमध्ये टाकला जाईल. तेही तयार करूया.

हेल्मच्या दुसऱ्या आवृत्तीमध्ये अतिरिक्त सर्व्हर अनुप्रयोग आहे - टिलर. हे कुबर्नेट्सच्या बाहेर लटकते आणि हेल्म क्लायंटच्या विनंत्यांची प्रतीक्षा करते आणि कॉल केल्यावर, टेम्पलेटमध्ये आवश्यक मूल्ये बदलते आणि कुबर्नेट्सला पाठवते.

हेल्म 3 सोपे आहे: सर्व्हरवर टेम्पलेट्सवर प्रक्रिया करण्याऐवजी, माहितीवर आता संपूर्णपणे हेल्म क्लायंटच्या बाजूने प्रक्रिया केली जाते आणि थेट Kubernetes API कडे पाठविली जाते. हे सरलीकरण क्लस्टर सुरक्षा सुधारते आणि रोलआउट योजना सुलभ करते.

हे सर्व कसे कार्य करते

कमांड चालवा helm install. चला ऍप्लिकेशन रिलीजचे नाव सूचित करू आणि values.yaml चा मार्ग देऊ. शेवटी आम्ही चार्ट ज्या रेपॉजिटरीमध्ये स्थित आहे आणि चार्टचे नाव दर्शवू. उदाहरणामध्ये, हे अनुक्रमे "lmru" आणि "bestchart" आहेत.

helm install --name bestapp --values values.yaml lmru/bestchart

आदेश फक्त एकदाच कार्यान्वित केला जाऊ शकतो, त्याऐवजी पुन्हा कार्यान्वित केल्यावर install वापरणे आवश्यक आहे upgrade. साधेपणासाठी, दोन आज्ञांऐवजी, तुम्ही कमांड चालवू शकता upgrade अतिरिक्त की सह --install. प्रथमच कार्यान्वित केल्यावर, हेल्म रिलीझ स्थापित करण्यासाठी कमांड पाठवेल आणि भविष्यात ते अद्यतनित करेल.

helm upgrade --install bestapp --values values.yaml lmru/bestchart

हेल्मसह ऍप्लिकेशनच्या नवीन आवृत्त्या उपयोजित करण्याचे नुकसान

कथेच्या या टप्प्यावर, मी प्रेक्षकांसोबत हू वांट्स टू बी अ मिलियनेअर खेळत आहे आणि आम्ही हेल्मला अॅपची आवृत्ती अपडेट करण्यासाठी कसे मिळवायचे ते शोधत आहोत. व्हिडिओ पहा.

जेव्हा मी हेल्म कसे कार्य करते हे शिकत होतो, तेव्हा चालू असलेल्या ऍप्लिकेशन्सच्या आवृत्त्या अद्यतनित करण्याचा प्रयत्न करताना मला विचित्र वर्तनाने आश्चर्य वाटले. मी ऍप्लिकेशन कोड अपडेट केला, डॉकर रेजिस्ट्रीमध्ये एक नवीन इमेज अपलोड केली, डिप्लॉयमेंट कमांड पाठवली - आणि काहीही झाले नाही. खाली अॅप्लिकेशन्स अपडेट करण्याचे काही पूर्णपणे यशस्वी नसलेले मार्ग आहेत. त्या प्रत्येकाचा अधिक तपशीलवार अभ्यास करून, आपण इन्स्ट्रुमेंटची अंतर्गत रचना आणि या स्पष्ट वर्तनाची कारणे समजून घेण्यास सुरुवात करता.

पद्धत 1. शेवटच्या लॉन्चपासून माहिती बदलू नका

कॅक ग्लासीट अधिकृत वेबसाइट हेल्म, "कुबर्नेट्स चार्ट मोठे आणि जटिल असू शकतात, म्हणून हेल्म कोणत्याही गोष्टीला जास्त स्पर्श न करण्याचा प्रयत्न करतो." म्हणून, जर तुम्ही डॉकर रेजिस्ट्रीमध्ये अॅप्लिकेशन इमेजची नवीनतम आवृत्ती अपडेट केली आणि कमांड चालवा helm upgrade, मग काहीही होणार नाही. हेल्म विचार करेल की काहीही बदललेले नाही आणि अनुप्रयोग अद्यतनित करण्यासाठी कुबर्नेट्सला कमांड पाठविण्याची आवश्यकता नाही.

येथे आणि खाली, नवीनतम टॅग केवळ उदाहरण म्हणून दर्शविला आहे. तुम्ही हा टॅग नमूद केल्यावर, इमेजपुलपॉलिसी पॅरामीटरकडे दुर्लक्ष करून, कुबर्नेट्स प्रत्येक वेळी डॉकर रेजिस्ट्रीमधून इमेज डाउनलोड करेल. उत्पादनात नवीनतम वापरणे अवांछित आहे आणि दुष्परिणामांना कारणीभूत आहे.

पद्धत 2. प्रतिमेमध्ये LABEL अद्यतनित करा

त्यात लिहिल्याप्रमाणे दस्तऐवजीकरण, "हेल्म फक्त एखादे अॅप्लिकेशन अपडेट करेल जर ते शेवटच्या रिलीझपासून बदलले असेल." यासाठी एक तार्किक पर्याय डॉकर इमेजमध्येच LABEL अद्यतनित करत असल्याचे दिसते. तथापि, हेल्म ऍप्लिकेशनच्या प्रतिमा पाहत नाही आणि त्यांना त्यांच्यातील कोणत्याही बदलांची कल्पना नाही. त्यानुसार, इमेजमधील लेबल्स अपडेट करताना, हेल्मला त्यांच्याबद्दल माहिती नसेल आणि अॅप्लिकेशन अपडेट कमांड कुबेरनेट्सला पाठवली जाणार नाही.

पद्धत 3: की वापरा --force

चला मॅन्युअलकडे वळू आणि आवश्यक की शोधूया. की सर्वात अर्थ प्राप्त करते --force. स्पष्ट नाव असूनही, वागणूक अपेक्षेपेक्षा वेगळी आहे. अनुप्रयोग अद्यतनाची सक्ती करण्याऐवजी, त्याचा खरा उद्देश अयशस्वी स्थितीत असलेले प्रकाशन पुनर्संचयित करणे हा आहे. जर तुम्ही ही की वापरत नसाल, तर तुम्हाला आदेश क्रमशः कार्यान्वित करावे लागतील helm delete && helm install --replace. त्याऐवजी की वापरण्याचा सल्ला दिला जातो --force, जे या आदेशांची अनुक्रमिक अंमलबजावणी स्वयंचलित करते. याबाबत अधिक माहिती पुल विनंती. हेल्मला अनुप्रयोग आवृत्ती अद्यतनित करण्यासाठी सांगण्यासाठी, दुर्दैवाने, ही की कार्य करणार नाही.

पद्धत 4. ​​कुबर्नेट्समध्ये थेट लेबले बदला

कमांड वापरून थेट क्लस्टरमध्ये लेबल अपडेट करत आहे kubectl edit - वाईट कल्पना. या कृतीमुळे चालू असलेला अर्ज आणि मूळत: उपयोजनासाठी पाठवलेला अर्ज यांच्यातील माहितीमध्ये विसंगती निर्माण होईल. या प्रकरणात तैनाती दरम्यान हेल्मचे वर्तन त्याच्या आवृत्तीपेक्षा वेगळे आहे: हेल्म 2 काहीही करणार नाही आणि हेल्म 3 अनुप्रयोगाची नवीन आवृत्ती तैनात करेल. का हे समजून घेण्यासाठी, हेल्म कसे कार्य करते हे समजून घेणे आवश्यक आहे.

हेल्म कसे कार्य करते?

एखादे ऍप्लिकेशन त्याच्या शेवटच्या प्रकाशनानंतर बदलले आहे की नाही हे निर्धारित करण्यासाठी, हेल्म हे वापरू शकते:

• Kubernetes मध्ये चालू अनुप्रयोग;
• नवीन values.yaml आणि वर्तमान चार्ट;
• हेल्मची अंतर्गत प्रकाशन माहिती.

अधिक उत्सुकतेसाठी: हेल्म रिलीझबद्दल अंतर्गत माहिती कोठे संग्रहित करते?आदेशाची अंमलबजावणी करून helm history, आम्हाला हेल्म वापरून स्थापित केलेल्या आवृत्त्यांबद्दल सर्व माहिती मिळेल.

पाठवलेल्या टेम्प्लेट्स आणि मूल्यांबद्दल तपशीलवार माहिती देखील आहे. आम्ही विनंती करू शकतो:

हेल्मच्या दुस-या आवृत्तीमध्ये, ही माहिती त्याच नेमस्पेसमध्ये आहे जिथे टिलर चालू आहे (क्युब-सिस्टम बाय डीफॉल्ट), कॉन्फिगमॅपमध्ये, "OWNER=TILLER" लेबलसह चिन्हांकित:

जेव्हा हेल्मची तिसरी आवृत्ती दिसली, तेव्हा माहिती गुप्ततेवर आणि त्याच नेमस्पेसमध्ये हलवली गेली जिथे अनुप्रयोग चालू होता. याबद्दल धन्यवाद, एकाच प्रकाशन नावासह वेगवेगळ्या नेमस्पेसमध्ये एकाच वेळी अनेक अनुप्रयोग चालवणे शक्य झाले. दुस-या आवृत्तीत नेमस्पेसेस वेगळ्या केल्या जातात परंतु ते एकमेकांवर प्रभाव टाकू शकतात तेव्हा ही एक गंभीर डोकेदुखी होती.

दुसरे हेल्म, अपडेटची आवश्यकता आहे की नाही हे समजून घेण्याचा प्रयत्न करताना, माहितीचे फक्त दोन स्त्रोत वापरते: आता त्याला काय प्रदान केले आहे आणि कॉन्फिगमॅपमध्ये असलेल्या प्रकाशनांबद्दल अंतर्गत माहिती.

तिसरा हेल्म त्रि-मार्गी विलीनीकरण धोरण वापरते: त्या माहितीच्या व्यतिरिक्त, ते कुबेरनेट्समध्ये सध्या चालू असलेले अनुप्रयोग देखील विचारात घेते.

या कारणास्तव, हेल्मची जुनी आवृत्ती काहीही करणार नाही, कारण ती क्लस्टरमधील अनुप्रयोग माहिती विचारात घेत नाही, परंतु हेल्म 3 बदल प्राप्त करेल आणि तैनातीसाठी नवीन अनुप्रयोग पाठवेल.

पद्धत 5. --recreate-pods स्विच वापरा

चावी घेऊन --recreate-pods तुम्ही मूलत: किल्लीने जे साध्य करायचे ठरवले होते ते तुम्ही साध्य करू शकता --force. कंटेनर रीस्टार्ट होतील आणि imagePullPolicy: नवीनतम टॅगसाठी नेहमी धोरणानुसार (वरील तळटीपमध्ये याबद्दल अधिक), Kubernetes इमेजची नवीन आवृत्ती डाउनलोड करेल आणि लॉन्च करेल. हे सर्वोत्कृष्ट पद्धतीने केले जाणार नाही: उपयोजनाचा स्ट्रॅटेजी प्रकार विचारात न घेता, ते सर्व जुने ऍप्लिकेशन्स अचानक बंद करेल आणि नवीन लॉन्च करणे सुरू करेल. रीस्टार्ट दरम्यान, सिस्टम कार्य करणार नाही, वापरकर्त्यांना त्रास होईल.

कुबर्नेट्समध्येही अशीच समस्या बर्याच काळापासून अस्तित्वात होती. आणि आता, उघडल्यानंतर 4 वर्षांनी परिणाम, समस्येचे निराकरण केले गेले आहे, आणि Kubernetes च्या आवृत्ती 1.15 पासून प्रारंभ करून, पॉड्स रोल-रीस्टार्ट करण्याची क्षमता दिसून येते.

हेल्म फक्त सर्व ऍप्लिकेशन बंद करते आणि जवळपास नवीन कंटेनर लाँच करते. तुम्ही हे उत्पादनामध्ये करू शकत नाही, जेणेकरून अॅप्लिकेशन डाउनटाइम होऊ नये. हे केवळ विकासाच्या गरजांसाठी आवश्यक आहे आणि केवळ स्टेज वातावरणातच केले जाऊ शकते.

हेल्म वापरून ऍप्लिकेशन आवृत्ती कशी अपडेट करायची?

आम्ही हेल्मला पाठवलेली मूल्ये बदलू. सामान्यतः, ही अशी मूल्ये आहेत जी प्रतिमा टॅगच्या जागी बदलली जातात. लेटेस्टच्या बाबतीत, जी बहुधा अनुत्पादक वातावरणासाठी वापरली जाते, बदलता येणारी माहिती एक भाष्य आहे, जी कुबर्नेट्ससाठीच निरुपयोगी आहे आणि हेल्मसाठी ते अनुप्रयोग अद्यतनित करण्याच्या गरजेसाठी सिग्नल म्हणून कार्य करेल. भाष्य मूल्य भरण्यासाठी पर्याय:

1. यादृच्छिक मूल्य मानक कार्य वापरून - {{ randAlphaNum 6 }}.
   एक चेतावणी आहे: अशा व्हेरिएबलसह चार्ट वापरून प्रत्येक उपयोजनानंतर, भाष्य मूल्य अद्वितीय असेल आणि हेल्म असे गृहीत धरेल की बदल आहेत. असे दिसून आले की आम्ही अनुप्रयोगाची आवृत्ती बदलली नसली तरीही आम्ही नेहमी रीस्टार्ट करू. हे गंभीर नाही, कारण कोणताही डाउनटाइम होणार नाही, परंतु तरीही ते अप्रिय आहे.
2. वर्तमान पेस्ट करा तारीख आणि वेळ - {{ .Release.Date }}.
   व्हेरिएंट हे कायमस्वरूपी अनन्य व्हेरिएबल असलेल्या यादृच्छिक मूल्यासारखे असते.
3. अधिक योग्य मार्ग वापरणे आहे चेकसम. हा प्रतिमेचा SHA किंवा गिटमधील शेवटच्या कमिटचा SHA आहे - {{ .Values.sha }}.
   ते मोजले जाणे आवश्यक आहे आणि कॉलिंग बाजूला हेल्म क्लायंटकडे पाठवणे आवश्यक आहे, उदाहरणार्थ जेनकिन्समध्ये. जर अर्ज बदलला असेल तर चेकसम बदलेल. त्यामुळे, हेल्म जेव्हा गरज असेल तेव्हाच अॅप्लिकेशन अपडेट करेल.

चला आपल्या प्रयत्नांचा सारांश घेऊया

• हेल्म कमीत कमी आक्रमक पद्धतीने बदल करतो, त्यामुळे डॉकर रेजिस्ट्रीमधील अॅप्लिकेशन इमेज स्तरावरील कोणत्याही बदलामुळे अपडेट मिळणार नाही: कमांड अंमलात आणल्यानंतर काहीही होणार नाही.
• की --force समस्याप्रधान प्रकाशन पुनर्संचयित करण्यासाठी वापरले जाते आणि सक्तीच्या अद्यतनांशी संबंधित नाही.
• की --recreate-pods बळजबरीने ऍप्लिकेशन्स अपडेट करेल, परंतु ते तोडफोडीच्या पद्धतीने करेल: ते अचानक सर्व कंटेनर बंद करेल. वापरकर्त्यांना याचा त्रास होईल; तुम्ही उत्पादनात हे करू नये.
• कमांड वापरून कुबर्नेट्स क्लस्टरमध्ये थेट बदल करा kubectl edit करू नका: आम्ही सुसंगतता खंडित करू आणि हेल्मच्या आवृत्तीनुसार वागणूक भिन्न असेल.
• हेल्मच्या नवीन आवृत्तीच्या प्रकाशनासह, अनेक बारकावे दिसू लागल्या आहेत. हेल्म रेपॉजिटरीमधील समस्या स्पष्ट भाषेत वर्णन केल्या आहेत, ते तुम्हाला तपशील समजण्यास मदत करतील.
• चार्टमध्ये संपादन करण्यायोग्य भाष्य जोडल्याने ते अधिक लवचिक होईल. हे तुम्हाला डाउनटाइम न करता योग्यरित्या अॅप्लिकेशन रोल आउट करण्यास अनुमती देईल.

एक "जागतिक शांतता" विचार जो जीवनाच्या सर्व क्षेत्रांमध्ये कार्य करतो: वापरण्यापूर्वी सूचना वाचा, नंतर नाही. केवळ संपूर्ण माहितीसह विश्वसनीय प्रणाली तयार करणे आणि वापरकर्त्यांना आनंदित करणे शक्य होईल.

इतर संबंधित दुवे:

1. सह परिचय प्रमुखपदी 3
2. हेल्म अधिकृत वेबसाइट
3. GitHub वर हेल्म रेपॉजिटरी
4. 25 उपयुक्त कुबर्नेट्स टूल्स: उपयोजन आणि व्यवस्थापन

हा अहवाल प्रथम सादर करण्यात आला @Kubernetes परिषद Mail.ru क्लाउड सोल्युशन्स द्वारे. दिसत видео इतर परफॉर्मन्स आणि टेलिग्रामवरील कार्यक्रम घोषणांचे सदस्यत्व घ्या Mail.ru ग्रुपवर कुबर्नेट्सच्या आसपास.

स्त्रोत: www.habr.com