{"id":35513,"date":"2019-10-31T22:04:46","date_gmt":"2019-10-31T19:04:46","guid":{"rendered":"https:\/\/prohoster.info\/blog\/ansible-obnovleniya-v-klyuchevyh-resheniyah-dlya-avtomatizatsii-vashego-mira\/"},"modified":"2019-10-31T22:04:46","modified_gmt":"2019-10-31T19:04:46","slug":"ansible-obnovleniya-v-klyuchevyh-resheniyah-dlya-avtomatizatsii-vashego-mira","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/ansible-obnovleniya-v-klyuchevyh-resheniyah-dlya-avtomatizatsii-vashego-mira","title":{"rendered":"Ansible: uppdateringar i viktiga l\u00f6sningar f\u00f6r att automatisera din v\u00e4rld","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ansible-gemenskapen forts\u00e4tter att imponera med nytt inneh\u00e5ll \u2013 plugins och moduler \u2013 vilket skapar mycket nytt arbete f\u00f6r dem som \u00e4r involverade i Ansible-underh\u00e5ll, eftersom ny kod m\u00e5ste integreras s\u00e5 snabbt som m\u00f6jligt i repositoryn. Det \u00e4r inte alltid m\u00f6jligt att h\u00e5lla tidsramarna, och lanseringen av vissa produkter som \u00e4r redo f\u00f6r release skjuts upp till n\u00e4sta officiella version av Ansible Engine. Fram till nyligen hade slutanv\u00e4ndaren endast ett s\u00e4tt att f\u00e5 nytt Ansible-inneh\u00e5ll \u2013 tillsammans med den nya versionen av Ansible Engine.<\/p>\n

\"Ansible:
\n
\nF\u00f6r att l\u00f6sa detta problem har Ansible-gemenskapen p\u00e5b\u00f6rjat arbetet med mer flexibla alternativ f\u00f6r skapande och mottagande av inneh\u00e5ll.
\n<\/a><\/noindex><\/p>\n

Red Hat Ansible Engine 2.8: p\u00e5 v\u00e4g mot nya metoder f\u00f6r hantering av Ansible-inneh\u00e5ll<\/h3>\n

\nSom ett svar p\u00e5 anv\u00e4ndarnas f\u00f6rfr\u00e5gningar har f\u00f6r\u00e4ndringar inf\u00f6rts i Ansible Engine 2.8 som r\u00f6r hanteringen av inneh\u00e5ll, som inte ing\u00e5r i den officiella releasen.<\/b>. Dessa f\u00f6r\u00e4ndringar kommer att m\u00f6jligg\u00f6ra ett nytt s\u00e4tt att leverera inneh\u00e5ll till anv\u00e4ndarna, vilket inte kommer att bero p\u00e5 dem som underh\u00e5ller Ansible vid hantering av b\u00e5de Ansible-inneh\u00e5ll och koden f\u00f6r sj\u00e4lva plattformen.<\/p>\n

Det planeras att i kommande releaser kommer inneh\u00e5llsskapare att kunna leverera sitt inneh\u00e5ll i form av speciella paket, s\u00e5 kallade Samlingar (Collection), som kan installeras i den avsedda utf\u00f6randeplatsen p\u00e5 huvudnoden f\u00f6r Ansible (control node) eller p\u00e5 den hanterade noden (managed node). Skaparen av samlingarna kommer att direkt i paketet ange detaljer f\u00f6r utf\u00f6rande med hj\u00e4lp av roller och playbooks. Tack vare ovan n\u00e4mnda f\u00f6r\u00e4ndringar i Ansible Engine kommer samlingar att bli ett av verktygen som m\u00f6jligg\u00f6r att avskilja utgivningen av inneh\u00e5ll fr\u00e5n utgivningen av officiella versioner av Ansible Engine.<\/b>.<\/p>\n

Den nya konstruktionen Become<\/h4>\n

\nKonstruktionen Become har funnits l\u00e4nge, men fr\u00e5n och med version 2.8 anv\u00e4nds ordet BECOME som standard i Ansible Engine f\u00f6r att beg\u00e4ra l\u00f6senord vid h\u00f6jning av privilegier (sudo-privilegier p\u00e5 *nix-system eller enable-l\u00e4ge p\u00e5 n\u00e4tverksenheter). Med andra ord, nu \u00e4r BECOME ett standardverktyg f\u00f6r privilegieh\u00f6jning som redan hanterar den m\u00e5lservern.<\/p>\n

S\u00e5 h\u00e4r ser ett exempel p\u00e5 anv\u00e4ndning ut:<\/p>\n

ansible-playbook --become --ask-become-pass site.yml\nBECOME l\u00f6senord:\n<\/code><\/pre>\n
\nDessutom har Ansible Engine 2.8 f\u00e5tt en BECOME-plugin som fungerar som doas p\u00e5 Linux och som runas p\u00e5 Windows, och m\u00f6jligg\u00f6r att utf\u00f6ra \u00e5tg\u00e4rder i egenskap av en angiven anv\u00e4ndare. F\u00f6r att h\u00f6ja privilegier p\u00e5 n\u00e4tverksenheter anv\u00e4nds become-pluginen enable.<\/p>\n
S\u00f6k efter Python-tolk<\/h4>\n
\nDu har kanske st\u00f6tt p\u00e5 ett s\u00e5dant fel:<\/p>\n
\/usr\/bin\/python: bad interpreter: No such file or directory\n<\/code><\/pre>\n
\nSaken \u00e4r den att i tidigare versioner av Ansible Engine ans\u00e5gs som standard att huvud (anv\u00e4nds som standard) Python-tolken finns i mappen \/usr\/bin\/python. Fr\u00e5n och med version 2.8 s\u00f6ker Ansible efter tolken p\u00e5 varje m\u00e5lsystem, f\u00f6rst genom att kolla i tabellen med s\u00f6kv\u00e4gar och namn p\u00e5 den huvudsakliga Python-tolken i olika distributioner, och sedan anv\u00e4nder den sorterade listor med backup-tolkar, se mer information i Guider f\u00f6r portering till Ansible 2.8<\/a><\/noindex>.<\/p>\n
Retry-filer skapas inte l\u00e4ngre som standard<\/h4>\n
\nHar du letat efter .retry-filer p\u00e5 disken l\u00e4nge? Om du har anv\u00e4nt Ansible l\u00e4nge finns det s\u00e4kert m\u00e5nga av dem, och de tar bara upp anv\u00e4ndbart utrymme. Fr\u00e5n och med version 2.8 skapar Ansible Engine dessa filer inte l\u00e4ngre som standard (vilket kan \u00e4ndras genom att redigera den standardanv\u00e4nda filen ansible.cfg).<\/p>\n
Uppdaterad Play Recap<\/h4>\n
\nUtdrag fr\u00e5n Guider f\u00f6r portering till Ansible 2.8<\/a><\/noindex>:<\/p>\n
Play Recap r\u00e4knar nu uppgifter (tasks) med status ignored och rescued, samt ok, changed, unreachable, failed och skipped, tack vare tv\u00e5 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\u00e5n tidigare versioner av Ansible r\u00e4knas rescued-uppgifter inte l\u00e4ngre som failed.<\/p><\/blockquote>\n
\nI tabellen Play Recap efter k\u00f6rningen av spelboken har v\u00e4rdarna f\u00e5tt ytterligare kolumner f\u00f6r skipped, rescued och ignored:<\/p>\n
\"Ansible:<\/p>\n
Moln och containrar<\/h4>\n
\nVersion 2.8 inneh\u00e5ller f\u00f6rb\u00e4ttringar och till\u00e4gg i moln- och container-moduler f\u00f6r arbete med Amazon Web Services, Microsoft Azure, Google Cloud, Digital Ocean, podman<\/a><\/noindex> och kubevirt<\/a><\/noindex>. Det \u00e4r ocks\u00e5 v\u00e4rt att notera att TOML-filer nu kan anv\u00e4ndas som inventarie-k\u00e4lla.<\/p>\n
Paramiko<\/h4>\n
\nAnv\u00e4nder du Red Hat Ansible Network Automation? Ansible Engine 2.8 inneh\u00e5ller inte l\u00e4ngre paramiko och \u00e4r inte beroende av det. Som standard anv\u00e4nder Ansible Engine ssh. Om du beh\u00f6ver paramiko kan du installera det med kommandot pip install paramiko.<\/p>\n
Om du beh\u00f6ver st\u00f6d f\u00f6r att anv\u00e4nda paramiko inom ramen f\u00f6r din Red Hat-prenumeration, v\u00e4nligen se artikeln i kunskapsbasen. Paramiko-paketet saknas efter nya installationer av Ansible Engine.<\/a><\/noindex>.<\/p>\n
D\u00e4rmed har den nya versionen av Red Hat Ansible Engine berikats med en imponerande lista av f\u00f6rb\u00e4ttringar och f\u00f6r\u00e4ndringar, som du kan l\u00e4sa mer om. h\u00e4r<\/a><\/noindex>.<\/b><\/p>\n
Red Hat Ansible Tower 3.5: mer automatisering.<\/h3>\n
\nSedan slutet av maj finns den nya versionen av Red Hat Ansible Tower 3.5 tillg\u00e4nglig, som erbjuder flera betydande f\u00f6rb\u00e4ttringar f\u00f6r automatisering. Vi kommer att g\u00e5 igenom dem, ifall du inte har haft tid att kolla sj\u00e4lv.<\/p>\n
S\u00e5, f\u00f6rst och fr\u00e4mst nyckelpunkterna:<\/p>\n