Ansible को तेज़ करना

यह कोई रहस्य नहीं है कि डिफ़ॉल्ट सेटिंग्स के साथ Ansible अपना काम बहुत तेज़ी से नहीं कर सकता है। लेख में मैं इसके कई कारण बताऊंगा और एक उपयोगी न्यूनतम सेटिंग्स पेश करूंगा, जो संभवतः, वास्तव में आपके प्रोजेक्ट की गति को बढ़ाएगी।

यहां और नीचे हम Ansible 2.9.x पर चर्चा करते हैं, जो आपके पसंदीदा तरीके से ताज़ा बनाए गए वर्चुअलएन्व में स्थापित किया गया था।

इंस्टॉलेशन के बाद, अपनी प्लेबुक के बगल में एक "ansible.cfg" फ़ाइल बनाएं - यह स्थान आपको प्रोजेक्ट के साथ इन सेटिंग्स को स्थानांतरित करने की अनुमति देगा, साथ ही वे स्वचालित रूप से लोड हो जाएंगे।

पाइपलाइनिंग

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

pipelining = True

तथ्य जुटाना

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

gathering = smart|explicit

एसएसएच कनेक्शन का पुन: उपयोग करना

यदि आपने कभी Ansible को डिबगिंग मोड ("v" विकल्प, एक से नौ बार दोहराया गया) में चलाया है, तो आपने देखा होगा कि ssh कनेक्शन लगातार बनते और टूटते रहते हैं। तो, यहाँ कुछ सूक्ष्मताएँ भी हैं।

आप एक साथ दो स्तरों पर ssh कनेक्शन को फिर से स्थापित करने के चरण से बच सकते हैं: दोनों सीधे ssh क्लाइंट में, और प्रबंधक से प्रबंधित होस्ट में फ़ाइलें स्थानांतरित करते समय।
खुले एसएसएच कनेक्शन का पुन: उपयोग करने के लिए, बस एसएसएच क्लाइंट को आवश्यक कुंजी पास करें। फिर यह निम्नलिखित कार्य करना शुरू कर देगा: पहली बार एसएसएच कनेक्शन स्थापित करते समय, यह अतिरिक्त रूप से एक तथाकथित नियंत्रण सॉकेट बनाएगा, बाद की स्थापनाओं पर, यह इसी सॉकेट के अस्तित्व की जांच करेगा, और सफल होने पर, इसका पुन: उपयोग करेगा। मौजूदा एसएसएच कनेक्शन। और यह सब समझने के लिए, निष्क्रिय होने पर कनेक्शन बनाए रखने के लिए समय निर्धारित करें। आप इसमें और अधिक पढ़ सकते हैं एसएसएच दस्तावेज़ीकरण, और Ansible के संदर्भ में हम केवल ssh क्लाइंट के लिए आवश्यक विकल्पों को "अग्रेषित" करते हैं।

ssh_args = "-o ControlMaster=auto -o ControlPersist=15m"

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

transfer_method = piped

वैसे, "विकसित" शाखा में भी यह सेटिंग मौजूद है कहीं नहीं जा रहा है.

चाकू से मत डरो, कांटे से डरो

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

forks = 20

मैं आपको तुरंत चेतावनी देता हूं कि नियंत्रण मशीन पर उपलब्ध मेमोरी की मात्रा से संबंधित यहां कुछ कठिनाइयां हो सकती हैं। दूसरे शब्दों में, बेशक, आप फोर्क्स=100500 सेट कर सकते हैं, लेकिन किसने कहा कि यह काम करेगा?

यह सब एक साथ डालें

परिणामस्वरूप, ansible.cfg (ini प्रारूप) के लिए, आवश्यक सेटिंग्स इस तरह दिख सकती हैं:

[defaults]
gathering = smart|explicit
forks = 20
[ssh_connection]
pipelining = True
ssh_args = -o ControlMaster=auto -o ControlPersist=15m
transfer_method = piped

