Ansible: актуализации в ключовите решения за автоматизация на твоя свят

Общността Ansible постоянно радва с ново съдържание – плъгини и модули – създавайки и много нова работа за тези, които се занимават с поддръжка на Ansible, тъй като новия код трябва да бъде интегриран възможно най-бързо в репозиториите. Не винаги успяваме да се вместим в сроковете и пускането на някои напълно готови за пускане продукти се отлага до следващата официална версия на Ansible Engine. До неотдавна крайните потребители имаха само един начин да получат ново съдържание на Ansible – с новата версия на Ansible Engine.

За да се избегнат неудобствата, общността Ansible започна работа по по-гъвкави варианти за създаване и получаване на съдържание.

Red Hat Ansible Engine 2.8: по пътя към нови методи за обработка на Ansible-съдържание

В отговор на запитвания от потребителите, в Ansible Engine 2.8 се появиха промени, касаещи обработката на съдържание, което не е включено в официалното издание. Тези промени ще позволят реализирането на нов начин за доставка на съдържание на потребителите, който няма да зависи от поддръжката на Ansible при управлението както на съдържанието на Ansible, така и на кода на самата платформа.

Планира се, че в следващите версии Създателите (Creators) на съдържание ще могат да го предоставят под формата на специални пакети, така наречените Колекции (Collection), които ще могат да се инсталират в съответното място за изпълнение на главния възел на Ansible (control node) или на управлявания възел (managed node). Създателят на колекции ще указва подробностите за изпълнението директно в пакета с помощта на роли и плейбукове. Благодарение на гореспоменатите промени в Ansible Engine, колекциите ще станат инструмент, който ще позволи да се отвърже освобождаването на съдържание от освобождаването на официалните версии на Ansible Engine.

Новата конструкция Become

Конструкцията Become съществува отдавна, но започвайки от версия 2.8, думата BECOME по подразбиране се използва в Ansible Engine за искане на парола при повишаване на привилегиите (sudo-привилегии на системи *nix или режим enable на мрежови устройства). С други думи, сега BECOME е стандартен инструмент за повишаване на правомощията, който сам се справя с целевата система.

Ето как изглежда пример за неговото използване:

ansible-playbook --become --ask-become-pass site.yml
BECOME password:

Освен това, в Ansible Engine 2.8 се появи и плъгин BECOME, който работи като doas на Linux и runas на Windows и позволява извършването на действия от името на зададен потребител. За повишаване на привилегиите на мрежовите устройства се използва плъгинът become enable.

Търсене на Python интерпретатор

Вероятно сте се сблъсквали с такава грешка:

/usr/bin/python: bad interpreter: No such file or directory

Става дума за това, че в предишните версии на Ansible Engine по подразбиране се смяташе, че основният (по подразбиране използван) Python интерпретатор се намира в папката /usr/bin/python. Започвайки от версия 2.8, Ansible търси интерпретатора на всяка целева система, първо проверявайки таблицата с пътища и имена на изпълними файлове на основния Python интерпретатор в различни дистрибуции, а след това използвайки подредени списъци със резервни интерпретатори (fallback list), повече информация можете да намерите в Ръководството за портирование на Ansible 2.8.

Retry файлове вече не се създават по подразбиране

Търсили ли сте отдавна на диска retry файлове? Ако отдавна използвате Ansible, те вероятно са много и само заемат полезно пространство. Започвайки от версия 2.8, Ansible Engine по подразбиране вече не създава тези файлове (което може да бъде отменено, като редактирате файла ansible.cfg, използван по подразбиране).

Актуализиран Play Recap

Извадка от Ръководства за портирование на Ansible 2.8:

Play Recap вече отчитат задачи (tasks) със статус ignored и rescued, както и ok, changed, unreachable, failed и skipped, благодарение на два нови статистически брояча в callback плъгина default. Failed задачи, за които е зададен флагът ignore_errors: yes, се отчитат като ignored. Failed задачи, за които след това е била изпълнена секция rescue, се отчитат като rescued. Обърнете внимание, че за разлика от предишните версии на Ansible, rescued задачите вече не се отчитат като failed.

А в таблицата Play Recap с резултатите от изпълнението на плейбука, хостовете имат нови колони skipped, rescued и ignored:

Облаци и контейнери

