💵 👐🏾 🕴🏾 ट्रिमिंग थ्रेड्स: कठपुतली एंटरप्राइज से अंसिबल टॉवर तक पलायन। भाग 2 🔆 👇🏼 ✍🏽

राष्ट्रीय पर्यावरण उपग्रह सूचना सेवा (NESDIS) ने अपने Red Hat Enterprise Linux (RHEL) विन्यास प्रबंधन की लागत को 35% तक कम करके Puppet Enterprise से Ansible Tower में स्थानांतरित कर दिया है। "हम यह कैसे किया" श्रेणी के इस वीडियो में, सिस्टम इंजीनियर माइकल राऊ इस प्रवास के कार्यान्वयन की पुष्टि करता है, एक SCM से दूसरे में संक्रमण से प्राप्त उपयोगी टिप्स और अनुभव साझा करता है।

इस वीडियो से आप सीखेंगे:

प्रबंधन को कठपुतली एंटरप्राइज से अन्सिबल टॉवर तक ले जाने की व्यवहार्यता का औचित्य कैसे;
सबसे चिकनी संक्रमण के लिए क्या रणनीतियों का उपयोग करना है;
पीई को एंसेबल प्लेबुक में ट्रांसकोडिंग के लिए टिप्स;
Ansible टॉवर स्थापित करने के लिए सर्वोत्तम अभ्यास।

ट्रिमिंग थ्रेड्स: कठपुतली एंटरप्राइज से अंसिबल टॉवर तक पलायन। भाग 1

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

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

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

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

आपका कठपुतली Hiera पुस्तकालय डेटा को Ansible तथ्यों के रूप में उपयोग किया जा सकता है, जो कि जुड़े नोड्स के बारे में जानकारी है। तथ्य - यह वह है जो इकट्ठा करने के दौरान इकट्ठा करता है, जो कि Gather facts मॉड्यूल होता है: डिस्क स्पेस की मात्रा, ऑपरेटिंग सिस्टम का संस्करण और प्रकार, होस्टनाम, उपलब्ध मेमोरी की मात्रा, प्रोसेसर आर्किटेक्चर, आईपी एड्रेस, नेटवर्क इंटरफेस और उनकी स्थिति। मेरा मतलब यह नहीं है कि डेटा के अंदर छिपी सेवा की जानकारी - बस समूहों और चर नोड्स बनाने के लिए अपने उपकरणों की स्क्रिप्ट का उपयोग करें। मेरी हार्डवेयर स्क्रिप्ट उस सिस्टम को बताती है जिसमें कौन सी भौतिक साइटें हैं। बाद में मैं भूमिकाओं का उपयोग करता हूं, उदाहरण के लिए, भूमिकाओं में से एक में प्रत्येक भौतिक साइट के लिए अवसंरचनात्मक तथ्य होते हैं, जैसे कि एनटीपी संसाधन, डीएनएस सर्वर, मॉड्यूलर उपकरण के आईपी पते, नेसस स्कैनर और जैसे।यदि आप उन्हें एक से अधिक स्थानों पर रखते हैं और उन्हें फ़ाइल /etc/ansible/facts.d/ के रूप में होस्ट पर रखते हैं, तो एक भूमिका में सामान्य चर एकत्र करें।

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

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

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

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

अपने संगठन की पहुंच संरचना के अनुसार टॉवर प्रमाणीकरण कॉन्फ़िगर करें। विभागों, टीमों, भूमिकाओं तक पहुंच के वितरण, विशेष अनुमतियों से निपटने का निर्णय लें। यह आपके संगठन के आकार पर निर्भर करते हुए, एक बहुत ही बड़ा काम है, लेकिन याद रखें कि टॉवर के प्रशासन के दृष्टिकोण से, अभिगम के लचीले विन्यास के लिए धन्यवाद, यह आपके जीवन को सरल बना सकता है।

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

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

हम कार्रवाई में प्रतिनिधिमंडल समारोह देखते हैं। अब मैं कठपुतली मास्टर में जा सकता हूं और रजिस्ट्री को खाली करने के लिए 2-3 कमांड का उपयोग कर सकता हूं, और फिर स्क्रीनशॉट दिखा सकता हूं कि यह एससीएम हटा दिया गया है। यह एक दस्तावेजी सबूत के रूप में काम करेगा कि हम अब पीई का उपयोग नहीं करते हैं।

