यह सेंट-पीटर्सबर्ग लिनक्स उपयोगकर्ता समूह में प्रदर्शन 2018-04-25 का पाठ संस्करण है। नमूना कोड यहां: https://github.com/ultral/ansible-role-testing

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

आवश्यक शर्तें

वर्णित मामले में, कई परिचयात्मक थे:

• कई अनसुनी भूमिकाएँ।
• हाइपर- V प्राथमिक हाइपरविजर के रूप में।
• मक्खी पर आभासी मशीन बनाने के लिए सीमित क्षमताओं के साथ निजी बादल।
• इंटरनेट तक पहुंच के लिए प्रॉक्सी।
• कर्ता में अनसुनी भूमिकाओं के परीक्षण को चलाने में असमर्थता, क्योंकि भूमिका पूरे वीएम का विन्यास है, उदाहरण के लिए नेटवर्क सेटिंग्स भी शामिल है।
• हरे रंग की जादूगर नीति का उपयोग करने के लिए चयन योग्य भूमिकाओं के साथ एक रिपॉजिटरी के लिए।

इससे पहले कि हम क्या करते हैं, हम मौजूदा समाधानों की तुलना करते हैं।

हमने पहिया को सुदृढ़ करने और टर्नकी समाधान नहीं करने का फैसला किया। हमारी इन्फ्रास्ट्रक्चर टीम रूबी को जानती है, इसलिए टेस्ट किचन और इंस्पेक को चुना गया

रसोई-सीआई

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

ग्रीन बिल्ड पॉलिसी

लेकिन हमने आगे बढ़ने का फैसला किया। अला गितुब प्रवाह का उपयोग करें, अर्थात्। व्यक्तिगत ब्रंच में भूमिका और मास्टर में मेरजिम की समीक्षा के बाद। यदि परीक्षण ठीक हैं, तो हम बुनियादी ढांचे पर भूमिकाओं को रोल करते हैं।

नेस्टेड वर्चुअलाइजेशन

जैसा कि आप याद करते हैं, हमारे पास आभासी मशीनों के निर्माण पर प्रतिबंध था, इसलिए हमें नेस्टेड वर्चुअलाइजेशन के रूप में एक अप्रिय निर्णय लेना था।

प्रारंभ में, हमने नेस्टेड समर्थन को शामिल नहीं करने के लिए वर्चुअलबॉक्स x32 की कोशिश की। यह कर्नेल आतंक की स्थिरता के कारण बहुत अधिक विचार नहीं था। दूसरा महत्वपूर्ण कारक यह है कि हम x86_64 पर बैठे हैं, इसलिए अनुसंधान जारी रखा (हाय libvirt), लेकिन समर्थित OS पर वर्चुअलबॉक्स पर अधिक सामान्य रूप से बसा।

जटिलता

लॉन्च के दौरान, यह सब अच्छा था। कई मुश्किलें थीं।

मेजबान से अतिथि अतिथि के लिए प्रॉक्सी सेटिंग्स को छोड़ दें

कुछ परीक्षण परिदृश्यों में, प्रॉक्सी सेटिंग्स का उपयोग किया गया था, जबकि टेस्टकेंक के साथ मेजबान पर एक पारदर्शी प्रॉक्सी का उपयोग किया गया था और ansible बोनस ने खाली मानों के साथ अतिरिक्त चर स्वीकार नहीं किया था।

समाधान: कॉर्नी - एक ईआरबी टेम्पलेट बनाएं।

<%= ENV['http_proxy'].to_s.empty? ? 'http://proxy.example.com:3128' : ENV['http_proxy'] %> 

नेटवर्क सेटिंग्स प्रबंधन के माध्यम से ansible

कुछ भूमिकाओं में, नेटवर्क को कॉन्फ़िगर किया गया था, परीक्षणों में यह इस तरह दिखता था:

• हम फ़ाइल को कॉपी करके नेटवर्क को कॉन्फ़िगर करते हैं।
• नेटवर्क सेटिंग्स लागू करें।
• सब बुरा है।

समाधान: वर्चुअल मशीन में एक इंटरफ़ेस जोड़ें

यदि परीक्षण सेट में "_" है तो सब कुछ गिर जाता है