और यदि आप एक स्वस्थ व्यक्ति की सामान्य YaML-इन्वेंट्री में सब कुछ छिपाना चाहते हैं, तो यह कुछ इस तरह दिख सकता है:

---
all:
  vars:
    ansible_ssh_pipelining: true
    ansible_ssh_transfer_method: piped
    ansible_ssh_args: -o ControlMaster=auto -o ControlPersist=15m

दुर्भाग्य से, यह "इकट्ठा करना = स्मार्ट/स्पष्ट" और "फोर्क्स = 20" सेटिंग्स के साथ काम नहीं करेगा: उनके YaML समकक्ष मौजूद नहीं हैं। या तो हम उन्हें ansible.cfg में सेट करते हैं, या हम उन्हें पर्यावरण चर ANSIBLE_GATHERING और ANSIBLE_FORKS के माध्यम से पास करते हैं।

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

मैं व्यक्तिगत रूप से मिटोजेन का उपयोग क्यों नहीं करता? क्योंकि ग्लेडियोलस तभी तक काम करता है जब तक कार्य वास्तव में सरल हों और सब कुछ ठीक हो। हालाँकि, यदि आप थोड़ा बाएँ या दाएँ मुड़ते हैं - बस, हम आ गए हैं: जवाब में, मुट्ठी भर अस्पष्ट अपवाद आपकी ओर उड़ते हैं, और तस्वीर को पूरा करने के लिए, जो कुछ गायब है वह सामान्य वाक्यांश है "आप सभी को धन्यवाद" , हर कोई स्वतंत्र है। सामान्य तौर पर, मैं अगली "भूमिगत दस्तक" के कारणों का पता लगाने में समय बर्बाद नहीं करना चाहता।

इनमें से कुछ सेटिंग्स को पढ़ने की प्रक्रिया के दौरान खोजा गया था सोर्स कोड स्व-व्याख्यात्मक नाम "ssh.py" के तहत कनेक्शन प्लगइन। मैं पढ़ने के परिणामों को इस उम्मीद में साझा करता हूं कि यह किसी और को स्रोतों को देखने, उन्हें पढ़ने, कार्यान्वयन की जांच करने, दस्तावेज़ीकरण के साथ तुलना करने के लिए प्रेरित करेगा - आखिरकार, देर-सबेर यह सब आपके लिए सकारात्मक परिणाम लाएगा। आपको कामयाबी मिले!

केवल पंजीकृत उपयोगकर्ता ही सर्वेक्षण में भाग ले सकते हैं। साइन इन करेंकृपया।

आप अपनी परियोजनाओं को गति देने के लिए निम्नलिखित में से कौन सी Ansible सेटिंग्स का उपयोग करते हैं?

• 69,6% तक पाइपलाइनिंग=सत्य32

• 34,8% तक एकत्रीकरण = स्मार्ट/स्पष्ट16

• 52,2% तक ssh_args = "-o कंट्रोलमास्टर=ऑटो -ओ कंट्रोलपर्सिस्ट=..."24

• 17,4% तक स्थानांतरण_विधि = पाइप 8

• 63,0% तक कांटे = XXX29

• 6,5% तक इनमें से कुछ भी नहीं, केवल मिटोजेन3

• 8,7% तक मिटोजेन + मैं नोट करूंगा कि इनमें से कौन सी सेटिंग4

46 उपयोगकर्ताओं ने मतदान किया. 21 उपयोगकर्ता अनुपस्थित रहा.

क्या आप Ansible के बारे में और अधिक जानकारी चाहते हैं?

• 78,3% तक हाँ, बिल्कुल54

• 21,7% तक हाँ, मुझे बस और अधिक कट्टर चीजें चाहिए!15

• 0,0% तक नहीं, और यह किसी भी चीज़ के लिए आवश्यक नहीं है

• 0,0% तक नहीं, यह जटिल है!!!0

69 उपयोगकर्ताओं ने मतदान किया। 7 उपयोगकर्ता अनुपस्थित रहे।

स्रोत: www.habr.com