Ansible: uuendused automaatimise võtme lahendustes teie maailmas

Ansible kogukond toob pidevalt uusi sisu – pluginaid ja mooduleid – luues palju uut tööd neile, kes hooldavad Ansible'it, kuna uus kood tuleb kiiresti integreerida hoidlastesse. Tihti ei suudeta tähtaegadesse mahtuda ja mõned täiesti valmistooteid lükatakse järgmise ametliku Ansible Engine versiooni väljaandmiseni. Hiljuti oli lõppkasutajal ainult üks viis Ansible'i uue sisu saamiseks – koos uue Ansible Engine versiooniga.

Et muuta selle protsessi mugavamaks, alustas Ansible kogukond paindlikumate võimaluste loomise ja sisu saamise osas.

Red Hat Ansible Engine 2.8: teel uute meetodite juurde Ansible sisu töötlemisel

Kasutaja päringutele vastates tuli Ansible Engine 2.8-s muudatused, mis käsitlevad sisu töötlemist, mis ei kuulu ametlikku väljaandesse. Need muudatused võimaldavad uue viisi sisu tarnimiseks kasutajatele, mis ei sõltu Ansible'i hooldajatest, hallates nii Ansible'i sisu kui ka platvormi koodi.

Eeldatakse, et järgmistes väljaannetes saavad sisu loojad tarnida oma sisu spetsiaalsete pakettidena, nn Kollektsioonidena (Collection), mida saab paigaldada õigesse täitmise kohta Ansible'i peal (kontroll sõlme) või hallatavas sõlmes (managed node). Kollektsiooni looja määrab otse paketis täitmise üksikasjad rollide ja mängude abil. Ülaltoodud muudatuste tõttu Ansible Engine'is muutuvad kollektsioonid üheks tööriistaks, mis aitavad eraldada sisu väljaandmise ametlikest versioonidest Ansible Engine.

Uus Become konstruktsioon

Become konstruktsioon on juba ammu olemas, kuid alates versioonist 2.8 kasutatakse BECOME sõna vaikimisi Ansible Engine'is parooli küsimiseks privileegide tõstmisel (sudo privileegid *nix süsteemides või enable režiim võrguseadmetes). Teisisõnu, nüüd on BECOME standardne õiguste tõstmise tööriist, mis ise suudab sihtsüsteemiga toime tulla.

Näiteks, siin on selle kasutamise näide:

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

Lisaks on Ansible Engine 2.8-s saadaval ka BECOME plugina, mis töötab nagu doas Linuxis ja nagu runas Windowsis, võimaldades toimingute tegemist määratud kasutaja nimel. Privileegide tõstmiseks võrgu seadmetes kasutatakse become-plugin enable.

Python tõlkija otsimine

Võib-olla olete sellise veaga kokku puutunud:

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

Asi on selles, et varasemates Ansible Engine versioonides peeti vaikimisi põhiliseks (kasutatavaks vaikimisi) Python tõlkijaks sellele kaustale /usr/bin/python. Alates versioonist 2.8 otsib Ansible tõlkijat igas sihtsüsteemis, alustades põhilise Python tõlkija täidetavate failide teede ja nimede tabeliga erinevates jaotustes ning seejärel kasutab varutõlkijate järjestatud loendeid (fallback list), üksikasjalikumalt vaadake Portimise käsiraamat Ansible 2.8.

Retry-failid ei genereerita enam vaikimisi

Olete pikka aega otsinud ketas .retry faile? Kui olete Ansible'i kaua kasutanud, on neid kindlasti palju ja need võtavad ainult väärtuslikku ruumi. Alates versioonist 2.8 ei genereeri Ansible Engine enam vaikimisi neid faile (mida saab tühistada, muutes vaikimisi failini ansible.cfg).

Uuendatud Play Recap

Väljavõte Portimise käsiraamat Ansible 2.8:

Play Recap arvutab nüüd ülesandeid (tasks) koos olekuga ignored ja rescued, samuti ok, changed, unreachable, failed ja skipped, tänu kahe uue statistika loenduri olemasolule callback-plugin default. Failed-ülesanded, mille puhul on seatud ignore_errors: yes, arvestatakse ignored'ina. Failed-ülesanded, mille puhul töötati seejärel välja rescue sektsioon, arvestatakse rescued'ina. Pange tähele, et erinevalt varasematest Ansible versioonidest ei arvestata rescued-ülesandeid enam failed-ina.

Ja Play Recap tabelis, mis näitab mängu tulemusi, on hostide juures ilmunud täiendavad veerud skipped, rescued ja ignored:

Pilved ja konteinerid

Versioonis 2.8 on tehtud täiustusi ja lisandeid pilve- ja konteinerimoodulites, et töötada koos Amazon Web Services, Microsoft Azure, Google Cloud, Digital Ocean, podman ja kubevirt. Samuti on oluline märkida, et TOML-faile saab nüüd kasutada inventory-allikana.

