ਕਲਾਉਡ ਵਿੱਚ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਦੇ ਇੱਕ ਕਲੱਸਟਰ ਵਿੱਚ ਜਵਾਬਦੇਹ + ਆਟੋ ਗਿੱਟ ਪੁੱਲ

ਚੰਗਾ ਦਿਨ

ਸਾਡੇ ਕੋਲ ਹਰ ਇੱਕ ਵਿੱਚ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਵਾਲੇ ਕਈ ਕਲਾਉਡ ਕਲੱਸਟਰ ਹਨ। ਅਸੀਂ ਹੇਟਜ਼ਨਰ ਵਿਖੇ ਇਸ ਪੂਰੇ ਕਾਰੋਬਾਰ ਦੀ ਮੇਜ਼ਬਾਨੀ ਕਰਦੇ ਹਾਂ। ਹਰੇਕ ਕਲੱਸਟਰ ਵਿੱਚ ਸਾਡੇ ਕੋਲ ਇੱਕ ਮਾਸਟਰ ਮਸ਼ੀਨ ਹੈ, ਇਸ ਤੋਂ ਇੱਕ ਸਨੈਪਸ਼ਾਟ ਲਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਆਪਣੇ ਆਪ ਹੀ ਕਲੱਸਟਰ ਦੇ ਅੰਦਰ ਸਾਰੀਆਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾਂਦਾ ਹੈ।

ਇਹ ਸਕੀਮ ਸਾਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਗਿਟਲੈਬ-ਰਨਰਸ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦੀ, ਕਿਉਂਕਿ ਬਹੁਤ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਹੁੰਦੀਆਂ ਹਨ ਜਦੋਂ ਬਹੁਤ ਸਾਰੇ ਇੱਕੋ ਜਿਹੇ ਰਜਿਸਟਰਡ ਦੌੜਾਕ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ, ਜਿਸ ਨੇ ਸਾਨੂੰ ਹੱਲ ਲੱਭਣ ਅਤੇ ਇਸ ਲੇਖ/ਮੈਨੂਅਲ ਨੂੰ ਲਿਖਣ ਲਈ ਪ੍ਰੇਰਿਆ।

ਇਹ ਸ਼ਾਇਦ ਸਭ ਤੋਂ ਵਧੀਆ ਅਭਿਆਸ ਨਹੀਂ ਹੈ, ਪਰ ਇਹ ਹੱਲ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਸੁਵਿਧਾਜਨਕ ਅਤੇ ਸਰਲ ਜਾਪਦਾ ਸੀ।

ਟਿਊਟੋਰਿਅਲ ਲਈ, ਕਿਰਪਾ ਕਰਕੇ cat ਵੇਖੋ।

ਮਾਸਟਰ ਮਸ਼ੀਨ 'ਤੇ ਲੋੜੀਂਦੇ ਪੈਕੇਜ:

• ਪਾਇਥਨ
• Git
• ssh ਕੁੰਜੀਆਂ ਨਾਲ ਫਾਈਲ

ਸਾਰੀਆਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ 'ਤੇ ਆਟੋਮੈਟਿਕ ਗਟ ਪੁੱਲ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦਾ ਆਮ ਸਿਧਾਂਤ ਇਹ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਇੱਕ ਮਸ਼ੀਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਜਿਸ 'ਤੇ Ansible ਇੰਸਟਾਲ ਕੀਤਾ ਜਾਵੇਗਾ। ਇਸ ਮਸ਼ੀਨ ਤੋਂ, ਜਵਾਬਦੇਹ ਗਿੱਟ ਪੁੱਲ ਕਮਾਂਡਾਂ ਭੇਜੇਗਾ ਅਤੇ ਅਪਡੇਟ ਕੀਤੀ ਗਈ ਸੇਵਾ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੇਗਾ। ਇਹਨਾਂ ਉਦੇਸ਼ਾਂ ਲਈ, ਅਸੀਂ ਕਲੱਸਟਰਾਂ ਦੇ ਬਾਹਰ ਇੱਕ ਵੱਖਰੀ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਬਣਾਈ ਹੈ ਅਤੇ ਇਸ 'ਤੇ ਸਥਾਪਿਤ ਕੀਤੀ ਹੈ:

