Die Ansible-Community bietet ständig neuen Content – von Plugins und Modulen bis hin zu zahlreichen neuen Aufgaben für diejenigen, die sich um Ansible kümmern. Da neuer Code so schnell wie möglich in die Repositories integriert werden muss, gelingt es nicht immer, die Fristen einzuhalten, und der Start einiger marktreifen Produkte wird auf die nächste offizielle Version von Ansible Engine verschoben. Bis vor kurzem hatten Endnutzer nur eine Möglichkeit, neuen Ansible-Content zu erhalten – zusammen mit einer neuen Version von Ansible Engine.
Um diese Unannehmlichkeit zu beseitigen, hat die Ansible-Community an flexibleren Möglichkeiten zur Erstellung und Verbreitung von Content gearbeitet.
Red Hat Ansible Engine 2.8: Auf dem Weg zu neuen Methoden zur Verarbeitung von Ansible-Content
In Antwort auf die Nutzeranfragen wurden in Ansible Engine 2.8 Änderungen eingeführt, die die Verarbeitung von Inhalten betreffen, die nicht Teil des offiziellen Releases sind. Diese Änderungen ermöglichen eine neue Art der Content-Zustellung für die Benutzer, die nicht von den Verantwortlichen von Ansible abhängt, wenn es um die Verwaltung sowohl des Ansible-Contents als auch des Codes der Plattform selbst geht.
In künftigen Versionen wird es Content Creators ermöglicht, Inhalte in Form von speziellen Paketen, sogenannten Collections, bereitzustellen, die an dem entsprechenden Ausführungsort auf dem Ansible-Control-Node oder auf dem verwalteten Knoten installiert werden können. Der Creator der Collections wird die Ausführungsdetails direkt im Paket mithilfe von Rollen und Playbooks definieren. Dank der oben genannten Änderungen im Ansible Engine werden Collections zu einem der Werkzeuge, die die Veröffentlichung von Inhalten von der Veröffentlichung offizieller Versionen des Ansible Engine entkoppeln..
Neue Become-Konstruktion
Die Become-Konstruktion existiert schon seit längerem, aber seit Version 2.8 wird das Wort BECOME standardmäßig im Ansible Engine verwendet, um ein Passwort beim Erhöhen der Berechtigungen (sudo-Berechtigungen auf *nix-Systemen oder Enable-Modus auf Netzwerkgeräten) anzufordern. Mit anderen Worten, jetzt ist BECOME ein Standardwerkzeug zur Erhöhung der Berechtigungen, das bereits 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:
Zusätzlich ist im Ansible Engine 2.8 das BECOME-Plugin verfügbar, das wie doas unter Linux und runas unter Windows funktioniert und Aktionen im Namen eines bestimmten Benutzers ausführen kann. Für die Erhöhung der Berechtigungen auf Netzwerkgeräten wird das become-Plugin enable verwendet.
Suche nach dem Python-Interpreter
Sie haben möglicherweise mit einem solchen Fehler zu tun 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 liegt. Ab Version 2.8 sucht Ansible den Interpreter auf jedem Zielsystem, zunächst indem es die Tabelle der Pfade und Namen der ausführbaren Dateien des Haupt-Python-Interpreters in verschiedenen Distributionen abgleicht und anschließend geordnete Listen von Ersatzinterpreteren verwendet. Weitere Informationen 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 eine Weile verwenden, gibt es sicherlich viele davon, die nur Speicherplatz beanspruchen. Ab Version 2.8 erstellt Ansible Engine standardmäßig keine dieser Dateien mehr (dies kann rückgängig gemacht werden, indem die verwendete ansible.cfg-Datei bearbeitet wird).
Aktualisierte Play Recap
Ausschnitt aus :
Die Play Recap zählt jetzt auch Aufgaben (tasks) mit den Status ignored und rescued sowie ok, changed, unreachable, failed und skipped, dank zweier neuer Statistikzähler im Standard-Callback-Plugin. Failed-Aufgaben, die mit dem Flag ignore_errors: yes markiert sind, werden als ignored gezählt. Failed-Aufgaben, für die anschließend die rescue-Sektion bearbeitet wurde, zählen als rescued. Beachten Sie, dass rescued-Aufgaben im Gegensatz zu früheren Ansible-Versionen nicht mehr als failed zählen.
In der Play Recap-Tabelle nach der Ausführung des Playbooks wurden zusätzliche Spalten für skipped, rescued und ignored bei den Hosts hinzugefügt:
Clouds und Container
In Version 2.8 wurden Verbesserungen und Ergänzungen an 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
Nutzen 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 Ihres Red Hat-Abonnements benötigen, wenden Sie sich bitte an den Artikel in der Wissensdatenbank. .
So hat die neue Version von Red Hat Ansible Engine eine beeindruckende Liste von Verbesserungen und Änderungen erhalten, die Sie im Detail einsehen können. .
Red Hat Ansible Tower 3.5: mehr Automation.
Seit Ende Mai steht die neue Version von Red Hat Ansible Tower 3.5 zur Verfügung, die mehrere bedeutende Verbesserungen für die Automatisierung bietet. Darüber möchten wir sprechen, falls Sie noch nicht die Gelegenheit hatten, sie selbst zu überprüfen.
Also, zuerst die wichtigsten Punkte:
- Unterstützung für Red Hat Enterprise Linux 8;
- Unterstützung für externe Geheimspeicher mittels entsprechender Plugins;
- Unterstützung von Become-Plugins in Ansible Tower.
Darüber hinaus wurden in der neuen Version über 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 einer hybriden Cloud ist. Ansible Tower 3.5 (wie auch Ansible Engine 2.8) ermöglicht das Management von RHEL 8-Hosts und kann als Steuerungsknoten für das Red Hat Ansible Automation-System auf der Plattform Red Hat Enterprise Linux 8 betrieben werden.
Externe Geheimnisspeicher
Neben dem integrierten Geheimnisspeicher kann Ansible Tower 3.5 jetzt auch externe Geheimnisspeicher nutzen, da in verteilten Anwendungen manchmal ein besserer Zugriff auf Anmeldeinformationen erforderlich ist. Aus diesem Grund 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 finden Sie in den Dokumenten .
Neue Plugins für Inventory und Privilegienerhöhung
Mit der Entwicklung von Ansible Engine bietet Ansible Tower 3.5 neue Inventory-Plugins und ein Plugin für das neue Verfahren zur Erhöhung von Berechtigungen.
Dank Ansible Tower kann jetzt als Inventarquelle für Microsoft Azure, Google Cloud Platform und Red Hat OpenStack Platform genutzt werden, wodurch hybrides Cloud-Management direkt einsatzbereit ist.
Das neue Privilege Escalation-Plugin bietet umfassende Funktionen zur Handhabung von Berechtigungsanfragen und ermöglicht deutlich mehr Flexibilität und Kontrolle im Vergleich zu herkömmlichem sudo und su.
Überarbeitete Benutzeroberfläche für Listen
In der neuen Version ist die Arbeit mit Listen erheblich einfacher. Sie können aufgeklappt werden, um Details anzuzeigen, und wieder eingeklappt werden, um mehr Elemente auf dem Bildschirm darzustellen. Listen lassen sich außerdem nach verschiedenen Feldern sortieren und nahezu nach jedem Attribut filtern.
Verbesserte Metriken
Die Metriken verfügen über sogenannte Endpunkte (/api/v2/metrics), was es Ansible Tower erleichtert, mit Prometheus und anderen ähnlichen Systemen überwacht zu werden, und die gleichzeitige Nutzung mehrerer Systeme, einschließlich Cloud-Lösungen, ermöglicht.
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
Wird ständig aktualisiert Webinar-Speicher zu dem Thema:
Am 4. Juni fand statt Webinar , das sich neuen und verbesserten Funktionen von Red Hat Ansible Tower und Red Hat Ansible Engine widmet. Bald verfügbar im Speicher.
Auf Deutsch verfügbar ist.
Quelle: habr.com