Paramiko

Kasutate Red Hat Ansible Network Automation? Ansible Engine 2.8 ei sisalda enam paramiko ja ei sõltu sellest. Vaikimisi kasutab Ansible Engine ssh. Kui vajate paramiko, saate selle installida käsu pip install paramiko abil.

Kui vajate tuge paramiko kasutamise osas Red Hati tellimuse raames, pöörduge teadmusbaasi artikli poole Paramiko pakett puudub pärast uusi Ansible Engine'i installatsioone.

Nii on Red Hat Ansible Engine'i uus versioon saanud muljetavaldava nimekirja täiustusi ja muudatusi, millega saab lähemalt tutvuda siin.

Red Hat Ansible Tower 3.5: rohkem automatiseerimist

Maikuust alates on saadaval ka uus versioon Red Hat Ansible Tower 3.5, mis pakub mitmeid olulisi täiustusi automatiseerimiseks, millest räägime, kui te pole veel ise proovinud.

Nii et esmalt võtmetähtsusega:

• Toetab Red Hat Enterprise Linux 8;
• Toetab väliseid volituste salvestamise süsteeme sobivate pistikprogrammide abil;
• Toetab become-pistikprogramme Ansible Toweris.

Peale selle on uues versioonis parandatud üle 160 registreeritud viga ja probleemi.

Toetab Red Hat Enterprise Linux 8

Kordame sageli, et Red Hat Enterprise Linux (RHEL) on usaldusväärne ja universaalne alus selliste lahenduste loomisel nagu näiteks hübriidpilv. Ansible Tower 3.5 (nagu ka Ansible Engine 2.8) võimaldab hallata RHEL 8 hoste ja seda saab käivitada ka Red Hat Enterprise Linux 8 platvormil Red Hat Ansible Automationi juhtimissõlmena.

Välised volituste salvestamise süsteemid

Lisaks sisseehitatud volituste salvestamise süsteemile saab Ansible Tower 3.5 nüüd kasutada ka väliseid volituste salvestamise süsteeme, sest mõnikord on vajalik muuta volitusi kergemini kättesaadavaks jaotatud rakendustele. Seetõttu võib uus versioon Ansible Tower otse töötada erinevate paroolide ja võtmete salvestamise lahendustega, näiteks:

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

Üksikasjad nende süsteemide kasutamise kohta on toodud dokumentides Salajase halduse süsteem.

Uued pistikprogrammid inventari ja volituste suurendamise jaoks

Järgides Ansible Engine'i arengut, pakub Ansible Tower 3.5 uusi inventari-pistikprogramme ja pistikprogramm uut tüüpi volituste suurendamiseks.

Tänu uutele inventari-pistikprogrammidele võib Ansible Tower nüüd kasutada Microsoft Azure, Google Cloud Platformi ja Red Hat OpenStack Platformi platvorme inventari allikana, mis tagab hübriidpilves töötamise "karbist välja".

Uus Privilege Escalation pistikprogramm tagab põhjaliku volituste suurendamise töötluse, pakkudes palju rohkem paindlikkust ja kontrolli võrreldes traditsiooniliste sudo ja su variantidega.

Uuendatud UI-liidese loetelud

Uues versioonis on nimekirdudega töötamine muutunud palju mugavamaks. Nimekirju saab avada üksikasjade kuvamiseks ja sulgeda, et ekraanil rohkem elemente kuvada. Nimekirju saab teha ka sorteerituks erinevate väljade alusel ja filtreerida praktiliselt iga omaduse järgi.

Parandatud mõõdikud

Mõõdikutel on nüüd nii nimetatud endpointid (/api/v2/metrics), tänu millele saab Ansible Towerit hõlpsasti jälgida Prometheuse ja teiste sarnaste süsteemide abil, samas on võimalik korraga kasutada mitut süsteemi, sealhulgas pilvesüsteeme.

Ansible Tower 3.5 on juba allalaadimiseks saadaval, uusim versioon Red Hat Ansible Towerist saab installida nii lokaalselt kui ka Vagrant'i või Amazon AMI kaudu.

Ansible'i veebinarid: arendage oma oskusi

Täitmisele kuuluvad veebinaride arhiiv teemal: www.ansible.com/resources/webinars-training?hsLang=en-us

4. juunil toimus veebinar Uued võimalused Ansible Automatisioonis, kus räägiti Red Hat Ansible Toweri ja Red Hat Ansible Engine'i uutest ning parendatud funktsioonidest. Peagi ilmub arhive.

Inglise keeles on saadaval veebinar Ansible'i abil võrguhalduse automatiseerimisest.

Allikas: habr.com