क्लाउड में वर्चुअल मशीनों के एक समूह में अन्सिबल + ऑटो गिट पुल

शुभ दिन

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

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

यह संभवतः सर्वोत्तम अभ्यास नहीं है, लेकिन यह समाधान यथासंभव सुविधाजनक और सरल लगा।

ट्यूटोरियल के लिए, कृपया बिल्ली देखें।

मास्टर मशीन पर आवश्यक पैकेज:

• अजगर
• Git
• एसएसएच कुंजी के साथ फ़ाइल

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

• अजगर
• ansible
• gitlab-धावक

संगठनात्मक मुद्दों से - आपको gitlab-runner को पंजीकृत करना होगा, ssh-keygen बनाना होगा, इस मशीन की सार्वजनिक ssh कुंजी को अपलोड करना होगा .ssh/authorized_keys मास्टर मशीन पर, मास्टर मशीन पर ansible के लिए पोर्ट 22 खोलें।

अब आइए ansible को कॉन्फ़िगर करें

चूँकि हमारा लक्ष्य हर संभव चीज़ को स्वचालित करना है। फाइल मैं /etc/ansible/ansible.cfg हम लाइन को अनकम्मेंट कर देंगे host_key_checking = Falseताकि ansible नई मशीनों की पुष्टि न मांगे।

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

हम इस फ़ाइल को हेट्ज़नर के एपीआई का उपयोग करके बनाते हैं, आप अपने एडब्ल्यूएस, एश्योर, डेटाबेस से होस्ट की सूची ले सकते हैं (आपके पास अपनी चल रही मशीनों को प्रदर्शित करने के लिए कहीं एपीआई है, है ना?)।

इन्वेंट्री फ़ाइल की संरचना Ansible के लिए बहुत महत्वपूर्ण है; इसे इस तरह दिखना चाहिए:

[группа]
ip-адрес
ip-адрес

[группа2]
ip-адрес
ip-адрес

ऐसी फ़ाइल बनाने के लिए, हम एक सरल स्क्रिप्ट बनाएंगे (आइए इसे कॉल करें vm_list):

#!/bin/bash
echo [group] > /etc/ansible/cloud_ip &&
"ваш CLI запрос на получение IP запущенных машин в кластере"  >> /etc/ansible/cloud_ip
echo " " >> /etc/ansible/cloud_ip
echo [group2] > /etc/ansible/cloud_ip &&
"ваш CLI запрос на получение IP запущенных машин в другом кластере"  >> /etc/ansible/cloud_ip

यह जाँचने का समय आ गया है कि Ansible काम करता है और IP पते प्राप्त करने में अनुकूल है:

/etc/ansible/./vm_list && ansible -i /etc/ansible/cloud_ip -m shell -a 'hostname' group

आउटपुट में उन मशीनों के होस्टनाम शामिल होने चाहिए जिन पर कमांड निष्पादित किया गया था।
वाक्यविन्यास के बारे में कुछ शब्द:

• /etc/ansible/./vm_list - मशीनों की एक सूची तैयार करें
• -i - इन्वेंट्री फ़ाइल का पूर्ण पथ
• -एम - शेल मॉड्यूल का उपयोग करने के लिए एन्सिबल को बताएं
• -ए तर्क है. यहां कोई भी कमांड दर्ज किया जा सकता है
• समूह - आपके क्लस्टर का नाम. यदि आपको सभी समूहों पर ऐसा करने की आवश्यकता है, तो समूह को सभी में बदलें

आइए आगे बढ़ें - आइए अपनी वर्चुअल मशीनों पर गिट पुल करने का प्रयास करें:

/etc/ansible/./vm_list && ansible -i /etc/ansible/cloud_ip -m shell -a 'cd /path/to/project && git pull' group 

यदि आउटपुट में हम पहले से ही अद्यतित या रिपॉजिटरी से अनलोडिंग देखते हैं, तो सब कुछ काम कर रहा है।

अब यह सब इसी के लिए था

आइए हम अपनी स्क्रिप्ट को gitlab में मास्टर शाखा के लिए प्रतिबद्ध करते समय स्वचालित रूप से चलना सिखाएँ

सबसे पहले, आइए अपनी स्क्रिप्ट को और अधिक सुंदर बनाएं और इसे एक निष्पादन योग्य फ़ाइल में डालें (चलिए इसे exec_pull कहते हैं) -

#!/bin/bash

/etc/ansible/./get_vms && ansible -i /etc/ansible/cloud_ip -m shell -a "$@"

आइए अपने गिटलैब पर जाएं और प्रोजेक्ट में एक फ़ाइल बनाएं .gitlab-ci.yml
हम निम्नलिखित को अंदर रखते हैं:

variables:
  GIT_STRATEGY: none
  VM_GROUP: group

stages:
  - pull
  - restart

run_exec_pull:
  stage: pull
  script:
  
   - /etc/ansible/exec_pull 'cd /path/to/project/'$CI_PROJECT_NAME' && git pull' $VM_GROUP
  
  only:
  - master

run_service_restart:
  stage: restart
  script:
 
   - /etc/ansible/exec_pull 'your_app_stop && your_app_start' $VM_GROUP
   
  only:
  - master 

सब तैयार है. अब -

• एक प्रतिबद्धता बनाओ
• मुझे ख़ुशी है कि सब कुछ काम कर रहा है

.yml को अन्य परियोजनाओं में स्थानांतरित करते समय, आपको पुनरारंभ करने के लिए बस सेवा का नाम और क्लस्टर का नाम बदलना होगा जिस पर उत्तरदायी कमांड निष्पादित किए जाएंगे।

स्रोत: www.habr.com