Die Ansible-Community begeistert ständig mit neuen Inhalten – Plugins und Modulen – und schafft viel neue Arbeit für die, die mit der Wartung von Ansible beschäftigt sind, da neuer Code so schnell wie möglich in die Repositories integriert werden muss. Die Einhaltung der Fristen gelingt nicht immer und der Start einiger bereits fertiger Produkte wird bis zur nächsten offiziellen Version der Ansible Engine verschoben. Bis vor Kurzem hatten Endbenutzer nur einen Weg, um neue Ansible-Inhalte zu erhalten – zusammen mit der neuen Version der Ansible Engine.
Um die Unannehmlichkeiten zu beseitigen, hat die Ansible-Community an flexibleren Varianten zur Erstellung und zum Erhalt von Inhalten gearbeitet.
Red Hat Ansible Engine 2.8: Auf dem Weg zu neuen Methoden zur Verarbeitung von Ansible-Inhalten
Als Antwort auf die Anfrage der Benutzer wurden in Ansible Engine 2.8 Änderungen an der Verarbeitung von Inhalten eingeführt, die nicht Teil des offiziellen Releases sind. Diese Änderungen ermöglichen einen neuen Weg, Inhalte an Benutzer zu liefern, der nicht von denen abhängt, die Ansible bei der Verwaltung von Ansible-Inhalten sowie dem Code der Plattform unterstützen.
In zukünftigen Releases wird geplant, dass die Ersteller (Creators) von Inhalten diese in Form von speziellen Paketen, sogenannten Collections, bereitstellen können, die an dem dafür vorgesehenen Ort auf dem Hauptknoten von Ansible (control node) oder auf dem verwalteten Knoten (managed node) installiert werden können. Der Ersteller von Collections wird direkt im Paket Details zur Ausführung mit Rollen und Playbooks festlegen. Dank der oben genannten Änderungen in Ansible Engine werden Collections eines der Werkzeuge sein, die es ermöglichen, die Veröffentlichung von Inhalten von der Veröffentlichung offizieller Versionen der Ansible Engine zu entkoppeln..
Neue Konstruktion Become
Die Become-Konstruktion gibt es schon eine ganze Weile, aber seit Version 2.8 wird das Wort BECOME standardmäßig in Ansible Engine verwendet, um ein Passwort beim Erhöhen der Berechtigungen (sudo-Berechtigungen in *nix-Systemen oder den Enable-Modus auf Netzwerkgeräten) abzufragen. Mit anderen Worten, jetzt ist BECOME ein standardisiertes Tool zur Erhöhung der Berechtigungen, das eigenständig mit dem Zielsystem umgeht.
So sieht ein Beispiel für die Verwendung aus:
ansible-playbook --become --ask-become-pass site.yml
BECOME Passwort:
Darüber hinaus enthält Ansible Engine 2.8 auch das BECOME-Plugin, das wie doas unter Linux und wie runas unter Windows funktioniert und es ermöglicht, Aktionen im Namen eines bestimmten Benutzers auszuführen. Für die Erhöhung von Berechtigungen auf Netzwerkanwendungen wird das become-Plugin enable verwendet.
Suche nach dem Python-Interpreter
Sie haben möglicherweise mit einem solchen Fehler zu kämpfen gehabt:
/usr/bin/python: bad interpreter: No such file or directory
Das Problem ist, dass in früheren Versionen von Ansible Engine standardmäßig davon ausgegangen wurde, dass der Haupt-Python-Interpreter im Verzeichnis /usr/bin/python zu finden ist. Ab Version 2.8 sucht Ansible den Interpreter auf jedem Zielsystem, indem es zuerst die Pfad- und Dateinamentabelle des Haupt-Python-Interpreters in verschiedenen Distributionen konsultiert und anschließend die geordneten Listen für alternative Interpreter (fallback list) verwendet. Weitere Infos finden Sie in der .
Retry-Dateien werden standardmäßig nicht mehr erstellt
Haben Sie schon lange nach .retry-Dateien auf der Festplatte gesucht? Wenn Sie Ansible schon länger verwenden, gibt es sicherlich viele davon, die nur nützlichen Speicherplatz beanspruchen. Ab Version 2.8 erstellt Ansible Engine diese Dateien standardmäßig nicht mehr (was durch Bearbeiten der verwendeten ansible.cfg-Datei rückgängig gemacht werden kann).
Aktualisierte Play Recap
Ausschnitt aus :
Die Play Recap zählt jetzt Aufgaben (tasks) mit dem Status ignored und rescued sowie ok, changed, unreachable, failed und skipped, dank zwei neuer Statistikzähler im Callback-Plugin default. Failed-Aufgaben, bei denen das Flag ignore_errors: yes gesetzt war, werden als ignored gezählt. Failed-Aufgaben, für die dann der Rettungsabschnitt (rescue) ausgeführt wurde, werden als rescued gezählt. Beachten Sie, dass im Gegensatz zu früheren Versionen von Ansible rescued-Aufgaben nicht mehr als failed gezählt werden.
In der Play Recap-Tabelle nach der Ausführung des Playbooks haben die Hosts zusätzliche Spalten skipped, rescued und ignored erhalten:
Clouds und Container
In Version 2.8 wurden Verbesserungen und Ergänzungen in den Cloud- und Containermodulen für die Arbeit mit Amazon Web Services, Microsoft Azure, Google Cloud, Digital Ocean, und . Es ist auch erwähnenswert, dass TOML-Dateien jetzt als Inventory-Quelle verwendet werden können.
Paramiko
Verwenden Sie Red Hat Ansible Network Automation? Ansible Engine 2.8 enthält kein paramiko mehr und ist nicht von ihm abhängig. Standardmäßig verwendet Ansible Engine ssh. Wenn Sie paramiko benötigen, können Sie es mit dem Befehl pip install paramiko installieren.
Wenn Sie Unterstützung bei der Verwendung von paramiko im Rahmen des Red Hat-Abonnements benötigen, wenden Sie sich bitte an den Artikel in der Wissensdatenbank. .
So erhielt die neue Version von Red Hat Ansible Engine eine beeindruckende Liste von Verbesserungen und Änderungen, über die wir detaillierter informieren werden. .
Red Hat Ansible Tower 3.5: mehr Automatisierung.
Seit Ende Mai ist auch die neue Version Red Hat Ansible Tower 3.5 verfügbar, die mehrere wesentliche Verbesserungen für die Automatisierung bietet, über die wir sprechen werden, falls Sie sie noch nicht selbst überprüft haben.
Also, zuerst die wichtigsten Fakten:
- Unterstützung für Red Hat Enterprise Linux 8;
- Unterstützung für externe Credential-Store mit passenden Plugins;
- Unterstützung für become-Plugins in Ansible Tower.
Darüber hinaus wurden in der neuen Version mehr als 160 gemeldete Fehler und Probleme behoben.
Unterstützung für Red Hat Enterprise Linux 8
Wir betonen oft, dass Red Hat Enterprise Linux (RHEL) eine zuverlässige und vielseitige Grundlage für den Aufbau beispielsweise hybrider Clouds ist. Ansible Tower 3.5 (wie auch Ansible Engine 2.8) ermöglicht das Management von RHEL 8-Hosts und kann auch auf der Plattform Red Hat Enterprise Linux 8 als Managementknoten für das Red Hat Ansible Automation-System ausgeführt werden.
Externe Credential-Store
Neben dem integrierten Credential-Store kann Ansible Tower 3.5 jetzt auch externe Credential-Store verwenden, da manchmal eine einfachere Zugänglichkeit für verteilte Anwendungen erforderlich ist. Daher kann die neue Version von Ansible Tower direkt mit verschiedenen Lösungen zur Speicherung von Passwörtern und Schlüsseln arbeiten, wie zum Beispiel:
- HashiCorp Vault;
- CyberArk AIM;
- CyberArk Conjur;
- Microsoft Azure Key Vault.
Details zur Arbeit mit diesen Systemen sind in der Dokumentation zu finden. .
Neue Plugins für die Arbeit mit Inventar und zur Erhöhung von Privilegien.
Im Einklang mit der Entwicklung von Ansible Engine bietet Ansible Tower 3.5 neue Inventar-Plugins und ein Plugin für das neue Privilegiensteigerungstool.
Dank Ansible Tower kann jetzt als Inventarquelle die Plattformen Microsoft Azure, Google Cloud Platform und Red Hat OpenStack Platform nutzen, was die Arbeit mit hybriden Cloud-Umgebungen „out of the box“ ermöglicht.
Das neue Privilegiensteigerungs-Plugin bietet eine umfassende Bearbeitung von Aufgaben zur Erhöhung von Privilegien und bietet viel mehr Flexibilität und Kontrolle im Vergleich zu traditionellen sudo- und su-Methoden.
Überarbeitete UI-Oberfläche für Listen.
In der neuen Version ist die Arbeit mit Listen erheblich einfacher geworden. Sie können ausgeklappt werden, um Details anzuzeigen, und wieder eingeklappt werden, um mehr Elemente auf dem Bildschirm anzuzeigen. Die Listen können auch nach verschiedenen Feldern sortiert und nahezu nach jedem Attribut gefiltert werden.
Verbesserte Metriken
Die Metriken haben so genannte Endpunkte (\/api\/v2\/metrics) erhalten, durch die Ansible Tower jetzt problemlos mit Prometheus und anderen ähnlichen Systemen überwacht werden kann, wobei mehrere Systeme, einschließlich Cloud-basierter, gleichzeitig genutzt werden können.
Ansible Tower 3.5 steht jetzt zum Download bereit, kann sowohl lokal als auch über Vagrant oder Amazon AMI installiert werden.
Webinare zu Ansible: Verbessern Sie Ihre Fähigkeiten
Ständig erweitert wird das Webinar-Archiv zu dem Thema:
Am 4. Juni fand statt Webinar , посвященный neuen und verbesserten Funktionen von Red Hat Ansible Tower und Red Hat Ansible Engine. Bald im Archiv verfügbar.
Auf Russisch verfügbar ist.
Quelle: habr.com
