🥇 Ansible को गति बढाउँदै

यो कुनै गोप्य कुरा होइन कि Ansible ले आफ्नो पूर्वनिर्धारित सेटिङहरूसँग धेरै छिटो आफ्नो काम नगर्न सक्छ। यस लेखमा, म यसको लागि धेरै कारणहरू औंल्याउनेछु र तपाईंको परियोजनाको गति बढाउन सक्ने उपयोगी न्यूनतम सेटिङहरू प्रस्ताव गर्नेछु।

हामी यहाँ र तल Ansible 2.9.x बारे छलफल गर्नेछौं, जुन तपाईंको मनपर्ने विधि प्रयोग गरेर भर्खरै सिर्जना गरिएको virtualenv मा स्थापना गरिएको थियो।

स्थापना पछि, तपाईंको प्लेबुकको छेउमा "ansible.cfg" फाइल सिर्जना गर्नुहोस् - यो स्थानले तपाईंलाई परियोजनासँगै यी सेटिङहरू स्थानान्तरण गर्न अनुमति दिनेछ, साथै तिनीहरू स्वचालित रूपमा लोड हुनेछन्।

कन्भेयराइजेसन

केही मानिसहरूले पाइपलाइनिङ प्रयोग गर्ने आवश्यकताको बारेमा सुनेका हुन सक्छन्, अर्थात् लक्षित प्रणालीको FS मा मोड्युलहरू प्रतिलिपि नगर्ने, तर Base64 मा बेरिएको zip अभिलेखलाई सिधै Python interpreter को stdin मा स्थानान्तरण गर्ने, तर तथ्य यो रहन्छ: यो सेटिङ अवमूल्यन गरिएको छ। दुर्भाग्यवश, केही लोकप्रिय वितरण Linux sudo को लागि पूर्वनिर्धारित सेटिङ पहिले अलि कमजोर थियो—यसलाई जडान गर्न tty (टर्मिनल) आवश्यक थियो—त्यसैले Ansible ले यो धेरै उपयोगी सेटिङलाई पूर्वनिर्धारित रूपमा असक्षम पारेको थियो।

pipelining = True

तथ्यहरू सङ्कलन गर्दै

के तपाईंलाई थाहा छ कि पूर्वनिर्धारित सेटिङहरूको साथ, Ansible ले यसमा भाग लिने सबै होस्टहरूमा प्रत्येक प्लेको लागि तथ्य सङ्कलन सुरु गर्छ? ठीक छ, यदि तपाईंलाई थाहा थिएन भने, अब तपाईंलाई थाहा छ। यो हुनबाट रोक्नको लागि, तपाईंले स्पष्ट तथ्य सङ्कलन मोड वा स्मार्ट मोड सक्षम गर्न आवश्यक छ। यसमा, तथ्यहरू केवल होस्टहरूबाट सङ्कलन गरिनेछ जुन अघिल्ला नाटकहरूमा भेटिएका थिएनन्।
UPD। प्रतिलिपि गर्दा, तपाईंले यी मध्ये एउटा सेटिङ चयन गर्नुपर्नेछ।

gathering = smart|explicit

ssh जडानहरू पुन: प्रयोग गर्दै

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

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

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

व्यवस्थित होस्टमा फाइलहरू स्थानान्तरण गर्दा पहिले नै खोलिएको ssh जडान पुन: प्रयोग गर्न, अर्को अज्ञात सेटिङ ssh_tranfer_method निर्दिष्ट गर्नु पर्याप्त छ। यस विषयमा कागजातहरू अत्यन्तै कन्जुस र भ्रामक छ, किनकि यो विकल्पले धेरै राम्रोसँग काम गर्छ! तर पढ्दै स्रोत कोड तपाईंलाई वास्तवमा के हुनेछ भनेर बुझ्न अनुमति दिन्छ: dd कमाण्ड व्यवस्थित होस्टमा सुरु हुनेछ, आवश्यक फाइलसँग सिधै काम गर्दै।

transfer_method = piped

खैर, यो सेटिङ "विकास" शाखामा पनि अवस्थित छ। कतै गएको छैन.

चक्कुसँग नडराऊ, काँटासँग डराऊ

अर्को उपयोगी सेटिङ फोर्क हो। यसले होस्टहरूमा एकैसाथ जडान हुने र कार्यहरू कार्यान्वयन गर्ने कार्यकर्ता प्रक्रियाहरूको संख्या निर्धारण गर्दछ। PL को रूपमा Python को विशेषताहरूको कारणले गर्दा, प्रक्रियाहरू प्रयोग गरिन्छ, थ्रेडहरू होइन, किनभने Ansible ले अझै पनि Python 2.7 लाई समर्थन गर्दछ - तपाईंको लागि कुनै asyncio छैन, यहाँ asynchronousness प्रजनन गर्न आवश्यक छैन! पूर्वनिर्धारित रूपमा, Ansible सुरु हुन्छ। पाँच कामदारहरू, तर यदि तपाईंले सही रूपमा सोध्नुभयो भने, यसले थप सुरुवात गर्नेछ:

forks = 20

म तपाईंलाई तुरुन्तै चेतावनी दिन्छु कि यहाँ केही जटिलताहरू हुन सक्छन्, नियन्त्रण मेसिनमा उपलब्ध मेमोरी भोल्युमसँग सम्बन्धित। अर्को शब्दमा, तपाईं, अवश्य पनि, forks=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

दुर्भाग्यवश, यो "gathering = smart/explicit" र "forks = 20" सेटिङहरूसँग काम गर्दैन: तिनीहरूको YaML समकक्षहरू अवस्थित छैनन्। या त हामी तिनीहरूलाई ansible.cfg मा सेट गर्छौं, वा तिनीहरूलाई वातावरण चरहरू ANSIBLE_GATHERING र ANSIBLE_FORKS मार्फत पास गर्छौं।

माइटोजेनको बारेमा
— यहाँ Mitogen कहाँ छ? — तपाईं, प्रिय पाठक, सोध्ने अधिकार छ। यस लेखमा — कतै पनि छैन। तर यदि तपाईं साँच्चै यसको कोड पढ्न र तपाईंको प्लेबुक Mitogen सँग किन क्र्यास भयो, तर भेनिला Ansible सँग किन राम्रोसँग काम गर्छ, वा यो प्लेबुक किन अहिले सम्म राम्रोसँग काम गर्यो, तर अपडेटले केही अनौठो काम गर्न थालेपछि - ठीक छ, Mitogen सम्भावित रूपमा तपाईंको उपकरण हुन सक्छ। यसलाई प्रयोग गर्नुहोस्, यसलाई पत्ता लगाउनुहोस्, लेखहरू लेख्नुहोस् — म रुचिपूर्वक पढ्नेछु।

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

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

दर्ता भएका प्रयोगकर्ताहरूले मात्र सर्वेक्षणमा भाग लिन सक्छन्। साइन इन गर्नुहोस्कृपया