В версия 2.8 са реализирани подобрения и добавки в облачните и контейнерните модули за работа с Amazon Web Services, Microsoft Azure, Google Cloud, Digital Ocean, podman и kubevirt. Също така, е важно да се отбележи, че файловете TOML вече могат да се използват като източник на инвентар.

Paramiko

Използвате Red Hat Ansible Network Automation? Ansible Engine 2.8 вече не съдържа paramiko и не разчита на него. По подразбиране Ansible Engine използва ssh. Ако ви е необходим paramiko, можете да го инсталирате с командата pip install paramiko

Ако се нуждаете от подкрепа при използването на paramiko в рамките на абонамента за Red Hat, моля, свържете се с статията от базата знания Липсва пакетът Paramiko след нови инсталации на Ansible Engine.

Така новата версия на Red Hat Ansible Engine се попълни с внушителен списък от подобрения и промени, с които можете да се запознаете тук.

Red Hat Ansible Tower 3.5: повече автоматизация

От края на май е налична новата версия на Red Hat Ansible Tower 3.5, предлагаща няколко значителни подобрения за автоматизация, за които ще говорим, ако все още не сте ги проверили.

И така, първо основните:

• Подкрепа за Red Hat Enterprise Linux 8;
• Подкрепа за външни хранилища на креденциали с помощта на съответните плъгини;
• Подкрепа за плъгини become в Ansible Tower.

Освен това в новата версия са отстранени над 160 регистрирани грешки и проблеми.

Подкрепа за Red Hat Enterprise Linux 8

Често повтаряме, че Red Hat Enterprise Linux (RHEL) е надеждната и универсална основа за изграждане на, например, хибридно облако. Ansible Tower 3.5 (както и Ansible Engine 2.8) предоставя управление на хостове RHEL 8 и може да работи на платформата Red Hat Enterprise Linux 8 като управляващ възел на системата Red Hat Ansible Automation.

Външни хранилища на креденциали

В допълнение към вграденото хранилище на креденциали, Ansible Tower 3.5 сега може да използва и външни хранилища на креденциали, тъй като понякога е необходимо да се направят креденциалите по-достъпни за разпределени приложения. Следователно новата версия на Ansible Tower може да работи директно с различни решения за съхранение на пароли и ключове, например:

• HashiCorp Vault;
• CyberArk AIM;
• CyberArk Conjur;
• Microsoft Azure Key Vault.

Подробности за работа с тези системи са предоставени в документите Система за управление на секрети.

Новите плъгини за работа с inventory и повишаване на привилегиите

Следвайки развитието на Ansible Engine, Ansible Tower 3.5 предлага нови inventory-плъгини и плъгин за работа с нов инструмент за повишаване на привилегиите.

Благодарение на новите inventory-плъгини Ansible Tower сега може да използва като източник на inventory платформите Microsoft Azure, Google Cloud Platform и Red Hat OpenStack Platform, което осигурява работа с хибридни облачни среди "извън кутията".

Новият плъгин за повишаване на привилегиите осигурява цялостно обработване на задачи за повишаване на привилегиите, предлагаща много повече гъвкавост и контрол в сравнение с традиционните sudo и su.

Преработен UI интерфейс на списъците

В новата версия работата с списъците е значително по-удобна. Те могат да бъдат разширявани, за да се показват подробности, и свивани, за да се показват повече елементи на екрана. Списъците също могат да бъдат сортирани по различни полета и филтрирани почти по всяко свойство.

Подобрени метрики

Метриките получиха така наречените endpoint (\/api\/v2\/metrics), благодарение на които Ansible Tower сега лесно се наблюдава с помощта на Prometheus и други подобни системи, като същевременно могат да се използват няколко системи едновременно, включително облачни.

Ansible Tower 3.5 вече е достъпен за изтегляне, най-новата версия на Red Hat Ansible Tower може да се инсталира както локално, така и чрез Vagrant или Amazon AMI.

Уебинари по Ansible: подобрете своите умения

Постоянно се обновява сбирката от уебинари по темата: www.ansible.com\/resources\/webinars-training?hsLang=en-us

На 4 юни се проведе уебинар Какво ново в Ansible Automation, посветен на новите и подобрени функции на Red Hat Ansible Tower и Red Hat Ansible Engine. Скоро ще бъде наличен в сбирката.

На български език е наличен уебинар за автоматизация на мрежите с помощта на Ansible.

Източник: habr.com