Ansible + auto git повлекува кластер виртуелни машини во облакот

Добар ден

Имаме неколку облак кластери со голем број виртуелни машини во секоја од нив. Ние сме домаќини на целиот овој бизнис во Хецнер. Во секој кластер имаме една мастер машина, од неа се зема слика и автоматски се дистрибуира до сите виртуелни машини во кластерот.

Оваа шема не ни дозволува нормално да ги користиме gitlab-runners, бидејќи многу проблеми се јавуваат кога се појавуваат многу идентични регистрирани тркачи, што не поттикна да најдеме решение и да го напишеме овој напис/прирачник.

Ова веројатно не е најдобра практика, но ова решение изгледаше што е можно поудобно и едноставно.

За упатството, ве молиме погледнете мачка.

Потребни пакети на главната машина:

• python
• оди
• датотека со ssh клучеви

Општиот принцип на имплементирање на автоматско повлекување на цревата на сите виртуелни машини е дека ви треба машина на која ќе се инсталира Ansible. Од оваа машина, ansible ќе испрати команди за повлекување на git и ќе ја рестартира услугата што е ажурирана. За овие цели, создадовме посебна виртуелна машина надвор од кластерите и инсталиравме на неа:

• python
• одговорен
• gitlab-тркач

Од организациски прашања - треба да регистрирате gitlab-runner, да направите ssh-keygen, да го поставите јавниот ssh клуч на оваа машина на .ssh/authorized_keys на главната машина, отворете ја портата 22 за ансибил на главната машина.

Сега ајде да го конфигурираме ansible

Бидејќи нашата цел е да автоматизираме сè што е можно. Во датотека /etc/ansible/ansible.cfg ќе ја декоментираме линијата host_key_checking = Falseтака што ansible не бара потврда за нови машини.

Следно, треба автоматски да генерирате инвентар датотека за ansible, од каде што ќе ја земе IP-ата на машините на кои треба да направите git pull.

Ние ја генерираме оваа датотека користејќи го Hetzner's 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

Време е да проверите дали Ansible работи и е пријателски со примање IP адреси:

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

Излезот треба да ги содржи имињата на домаќините на машините на кои е извршена командата.
Неколку зборови за синтаксата:

• /etc/ansible/./vm_list - генерира листа на машини
• -i - апсолутна патека до датотеката со залихи
• -m - кажи ansible да го користи модулот школка
• -а е аргументот. Секоја команда може да се внесе овде
• група - името на вашиот кластер. Ако треба да го направите ова на сите кластери, сменете ја групата на сите

Ајде да одиме понатаму - да се обидеме да направиме git pull на нашите виртуелни машини:

/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 на други проекти, само треба да го промените името на услугата за да се рестартира и името на кластерот на кој ќе се извршуваат ansible командите.

Извор: www.habr.com