क्लाउडमध्ये व्हर्च्युअल मशीनच्या क्लस्टरमध्ये उत्तरदायी + ऑटो गिट पुल

शुभ दिवस

आमच्याकडे अनेक क्लाउड क्लस्टर्स आहेत ज्यात प्रत्येकामध्ये मोठ्या संख्येने व्हर्च्युअल मशीन आहेत. आम्ही हेटझनर येथे या संपूर्ण गोष्टीचे आयोजन करतो. प्रत्येक क्लस्टरमध्ये आमच्याकडे एक मास्टर मशीन आहे, त्यातून एक स्नॅपशॉट घेतला जातो आणि क्लस्टरमधील सर्व व्हर्च्युअल मशीनमध्ये स्वयंचलितपणे वितरित केला जातो.

ही योजना आम्हाला सामान्यपणे गिटलॅब-रनर वापरण्याची परवानगी देत ​​​​नाही, कारण जेव्हा अनेक समान नोंदणीकृत धावपटू दिसतात तेव्हा बर्‍याच समस्या उद्भवतात, ज्यामुळे आम्हाला वर्कअराउंड शोधण्यासाठी आणि हा लेख/पुस्तिका लिहिण्यास प्रवृत्त केले जाते.

हे कदाचित सर्वोत्तम सराव नाही, परंतु हा उपाय शक्य तितका सोयीस्कर आणि सोपा वाटला.

ट्यूटोरियलसाठी, कृपया मांजर पहा.

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

• अजगर
• जा
• ssh की सह फाइल

सर्व व्हर्च्युअल मशीन्सवर ऑटोमॅटिक गेट पुल लागू करण्याचे सामान्य तत्व म्हणजे तुम्हाला एक मशीन आवश्यक आहे ज्यावर Ansible स्थापित केले जाईल. या मशीनवरून, उत्तरदायी गिट पुल कमांड पाठवेल आणि अपडेट केलेली सेवा पुन्हा सुरू करेल. या हेतूंसाठी, आम्ही क्लस्टर्सच्या बाहेर एक वेगळे व्हर्च्युअल मशीन तयार केले आणि त्यावर स्थापित केले:

• अजगर
• उत्तरदायी
• gitlab-धावणारा

संस्थात्मक समस्यांवरून - तुम्हाला gitlab-runner नोंदणी करणे, ssh-keygen बनवणे, या मशीनची सार्वजनिक ssh की अपलोड करणे आवश्यक आहे. .ssh/authorized_keys मास्टर मशीनवर, मास्टर मशीनवर उत्तरदायी पोर्ट 22 उघडा.

आता ansible कॉन्फिगर करू

आमचे ध्येय हे शक्य आहे की सर्वकाही स्वयंचलित करणे आहे. फाईलमध्ये /etc/ansible/ansible.cfg आम्ही ओळ अनकमेंट करू host_key_checking = Falseजेणेकरून उत्तरदायी नवीन मशीनची पुष्टी करण्यास सांगत नाही.

पुढे, तुम्हाला उत्तरदायित्वासाठी आपोआप इन्व्हेंटरी फाइल तयार करावी लागेल, जिथून ती ज्या मशीन्सवर तुम्हाला git पुल करायची आहे त्यांचा ip घेईल.

आम्ही Hetzner's API वापरून ही फाईल जनरेट करतो, तुम्ही तुमच्या AWS, Asure, डेटाबेसमधून होस्टची यादी घेऊ शकता (तुमची चालणारी मशीन प्रदर्शित करण्यासाठी तुमच्याकडे कुठेतरी API आहे, बरोबर?).

इन्व्हेंटरी फाइलची रचना उत्तरदायीसाठी खूप महत्त्वाची आहे; ती यासारखी दिसली पाहिजे:

[группа]
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

हे तपासण्याची वेळ आली आहे की उत्तरदायी कार्य करते आणि IP पत्ते प्राप्त करण्यासाठी अनुकूल आहे:

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

आउटपुटमध्ये ज्या मशीन्सवर कमांड कार्यान्वित करण्यात आली त्या मशीनची होस्टनावे असावीत.
वाक्यरचना बद्दल काही शब्द:

• /etc/ansible/./vm_list - मशीनची यादी तयार करा
• -i - इन्व्हेंटरी फाइलचा परिपूर्ण मार्ग
• -m - शेल मॉड्यूल वापरण्यासाठी उत्तरदायी सांगा
• -अ हा युक्तिवाद आहे. येथे कोणतीही आज्ञा प्रविष्ट केली जाऊ शकते
• गट - तुमच्या क्लस्टरचे नाव. तुम्हाला हे सर्व क्लस्टर्सवर करायचे असल्यास, सर्वांमध्ये गट बदला

चला पुढे जाऊया - आमच्या व्हर्च्युअल मशीनवर git पुल करण्याचा प्रयत्न करूया:

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

जर आउटपुटमध्ये आपण आधीच अद्ययावत किंवा रेपॉजिटरीमधून अनलोडिंग पाहिले तर सर्वकाही कार्य करत आहे.

आता हे सर्व यासाठीच होते

गिटलॅबमधील मास्टर ब्रँचला कमिट करताना आमची स्क्रिप्ट आपोआप रन व्हायला शिकवू

प्रथम, आपली स्क्रिप्ट अधिक सुंदर बनवू आणि ती एक्झिक्युटेबल फाईलमध्ये ठेवू (याला exec_pull म्हणूया) -

#!/bin/bash

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

चला आमच्या gitlab वर जाऊ आणि प्रोजेक्ट मध्ये एक फाईल तयार करू .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