क्लाउडमा भर्चुअल मेसिनहरूको क्लस्टरमा Ansible + auto git पुल

शुभ दिन

हामीसँग धेरै क्लाउड क्लस्टरहरू छन् जसमा प्रत्येकमा ठूलो संख्यामा भर्चुअल मेसिनहरू छन्। हामी Hetzner मा यो सम्पूर्ण व्यवसाय होस्ट गर्छौं। प्रत्येक क्लस्टरमा हामीसँग एउटा मास्टर मेसिन छ, त्यसबाट स्न्यापसट लिइन्छ र क्लस्टर भित्रका सबै भर्चुअल मेसिनहरूमा स्वचालित रूपमा वितरण गरिन्छ।

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

यो सम्भवतः उत्तम अभ्यास होइन, तर यो समाधान सम्भव भएसम्म सुविधाजनक र सरल देखिन्थ्यो।

ट्यूटोरियलको लागि, कृपया बिल्ली हेर्नुहोस्।

मास्टर मेसिनमा आवश्यक प्याकेजहरू:

• अजगर
• जानुहोस्
• ssh कुञ्जीहरूसँग फाइल

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

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

संगठनात्मक मुद्दाहरूबाट - तपाईंले gitlab-runner दर्ता गर्न, ssh-keygen बनाउन, यस मेसिनको सार्वजनिक ssh कुञ्जी अपलोड गर्न आवश्यक छ। .ssh/authorized_keys मास्टर मेसिनमा, मास्टर मेसिनमा जवाफदेहीका लागि पोर्ट 22 खोल्नुहोस्।

अब उत्तरदायी कन्फिगर गरौं

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

अर्को, तपाईंले जवाफको लागि स्वचालित रूपमा इन्भेन्टरी फाइल उत्पन्न गर्न आवश्यक छ, जहाँबाट यसले मेशिनहरूको आईपी लिनेछ जसमा तपाईंले git पुल गर्न आवश्यक छ।

हामीले Hetzner को API प्रयोग गरेर यो फाइल उत्पन्न गर्छौं, तपाईंले आफ्नो AWS, Asure, डेटाबेसबाट होस्टहरूको सूची लिन सक्नुहुन्छ (तपाईँसँग चलिरहेको मेसिनहरू प्रदर्शन गर्न कतै API छ, हैन?)।

इन्भेन्टरी फाइलको संरचना 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

यो जाँच गर्ने समय हो कि उत्तरदायी काम गर्दछ र 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 

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

अब यो सबै को लागि मतलब थियो

Gitlab मा मास्टर शाखामा कमिट गर्दा स्वचालित रूपमा चलाउन हाम्रो स्क्रिप्ट सिकाउनुहोस्

पहिले, हाम्रो स्क्रिप्टलाई अझ सुन्दर बनाउनुहोस् र यसलाई कार्यान्वयनयोग्य फाइलमा राख्नुहोस् (यसलाई 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