• ਪਾਇਥਨ
• ਜਵਾਬਦੇਹ
• gitlab-ਦੌੜਾਕ

ਸੰਗਠਨਾਤਮਕ ਮੁੱਦਿਆਂ ਤੋਂ - ਤੁਹਾਨੂੰ gitlab-runner ਨੂੰ ਰਜਿਸਟਰ ਕਰਨ, ssh-keygen ਬਣਾਉਣ, ਇਸ ਮਸ਼ੀਨ ਦੀ ਜਨਤਕ ssh ਕੁੰਜੀ ਨੂੰ ਅੱਪਲੋਡ ਕਰਨ ਦੀ ਲੋੜ ਹੈ .ssh/authorized_keys ਮਾਸਟਰ ਮਸ਼ੀਨ 'ਤੇ, ਮਾਸਟਰ ਮਸ਼ੀਨ 'ਤੇ ਜਵਾਬਦੇਹੀ ਲਈ ਪੋਰਟ 22 ਨੂੰ ਖੋਲ੍ਹੋ।

ਆਉ ਹੁਣ ਜਵਾਬਦੇਹ ਨੂੰ ਸੰਰਚਿਤ ਕਰੀਏ

ਕਿਉਂਕਿ ਸਾਡਾ ਟੀਚਾ ਹਰ ਸੰਭਵ ਚੀਜ਼ ਨੂੰ ਸਵੈਚਲਿਤ ਕਰਨਾ ਹੈ। ਫਾਈਲ ਵਿੱਚ /etc/ansible/ansible.cfg ਅਸੀਂ ਲਾਈਨ 'ਤੇ ਟਿੱਪਣੀ ਨਹੀਂ ਕਰਾਂਗੇ host_key_checking = Falseਤਾਂ ਜੋ ਜਵਾਬਦੇਹ ਨਵੀਆਂ ਮਸ਼ੀਨਾਂ ਦੀ ਪੁਸ਼ਟੀ ਦੀ ਮੰਗ ਨਾ ਕਰੇ।

ਅੱਗੇ, ਤੁਹਾਨੂੰ ਜਵਾਬਦੇਹ ਲਈ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਇੱਕ ਵਸਤੂ ਫਾਈਲ ਤਿਆਰ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ, ਜਿੱਥੋਂ ਇਹ ਉਹਨਾਂ ਮਸ਼ੀਨਾਂ ਦੀ ਆਈਪੀ ਲੈ ਲਵੇਗੀ ਜਿਨ੍ਹਾਂ 'ਤੇ ਤੁਹਾਨੂੰ git ਪੁੱਲ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ।

ਅਸੀਂ ਹੇਟਜ਼ਨਰ ਦੇ 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 - ਸ਼ੈੱਲ ਮੋਡੀਊਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਜਵਾਬਦੇਹ ਦੱਸੋ
• -a ਦਲੀਲ ਹੈ। ਕੋਈ ਵੀ ਕਮਾਂਡ ਇੱਥੇ ਦਰਜ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ
• ਗਰੁੱਪ — ਤੁਹਾਡੇ ਕਲੱਸਟਰ ਦਾ ਨਾਮ। ਜੇਕਰ ਤੁਹਾਨੂੰ ਸਾਰੇ ਕਲੱਸਟਰਾਂ 'ਤੇ ਅਜਿਹਾ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਸਮੂਹ ਨੂੰ ਸਾਰਿਆਂ ਵਿੱਚ ਬਦਲੋ

ਚਲੋ ਅੱਗੇ ਚੱਲੀਏ - ਆਉ ਆਪਣੀਆਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ 'ਤੇ git pull ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੀਏ:

/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-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