वर्चुअलबॉक्स वर्चुअल मशीन के नाम पर "_" का उपयोग नहीं कर सकता है। और वर्चुअल मशीन ने स्क्रिप्ट के नाम का इस्तेमाल किया।

समाधान: परीक्षण सेट का नाम बदलें "vm_" => "vm-"

Oracle के बिना स्थापित करने के साथ परीक्षण के मामले "।" वर्चुअल मशीन के नाम के अंत में गिरावट आती है

भूमिका का उपयोग सशर्त बिक्री में किया गया था जब उन्होंने इसे परीक्षणों के साथ कवर करने का निर्णय लिया था। जब आप इसे तैयार वीएम में रोल करते हैं, तो यह भूमिका को पूरा करता है, यह परीक्षण के माध्यम से गिरता है।

थोड़ा इशारा

 [root@vm-oracle vagrant]# getent ahosts vm-oracle 127.0.0.1 STREAM vm-oracle 127.0.0.1 DGRAM 127.0.0.1 RAW [root@vm-oracle vagrant]# getent ahosts vm-oracle. fe80::a00:27ff:febd:bd6a STREAM vm-oracle fe80::a00:27ff:febd:bd6a DGRAM fe80::a00:27ff:febd:bd6a RAW 10.0.2.15 STREAM 10.0.2.15 DGRAM 10.0.2.15 RAW [root@oracle vagrant]# getent ahosts oracle.example.com. 192.168.128.182 STREAM oracle.example.local 192.168.128.182 DGRAM 192.168.128.182 RAW 

किसी भी विचार क्या चल रहा है?

यह एक मजेदार परिदृश्य था:

1. हमने IPv4 को केवल श्रवण श्रोता सेटिंग में ही सक्षम किया है।
2. oracle FQDN का उपयोग करता है।
3. linux में डोमेन नाम को हल करने के लिए एक विशेष आधार "myhostname" है, इसका उपयोग / etc / मेजबान और dns सर्वर के बाद किया गया था।
4. Vagrant VM और अपडेट /etc/hosts बनाता /etc/hosts ।

मैं थोड़ा समझाऊंगा:
Vm-oracle के मामले में क्या होता है?

1. योनि एक आभासी मशीन बनाता है।
2. योनि अद्यतन /etc/hosts ( vm-oracle x2)
3. oracle श्रोता IPv4 को सुनता है।
4. oracle श्रोता vm-oracle domain name को हल करता है । और IPv6 हो जाता है।
5. विफल

Vm-oracle के मामले में क्या होता है । ?

1. योनि एक आभासी मशीन बनाता है।
2. योनि अद्यतन / आदि / मेजबान ( vm-oracle & vm-oracle। )
3. oracle श्रोता IPv4 को सुनता है।
4. oracle श्रोता vm-oracle domain name को हल करता है । और IPv4 हो जाता है
5. ठीक

OOM हमें यात्रा करने के लिए आता है

OOM ने आभासी मशीनों को बेतरतीब ढंग से मार दिया। एक ही समय में टेस्टकिंसन ने अपने लॉग में सभी प्रकार के अजीब संदेश दिए।

समाधान: मेमोरी की मात्रा बढ़ाएं।

धीमी गति से बनाता है

इस पूरी योजना ने धीरे-धीरे काम किया, दसियों मिनटों के लिए, कभी-कभी एक घंटे से अधिक के लिए।

समाधान:

• पैकर । वर्चुअल मशीन की इमेजेस को पेरीसेम्ब करें।
• समानांतर में कई परीक्षण मामलों को चलाएं

निष्कर्ष

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

• अनुकूल नहीं है, यह सब दिखता है।
• माणिक और अजगर का मिश्रण।
• कोई जाँच और भूमिका भूमिकाएँ नहीं हैं।
• यह धीरे-धीरे काम करता है।
• मुश्किल…।

आउटपुट पर, डॉक के साथ अणु दिलचस्प और अधिक देशी दिखता है। हम इसके बारे में सोच रहे हैं।

संदर्भ

• अंग्रेजी संस्करण
• प्रदर्शन स्लाइड
• कोड उदाहरण
• http://kitchen.ci/
• https://github.com/chef/kitchen-inspec
• https://docs.chef.io/config_yml_kitchen.html
• https://docs.chef.io/ctl_kitchen.html
• https://github.com/neillturner/kitchen-ansible/blob/master/provisioner_options.md