{"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\/da\/blog\/administrirovanie\/ansible-obnovleniya-v-klyuchevyh-resheniyah-dlya-avtomatizatsii-vashego-mira","title":{"rendered":"Ansible: opdateringer i n\u00f8glel\u00f8sninger til automatisering af din verden","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ansible-f\u00e6llesskabet gl\u00e6der sig konstant over nyt indhold \u2013 plugins og moduler \u2013 hvilket skaber meget nyt arbejde for dem, der er involveret i at vedligeholde Ansible, da ny kode skal integreres i repositorier s\u00e5 hurtigt som muligt. Det lykkes ikke altid at overholde tidsfristerne, og lanceringen af nogle produkter, der er klar til frigivelse, udskydes til den n\u00e6ste officielle version af Ansible Engine. Indtil for nylig havde slutbrugeren kun \u00e9n m\u00e5de at f\u00e5 nyt Ansible-indhold p\u00e5 \u2013 sammen med den nye version af Ansible Engine.<\/p>\n

\"Ansible:
\n
\nFor at afhj\u00e6lpe dette ubehag er Ansible-f\u00e6llesskabet begyndt at arbejde p\u00e5 mere fleksible m\u00e5der at skabe og f\u00e5 indhold p\u00e5.
\n<\/a><\/noindex><\/p>\n

Red Hat Ansible Engine 2.8: p\u00e5 vej mod nye metoder til behandling af Ansible-indhold<\/h3>\n

\nSom svar p\u00e5 brugernes anmodninger er der i Ansible Engine 2.8 kommet \u00e6ndringer, der vedr\u00f8rer behandlingen af indhold, som ikke er en del af den officielle udgivelse<\/b>. Disse \u00e6ndringer vil muligg\u00f8re en ny m\u00e5de at levere indhold til brugerne, der ikke afh\u00e6nger af dem, der vedligeholder Ansible, til at styre b\u00e5de Ansible-indhold og koden til selve platformen.<\/p>\n

Det er planlagt, at skabere af indhold i kommende udgivelser vil kunne levere det i form af s\u00e6rlige pakker, s\u00e5kaldte Samlinger (Collection), som kan installeres det relevante sted til udf\u00f8relse p\u00e5 hovednoden Ansible (control node) eller p\u00e5 den administrerede node (managed node). Skaberen af samlingen vil direkte skrive udf\u00f8relsesdetaljerne i pakken ved hj\u00e6lp af roller og playbooks. Takket v\u00e6re de f\u00f8rn\u00e6vnte \u00e6ndringer i Ansible Engine vil samlinger blive et af de v\u00e6rkt\u00f8jer, der g\u00f8r det muligt at adskille udgivelsen af indhold fra frigivelsen af officielle versioner af Ansible Engine.<\/b>.<\/p>\n

Den nye Become-konstruktion<\/h4>\n

\nBecome-konstruktionen har eksisteret i et stykke tid, men fra version 2.8 bruges BECOME som standard i Ansible Engine til at anmode om adgangskode ved forh\u00f8jelse af privilegier (sudo-rettigheder p\u00e5 *nix-systemer eller enable-tilstand p\u00e5 netv\u00e6rksenheder). Med andre ord, nu er BECOME et standardv\u00e6rkt\u00f8j til at erhverve rettigheder, som selv h\u00e5ndterer m\u00e5lsystemet.<\/p>\n

S\u00e5dan ser et eksempel p\u00e5 dens brug ud:<\/p>\n

ansible-playbook --become --ask-become-pass site.yml\nBECOME password:\n<\/code><\/pre>\n
\nDerudover er der kommet en BECOME-plugin i Ansible Engine 2.8, som fungerer som doas p\u00e5 Linux og som runas p\u00e5 Windows, og som giver mulighed for at udf\u00f8re handlinger p\u00e5 vegne af en bestemt bruger. For at h\u00e6ve rettighederne p\u00e5 netv\u00e6rksenheder bruges become-pluginen enable.<\/p>\n
S\u00f8gning efter Python-fortolker<\/h4>\n
\nDu har m\u00e5ske oplevet en s\u00e5dan fejl:<\/p>\n
\/usr\/bin\/python: bad interpreter: No such file or directory\n<\/code><\/pre>\n
\nDet er s\u00e5dan, at i tidligere versioner af Ansible Engine blev det antaget, at den prim\u00e6re (standardbrugte) Python-fortolker befandt sig i mappen \/usr\/bin\/python. Fra version 2.8 s\u00f8ger Ansible efter fortolkeren p\u00e5 hver m\u00e5lmaskine, f\u00f8rst ved at tjekke med tabellen over stier og navne for den prim\u00e6re Python-fortolker i forskellige distributioner, og derefter bruger den de sortere lister af backup-fortolkere (fallback list), se n\u00e6rmere i Guiden til portering til Ansible 2.8<\/a><\/noindex>.<\/p>\n
Retry-filer oprettes ikke l\u00e6ngere som standard<\/h4>\n
\nHar du l\u00e6nge ledt efter .retry-filer p\u00e5 disken? Hvis du l\u00e6nge har brugt Ansible, er der sikkert mange af dem, og de optager kun v\u00e6rdifuld plads. Fra version 2.8 opretter Ansible Engine ikke l\u00e6ngere disse filer som standard (hvilket kan \u00e6ndres ved at redigere den anvendte standard ansible.cfg-fil).<\/p>\n
Opdateret Play Recap<\/h4>\n
\nUddrag fra Guiden til portering til Ansible 2.8<\/a><\/noindex>:<\/p>\n
Play Recap t\u00e6ller nu opgaver (tasks) med status ignored og rescued, samt ok, changed, unreachable, failed og skipped, takket v\u00e6re to nye statistik t\u00e6llere i callback-pluginet default. Failed-opgaver, som har flaget ignore_errors: yes, t\u00e6lles som ignored. Failed-opgaver, hvor r\u00e6ddningssektionen er blevet udf\u00f8rt, t\u00e6lles som rescued. V\u00e6r opm\u00e6rksom p\u00e5, at i mods\u00e6tning til tidligere versioner af Ansible t\u00e6lles rescued-opgaver ikke l\u00e6ngere som failed.<\/p><\/blockquote>\n
\nOg i Play Recap-tabellen efter udf\u00f8relsen af playbooken er der tilf\u00f8jet ekstra kolonner skipped, rescued og ignored for v\u00e6rterne:<\/p>\n
\"Ansible:<\/p>\n
Skylagring og containere<\/h4>\n
\nVersion 2.8 indeholder forbedringer og udvidelser i cloud- og container-moduler til arbejde med Amazon Web Services, Microsoft Azure, Google Cloud, Digital Ocean, podman<\/a><\/noindex> og kubevirt<\/a><\/noindex>. Det er ogs\u00e5 v\u00e6rd at bem\u00e6rke, at TOML-filer nu kan bruges som en inventory-kilde.<\/p>\n
Paramiko<\/h4>\n
\nBruger du Red Hat Ansible Network Automation? Ansible Engine 2.8 indeholder ikke l\u00e6ngere paramiko og er ikke afh\u00e6ngig af det. Som standard bruger Ansible Engine ssh. Hvis du har brug for paramiko, kan det installeres med kommandoen pip install paramiko.<\/p>\n
Hvis du har brug for support til brug af paramiko i forbindelse med Red Hat-abonnementet, s\u00e5 se venligst vidensartiklen. Paramiko-pakken mangler efter nye installationer af Ansible Engine.<\/a><\/noindex>.<\/p>\n
Den nye version af Red Hat Ansible Engine har f\u00e5et en imponerende liste af forbedringer og \u00e6ndringer, som du kan l\u00e6se mere om. her<\/a><\/noindex>.<\/b><\/p>\n
Red Hat Ansible Tower 3.5: Mere automatisering.<\/h3>\n
\nFra slutningen af maj er den nye version Red Hat Ansible Tower 3.5 tilg\u00e6ngelig, som tilbyder flere v\u00e6sentlige forbedringer til automatisering, og vi vil tale om disse, hvis du ikke har haft tid til selv at tjekke dem.<\/p>\n
S\u00e5 f\u00f8rst n\u00f8glepunkterne:<\/p>\n