Jak automatycznie zainstalować role Ansible Galaxy?

Wszystkie moje playbooki / role Ansible są rejestrowane w moim repozytorium git.

Jednak w przypadku ról Ansible Galaxy zawsze muszę jawnie pobierać je pojedynczo na każdy komputer, z którego chcę uruchomić Ansible.

Trudno nawet z góry dokładnie wiedzieć, które role Ansible Galaxy są potrzebne, dopóki Ansible nie narzeknie na brakującą rolę w czasie wykonywania.

Jak należy zarządzać zależnościami ról w Ansible Galaxy? Chciałbym, aby zostały one wpisane do mojego repozytorium git wraz z resztą kodu ansible lub aby były automatycznie identyfikowane i pobierane podczas uruchamiania Ansible na nowym komputerze.

Powinieneś użyć requirements.ymlpliku dla tego przypadku użycia. Opisz wymagane role, korzystając z różnych metod instalacji:

# Install a role from the Ansible Galaxy
- src: dfarrell07.opendaylight

# Install a role from GitHub
- name: opendaylight
  src: https://github.com/dfarrell07/ansible-opendaylight

# Install a role from a specific git branch
- name: opendaylight
  src: https://github.com/dfarrell07/ansible-opendaylight
  version: origin/master

# Install a role at a specific tag from GitHub
- name: opendaylight
  src: https://github.com/dfarrell07/ansible-opendaylight
  version: 1.0.0

# Install a role at a specific commit from GitHub
- name: opendaylight
  src: https://github.com/dfarrell07/ansible-opendaylight
  version: <commit hash>

Następnie zainstaluj je:

ansible-galaxy install -r requirements.yml

Oto działający przykład (instalacja OpenDaylight przy użyciu Ansible jako dostawcy Vagrant). Więcej informacji można znaleźć w odpowiednich dokumentach Ansible .

Jak zasugerowano, do tego celu możesz użyć galaktyki ansible.

Ansible ma funkcję, w której możesz utworzyć requirements.ymlplik zawierający listę wszystkich Twoich ról. Możesz dowiedzieć się o tym tutaj: http://docs.ansible.com/ansible/latest/galaxy.html#installing-multiple-roles-from-a-file

Na przykład (Requirements.yml):

- src: yatesr.timezone

Wtedy uciekasz ansible-galaxy install -r requirements.yml ten plik, aby pobrać wszystkie wymienione tam role.

Jeśli chcesz jeszcze bardziej zautomatyzować to, możesz utworzyć prosty skrypt powłoki, który uruchomi dwie komendy.

Na przykład (ansible.sh):

./ansible.sh

ansible-galaxy install -r requirements.yml
ansible-playbook playbook.yml -i inventory 

Często zdarza mi się instalować pakiet Java JDK. Korzystanie z roli ułatwia ten dotyk. Wypróbowałem kilka różnych sposobów (w tym wiele .gitmodules i submodule ... Muszę używać wielu systemów git do pracy i wszystko robi się brzydkie). Moim największym wymaganiem jest to, że nie sprawdzam kodu ról w projekcie podręcznika, głównie po to, aby wszystko trzymać w jednym miejscu.

Zawartość mojego pliku „Requirements.yml”:

- src: https://github.com/staylorx/ansible-role-wls-prep.git
  version: master
  name: staylorx.wls-prep

- src: https://my-work-git-extravaganza.com
  version: 2.x
  name: coolplace.niftyrole

#From Ansible Galaxy
- src: staylorx.oracle-jdk

Prowadzę osobny podręcznik, install-roles.yml:

---

- hosts: localhost

  tasks:
    - file:
        path:  roles
        state: absent

    - local_action:
        command ansible-galaxy install -r requirements.yml --roles-path roles

    - lineinfile:
        dest:   .gitignore
        regexp: '^\/roles$'
        line:   '/roles'
        state:  present

Uruchamiam ten pierwszy podręcznik, a następnie normalnie uruchamiam role w dowolnym podręczniku. Dla mnie sekret polega na tym, aby upewnić się, że jest ignorowany przez gita, więc nie sprawdzam przez pomyłkę ról. Ponieważ za każdym razem usuwam folder, zapewniam, że nie muszę wymuszać ani ignorować błędów.

Innym rozwiązaniem jest użycie podmodułów git. W końcu Ansible Galaxy to tylko katalog repozytoriów github ...

Używam tego polecenia, aby automatycznie dodać dowolną rolę Galaxy jako moduł podrzędny:

ansible-galaxy info <package> | grep -A 1 github_repo | tr '\n' ' ' | sed -e "s/.*github_repo: \([^[:space:]]*\)[^\w]*github_user: \([^[:space:]]*\)[[:space:]]*/git submodule add git:\/\/github.com\/\2\/\1.git roles\/\2.\1/g" | sh

Następnie zatwierdź zmiany w swoim repozytorium git. Podczas klonowania repozytorium w przyszłości pamiętaj, aby sklonować je za pomocą modułów podrzędnych, npgit clone ... --recursive

Zaletą tego jest to, że podmoduł git zawsze odwołuje się do określonej wersji (git commit-hash). Uniemożliwi to uruchamianie nieprzetestowanych aktualizacji w środowisku produkcyjnym. Nowa wersja roli Galaxy może zawierać błędy lub działać zupełnie inaczej niż wcześniej. Za pomocą modułu podrzędnego git decydujesz, czy i kiedy aktualizujesz rolę do nowej wersji.

Ponadto nie będziesz musiał dodatkowo zajmować się umieszczaniem ról galaktyk na czarnej liście w swoim, .gitignoreaby zapobiec wysyłaniu ich kodu do repozytorium.

Możesz użyć roli Ansible, aby zainstalować potrzebne role za pomocą modułu poleceń .

Oto bardzo podstawowy przykład, który działa ansible-galaxy install:

- name: Install roles from Ansible Galaxy
  command: ansible-galaxy install {{ item.item }}
  with_items:
    - "{{ ansible_roles_list }}"

ansible_roles_listMogą być dostarczane jako zmienna lub jako parametr do naśladowania.

Jeśli zrobisz to w roli, musisz to zastosować przed innymi rolami, które chcesz zainstalować przy jej użyciu, w osobnym poradniku. Dzieje się tak, ponieważ Ansible sprawdza, czy wszystkie role są dostępne przed uruchomieniem podręcznika, w którym się do nich odwołujesz.

W tej chwili, o ile wiem, nie ma automatycznego sposobu pobierania ról w czasie wykonywania. Najlepszym rozwiązaniem jest umieszczenie ich we własnym repozytorium lub posiadanie odpowiedniej dokumentacji zawierającej wszystkie wymagania. Możesz nawet utworzyć podręcznik przed lotem, który zainstaluje Twoje role. :)

Tutaj moje wymagania dotyczą roli i są używane w install.yml

main.yml

 # tasks file for MY_ROLE
- name: Install requirements
  local_action: command ansible-galaxy install -r {{ role_path }}/requirements.yml -p /etc/ansible/roles

- include_tasks: install.yml 

.  
├── playbook.yml  
├── inventory  
├── roles  
│    └── My_Role   
│        ├── tasks  
│        │   └── main.yml  
│        │   └── install.yml  
│        └── requirements.yml

Jeśli require.yml znajduje się w katalogu ról twojego projektu, Tower / AWX instaluje role automatycznie.