Ansible-gemenskapen fortsĂ€tter att imponera med nytt innehĂ„ll â plugins och moduler â vilket skapar mycket nytt arbete för dem som Ă€r involverade i Ansible-underhĂ„ll, eftersom ny kod mĂ„ste integreras sĂ„ snabbt som möjligt i repositoryn. Det Ă€r inte alltid möjligt att hĂ„lla tidsramarna, och lanseringen av vissa produkter som Ă€r redo för release skjuts upp till nĂ€sta officiella version av Ansible Engine. Fram till nyligen hade slutanvĂ€ndaren endast ett sĂ€tt att fĂ„ nytt Ansible-innehĂ„ll â tillsammans med den nya versionen av Ansible Engine.
För att lösa detta problem har Ansible-gemenskapen pÄbörjat arbetet med mer flexibla alternativ för skapande och mottagande av innehÄll.
Red Hat Ansible Engine 2.8: pÄ vÀg mot nya metoder för hantering av Ansible-innehÄll
Som ett svar pÄ anvÀndarnas förfrÄgningar har förÀndringar införts i Ansible Engine 2.8 som rör hanteringen av innehÄll, som inte ingÄr i den officiella releasen.. Dessa förÀndringar kommer att möjliggöra ett nytt sÀtt att leverera innehÄll till anvÀndarna, vilket inte kommer att bero pÄ dem som underhÄller Ansible vid hantering av bÄde Ansible-innehÄll och koden för sjÀlva plattformen.
Det planeras att i kommande releaser kommer innehÄllsskapare att kunna leverera sitt innehÄll i form av speciella paket, sÄ kallade Samlingar (Collection), som kan installeras i den avsedda utförandeplatsen pÄ huvudnoden för Ansible (control node) eller pÄ den hanterade noden (managed node). Skaparen av samlingarna kommer att direkt i paketet ange detaljer för utförande med hjÀlp av roller och playbooks. Tack vare ovan nÀmnda förÀndringar i Ansible Engine kommer samlingar att bli ett av verktygen som möjliggör att avskilja utgivningen av innehÄll frÄn utgivningen av officiella versioner av Ansible Engine..
Den nya konstruktionen Become
Konstruktionen Become har funnits lÀnge, men frÄn och med version 2.8 anvÀnds ordet BECOME som standard i Ansible Engine för att begÀra lösenord vid höjning av privilegier (sudo-privilegier pÄ *nix-system eller enable-lÀge pÄ nÀtverksenheter). Med andra ord, nu Àr BECOME ett standardverktyg för privilegiehöjning som redan hanterar den mÄlservern.
SÄ hÀr ser ett exempel pÄ anvÀndning ut:
ansible-playbook --become --ask-become-pass site.yml
BECOME lösenord:
Dessutom har Ansible Engine 2.8 fÄtt en BECOME-plugin som fungerar som doas pÄ Linux och som runas pÄ Windows, och möjliggör att utföra ÄtgÀrder i egenskap av en angiven anvÀndare. För att höja privilegier pÄ nÀtverksenheter anvÀnds become-pluginen enable.
Sök efter Python-tolk
Du har kanske stött pÄ ett sÄdant fel:
/usr/bin/python: bad interpreter: No such file or directory
Saken Àr den att i tidigare versioner av Ansible Engine ansÄgs som standard att huvud (anvÀnds som standard) Python-tolken finns i mappen /usr/bin/python. FrÄn och med version 2.8 söker Ansible efter tolken pÄ varje mÄlsystem, först genom att kolla i tabellen med sökvÀgar och namn pÄ den huvudsakliga Python-tolken i olika distributioner, och sedan anvÀnder den sorterade listor med backup-tolkar, se mer information i .
Retry-filer skapas inte lÀngre som standard
Har du letat efter .retry-filer pÄ disken lÀnge? Om du har anvÀnt Ansible lÀnge finns det sÀkert mÄnga av dem, och de tar bara upp anvÀndbart utrymme. FrÄn och med version 2.8 skapar Ansible Engine dessa filer inte lÀngre som standard (vilket kan Àndras genom att redigera den standardanvÀnda filen ansible.cfg).
Uppdaterad Play Recap
Utdrag frÄn :
Play Recap rÀknar nu uppgifter (tasks) med status ignored och rescued, samt ok, changed, unreachable, failed och skipped, tack vare tvÄ nya statistikkontroller i callback-pluginen default. Failed-uppgifter som har flaggan ignore_errors: yes betraktas som ignored. Failed-uppgifter som sedan har bearbetats av rescue-sektionen betraktas som rescued. Observera att till skillnad frÄn tidigare versioner av Ansible rÀknas rescued-uppgifter inte lÀngre som failed.
I tabellen Play Recap efter körningen av spelboken har vÀrdarna fÄtt ytterligare kolumner för skipped, rescued och ignored:
Moln och containrar
Version 2.8 innehÄller förbÀttringar och tillÀgg i moln- och container-moduler för arbete med Amazon Web Services, Microsoft Azure, Google Cloud, Digital Ocean, och . Det Àr ocksÄ vÀrt att notera att TOML-filer nu kan anvÀndas som inventarie-kÀlla.
Paramiko
AnvÀnder du Red Hat Ansible Network Automation? Ansible Engine 2.8 innehÄller inte lÀngre paramiko och Àr inte beroende av det. Som standard anvÀnder Ansible Engine ssh. Om du behöver paramiko kan du installera det med kommandot pip install paramiko.
Om du behöver stöd för att anvÀnda paramiko inom ramen för din Red Hat-prenumeration, vÀnligen se artikeln i kunskapsbasen. .
DÀrmed har den nya versionen av Red Hat Ansible Engine berikats med en imponerande lista av förbÀttringar och förÀndringar, som du kan lÀsa mer om. .
Red Hat Ansible Tower 3.5: mer automatisering.
Sedan slutet av maj finns den nya versionen av Red Hat Ansible Tower 3.5 tillgÀnglig, som erbjuder flera betydande förbÀttringar för automatisering. Vi kommer att gÄ igenom dem, ifall du inte har haft tid att kolla sjÀlv.
SÄ, först och frÀmst nyckelpunkterna:
- Stöd för Red Hat Enterprise Linux 8.
- Stöd för externa lagringslösningar för autentiseringsuppgifter med hjÀlp av lÀmpliga plugin:er.
- Stöd för "become"-plugin:er i Ansible Tower.
Dessutom har den nya versionen ÄtgÀrdat över 160 registrerade fel och problem.
Stöd för Red Hat Enterprise Linux 8.
Vi upprepar ofta att Red Hat Enterprise Linux (RHEL) Àr en pÄlitlig och mÄngsidig grund för att bygga, till exempel, ett hybridmoln. Ansible Tower 3.5 (precis som Ansible Engine 2.8) erbjuder hantering av RHEL 8-vÀrdar och kan ocksÄ köras pÄ plattformen Red Hat Enterprise Linux 8 som en styrnod i Red Hat Ansible Automation-systemet.
Externa lagringslösningar för autentiseringsuppgifter
Utöver det inbyggda lagret av autentiseringsuppgifter kan Ansible Tower 3.5 nu ocksÄ anvÀnda externa lagringslösningar för autentiseringsuppgifter, eftersom det ibland krÀvs att gör autentiseringsuppgifterna mer tillgÀngliga för distribuerade applikationer. DÀrför kan den nya versionen av Ansible Tower direkt arbeta med olika lösningar för lagring av lösenord och nycklar, sÄsom:
- HashiCorp Vault;
- CyberArk AIM;
- CyberArk Conjur;
- Microsoft Azure Key Vault.
Detaljer om hur man arbetar med dessa system kan hittas i dokumentationen. .
Nya plugin:er för att arbeta med inventory och höja privilegier.
I takt med utvecklingen av Ansible Engine erbjuder Ansible Tower 3.5 nya inventory-plugin:er och en plugin för att arbeta med det nya verktyget för höjning av privilegier.
Tack vare Ansible Tower kan nu anvÀnda plattformar som Microsoft Azure, Google Cloud Platform och Red Hat OpenStack Platform som inventory-kÀllor, vilket möjliggör arbete med hybrida molnmiljöer "out-of-the-box".
Den nya plugin:en för Privilege Escalation erbjuder en omfattande hantering av uppgifter för höjning av privilegier, vilket ger mycket mer flexibilitet och kontroll jÀmfört med de traditionella sudo och su.
Omstrukturerat UI-grÀnssnitt för listor.
I den nya versionen har arbetet med listor blivit mycket mer bekvÀmt. De kan expanderas för att visa detaljer och kollapsas för att fÄ plats med fler element pÄ skÀrmen. Listor kan ocksÄ sorteras efter olika fÀlt och filtreras nÀstan efter valfri egenskap.
FörbÀttrade mÀtningar
MÀtningarna har nu sÄ kallade endpoint (\/api\/v2\/metrics), vilket gör att Ansible Tower nu enkelt kan övervakas med hjÀlp av Prometheus och andra liknande system, dessutom kan flera system, inklusive molntjÀnster, anvÀndas samtidigt.
Ansible Tower 3.5 Àr redan tillgÀnglig för nedladdning, kan installeras bÄde lokalt och via Vagrant eller Amazon AMI.
Webbinarier om Ansible: förbÀttra dina fÀrdigheter
StÀndigt tillkommer ett bibliotek av webbinarier i Àmnet:
Den 4 juni hölls webbinariet , som handlade om nya och förbÀttrade funktioner i Red Hat Ansible Tower och Red Hat Ansible Engine. Snart tillgÀnglig i biblioteket.
PĂ„ ryska finns.
KĂ€lla: habr.com