अब आइए देखें कि मुझे क्या ध्यान दिया जाना चाहिए - मेरी गलतियों से बचा जाना चाहिए। यह मुख्य रूप से एक दूसरे पर परिदृश्यों की निर्भरता से संबंधित है। यह संभव है कि एक प्लेबुक के चर दूसरे प्लेबुक के चर पर निर्भर हों। याद रखें कि आप प्रत्येक परिदृश्य में आवश्यकताओं को सम्मिलित कर सकते हैं जो एक अलग परिदृश्य या भूमिका के उपयोग की अनुमति देते हैं। मैंने हमारी सभी साइटों के चरों के लिए भूमिकाएँ बनाईं और इनमें से प्रत्येक भूमिका में कई चर थे। इसलिए, मैंने सामान्य चर को केंद्रीकृत करने के लिए आवश्यकताएँ .yml फ़ाइल का उपयोग किया। यह आपको एक टीम के साथ कई अस्थिर सामग्री संग्रह स्थापित करने की अनुमति देता है।

यदि हम डिफ़ॉल्ट गेटवे या NTP सर्वर को बदलते हैं, तो ये परिवर्तन अवसंरचना के सभी तत्वों में तुरंत दिखाई देंगे।

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

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

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

टॉवर एपीआई का उपयोग करने का एक अच्छा तरीका है। जब लैपटॉप मानक सिस्टम बूट प्रक्रिया के भाग के रूप में बूट होता है, तो यह टॉवर को बताने के लिए एपीआई का उपयोग करता है: "हे, मैं यहां हूं, क्या मेरे लिए कोई काम है?", जिसके बाद टॉवर इस विशेष मशीन के लिए कार्यों की जांच करता है, क्योंकि जानता है कि वह ऑनलाइन है।

एक और चीज जो हमें शुरू में समस्‍या थी, वह थी समानांतर परिचालन का निष्पादन। डिफ़ॉल्ट रूप से, Ansible एक कार्य करने के लिए 5 समानांतर होस्ट का उपयोग करता है। इसलिए, 100 मशीनों के लिए एक ही निर्धारित कार्य का शुभारंभ मुख्य कॉन्फ़िगरेशन के मापदंडों की जांच करके प्रति मेजबान 20 मिनट तक करता है। इस प्रकार, पहले हम 5 मेजबान पर कॉन्फ़िगरेशन शुरू करते हैं, फिर एक और 5, एक और 5 और इतने पर। सबसे पहले, इस परिस्थिति ने हमें गंभीर रूप से परेशान कर दिया, क्योंकि 2 घंटे के भीतर 50 मेजबानों पर प्रणाली की तैनाती हुई। इस समस्या का समाधान इस प्रकार है।
बस Ansible टॉवर सर्वर पर समानांतर मेजबानों की संख्या को 5 से भिन्न होने के लिए सेट करें। चूंकि मेरे पास 150 होस्ट एक साथ चल रहे हैं, इसलिए मैंने यह मान 25 पर सेट किया है। इसके बाद, 6 पैच, उदाहरण के लिए, बहुत जल्दी स्थापित किए गए थे। यदि आप चाहें, तो आप इस पैरामीटर को 50 पर सेट कर सकते हैं - यह सब इस बात पर निर्भर करता है कि आपके पास कितनी कंप्यूटिंग शक्ति और कितनी रैम है। इस तरह, टॉवर आपको अपनी आवश्यकताओं के अनुरूप समानांतर प्रक्रियाओं के निष्पादन को अनुकूलित करने की अनुमति देता है।

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

विज्ञापन का एक सा :)

हमारे साथ रहने के लिए धन्यवाद। क्या आप हमारे लेख पसंद करते हैं? अधिक दिलचस्प सामग्री देखना चाहते हैं? एक ऑर्डर देकर या $ 4.99 से डेवलपर्स के लिए अपने दोस्तों के क्लाउड-आधारित VPS की अनुशंसा करके हमें समर्थन दें, आपके द्वारा आविष्कार किया गया एंट्री-लेवल सर्वर का एक अनूठा एनालॉग: VPS (KVM) E5-2697 3 (6 करोड़) 10GB DDR4 480GB SSD 1Gbps के बारे में पूरी सच्चाई $ 19 या सर्वर को कैसे विभाजित करें? (विकल्प RAID1 और RAID10 के साथ उपलब्ध हैं, 24 कोर तक और 40GB DDR4 तक)।

डेल R730xd एम्स्टर्डम में इक्विनिक्स टीयर IV डेटा सेंटर में 2 गुना सस्ता? केवल हमारे पास 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV नीदरलैंड के 199 डॉलर में से है!डेल R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $ 99 से! इन्फ्रास्ट्रक्चर Bldg का निर्माण कैसे करें के बारे में पढ़ें । एक पैसा के लिए 9,000 यूरो की लागत डेल R730xd E5-2650 v4 सर्वर का उपयोग कर वर्ग सी?

ट्रिमिंग थ्रेड्स: कठपुतली एंटरप्राइज से अंसिबल टॉवर तक पलायन। भाग 2

विज्ञापन का एक सा :)

More articles: