{"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\/nl\/blog\/administrirovanie\/ansible-obnovleniya-v-klyuchevyh-resheniyah-dlya-avtomatizatsii-vashego-mira","title":{"rendered":"Ansible: updates in sleuteloplossingen voor automatisering van uw wereld","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

De Ansible-gemeenschap levert voortdurend nieuw materiaal \u2013 plugins en modules \u2013 wat resulteert in veel nieuw werk voor degenen die Ansible onderhouden, aangezien nieuwe code zo snel mogelijk in de repositories moet worden ge\u00efntegreerd. Het lukt niet altijd om binnen de deadlines te blijven en de lancering van sommige producten die al klaar zijn voor release wordt uitgesteld tot de volgende offici\u00eble versie van Ansible Engine. Tot voor kort had de eindgebruiker slechts \u00e9\u00e9n manier om nieuwe Ansible-inhoud te verkrijgen \u2013 samen met de nieuwe versie van Ansible Engine.<\/p>\n

\"Ansible:
\n
\nOm het ongemak te verhelpen, is de Ansible-gemeenschap begonnen met het ontwikkelen van flexibelere opties voor het cre\u00ebren en verkrijgen van inhoud.
\n<\/a><\/noindex><\/p>\n

Red Hat Ansible Engine 2.8: op weg naar nieuwe methoden voor de verwerking van Ansible-inhoud<\/h3>\n

\nIn reactie op gebruikersverzoeken zijn er in Ansible Engine 2.8 wijzigingen aangebracht met betrekking tot de verwerking van inhoud, die niet is opgenomen in de offici\u00eble release<\/b>. Deze veranderingen maken een nieuwe manier van het leveren van inhoud aan gebruikers mogelijk, die niet afhankelijk is van de Ansible-beheerders bij het beheer van zowel de Ansible-inhoud als de code van het platform zelf.<\/p>\n

In toekomstige releases wordt verwacht dat contentcreators hun inhoud in de vorm van speciale pakketten, zogenaamde Collecties, kunnen aanbieden, die kunnen worden ge\u00efnstalleerd op de juiste uitvoeringslocatie op de Ansible-hoofdnode (control node) of op de beheerde node (managed node). De creator van de collectie zal rechtstreeks in het pakket details van de uitvoering kunnen specificeren met behulp van rollen en playbooks. Dankzij de hierboven genoemde wijzigingen in Ansible Engine, zullen collecties een van de instrumenten worden die de release van inhoud ontkoppelen van de release van offici\u00eble versies van Ansible Engine.<\/b>.<\/p>\n

Nieuwe constructie Become<\/h4>\n

\nDe Become-constructie bestaat al een tijdje, maar vanaf versie 2.8 wordt het woord BECOME standaard gebruikt in Ansible Engine voor het opvragen van een wachtwoord bij het verhogen van bevoegdheden (sudo-rechten op *nix-systemen of enable-modus op netwerkapparaten). Met andere woorden, nu is BECOME het standaard middel voor toestemmingverhoging dat zelf al omgaat met het doelsysteem.<\/p>\n

Zo ziet een voorbeeld van het gebruik eruit:<\/p>\n

ansible-playbook --become --ask-become-pass site.yml\nBECOME wachtwoord:\n<\/code><\/pre>\n
\nBovendien is er in Ansible Engine 2.8 de BECOME-plug-in toegevoegd, die werkt als doas op Linux en als runas op Windows, en waarmee acties kunnen worden uitgevoerd namens een opgegeven gebruiker. Voor verhoogde privileges op netwerkapparaten wordt de become-plug-in enable gebruikt.<\/p>\n
Zoek naar Python-interpreter<\/h4>\n
\nU bent mogelijk een dergelijke fout tegengekomen:<\/p>\n
\/usr\/bin\/python: bad interpreter: No such file or directory\n<\/code><\/pre>\n
\nHet punt is dat in eerdere versies van Ansible Engine standaard werd aangenomen dat de primaire (standaard gebruikte) Python-interpreter zich in de map \/usr\/bin\/python bevindt. Vanaf versie 2.8 zoekt Ansible de interpreter op elke doelmachine, eerst door de paden en namen van de hoofdpython-interpreter in verschillende distributies te controleren, en daarna door ordenen van lijsten met back-up interpreters (fallback list), zie voor meer informatie in De handleiding voor portabiliteit naar Ansible 2.8<\/a><\/noindex>.<\/p>\n
Retry-bestanden worden standaard niet meer aangemaakt<\/h4>\n
\nZoekt u al lang naar .retry-bestanden op uw schijf? Als u Ansible al een tijd gebruikt, zijn ze er vast veel, en ze nemen alleen maar nuttige ruimte in. Vanaf versie 2.8 maakt Ansible Engine standaard deze bestanden niet meer aan (wat kan worden teruggedraaid door het standaard gebruikte ansible.cfg-bestand te bewerken).<\/p>\n
Bijgewerkte Play Recap<\/h4>\n
\nUittreksel uit Handleidingen voor portabiliteit naar Ansible 2.8<\/a><\/noindex>:<\/p>\n
Play Recap telt nu taken (tasks) met de status ignored en rescued, naast ok, changed, unreachable, failed en skipped, dankzij twee nieuwe statistiekens tellers in de callback-plug-in default. Failed-taken waarvoor de flag ignore_errors: yes is ingesteld, worden geteld als ignored. Failed-taken die daarna de rescue-sectie hebben doorlopen, worden geteld als rescued. Let op dat, in tegenstelling tot eerdere versies van Ansible, rescued-taken niet meer worden geteld als failed.<\/p><\/blockquote>\n
\nEn in de tabel Play Recap aan het einde van de uitvoering van de playbook zijn er extra kolommen skipped, rescued en ignored voor de hosts verschenen:<\/p>\n
\"Ansible:<\/p>\n
Clouds en containers<\/h4>\n
\nIn versie 2.8 zijn verbeteringen en aanvullingen ge\u00efmplementeerd in cloud- en container-modules voor gebruik met Amazon Web Services, Microsoft Azure, Google Cloud, Digital Ocean, podman<\/a><\/noindex> en kubevirt<\/a><\/noindex>. Het is ook vermeldenswaard dat TOML-bestanden nu kunnen worden gebruikt als inventory-bron.<\/p>\n
Paramiko<\/h4>\n
\nGebruikt u Red Hat Ansible Network Automation? Ansible Engine 2.8 bevat paramiko niet meer en is er niet afhankelijk van. Standaard gebruikt Ansible Engine ssh. Als u paramiko nodig heeft, kunt u het installeren met de opdracht pip install paramiko.<\/p>\n
Als u ondersteuning nodig heeft voor het gebruik van paramiko binnen uw Red Hat-abonnement, zie dan het kennisbankartikel. Paramiko-pakket ontbreekt na nieuwe installaties van Ansible Engine.<\/a><\/noindex>.<\/p>\n
De nieuwe versie van Red Hat Ansible Engine is voorzien van een indrukwekkende lijst met verbeteringen en wijzigingen die u hier kunt bekijken. hier<\/a><\/noindex>.<\/b><\/p>\n
Red Hat Ansible Tower 3.5: meer automatisering.<\/h3>\n
\nEen nieuwe versie van Red Hat Ansible Tower 3.5 is sinds eind mei beschikbaar, met verschillende belangrijke verbeteringen voor automatisering, waar we over zullen praten als u deze nog niet zelf hebt gecontroleerd.<\/p>\n
Dus, eerst de belangrijkste punten:<\/p>\n