{"id":80491,"date":"2020-05-06T13:42:24","date_gmt":"2020-05-06T11:42:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1"},"modified":"2020-05-06T13:42:24","modified_gmt":"2020-05-06T11:42:24","slug":"obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1","title":{"rendered":"F\u00e4den schneiden: Der Wechsel von Puppet Enterprise zu Ansible Tower. Teil 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Die Nationale Informationsstelle f\u00fcr Satellitendaten zur Umwelt (NESDIS) hat ihre Verwaltungskosten f\u00fcr Red Hat Enterprise Linux (RHEL) um 35 % gesenkt, indem sie von Puppet Enterprise auf Ansible Tower umgestiegen ist. In diesem Video der Kategorie \"Wie wir es gemacht haben\" erl\u00e4utert Systemingenieur Michael Rau die Gr\u00fcnde f\u00fcr diese Migration und teilt n\u00fctzliche Tipps sowie Erfahrungen, die er beim Wechsel von einem SCM zu einem anderen gesammelt hat. <\/p>\n<p>In diesem Video erfahren Sie:<\/p>\n<ul>\n<li>wie Sie der Unternehmensleitung die Sinnhaftigkeit des Umstiegs von Puppet Enterprise auf Ansible Tower darlegen;<\/li>\n<li>welche Strategien f\u00fcr einen m\u00f6glichst reibungslosen \u00dcbergang verwendet werden sollten;<\/li>\n<li>Tipps zur Transkodierung von PE-Manifests in ein Ansible-Playbook;<\/li>\n<li>Empfehlungen f\u00fcr die optimale Installation von Ansible Tower.<\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"F\u00e4den schneiden: Der Wechsel von Puppet Enterprise zu Ansible Tower. Teil 1\" src=\"\/wp-content\/uploads\/2020\/05\/6c4ee5db9a9f584cd69109549827b5b2.jpg\" style=\"display:block;margin: 0 auto;\" \/><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Hallo zusammen, ich bin Michael Rau, Senior Systems Engineer bei ActioNet, das f\u00fcr die National Oceanic and Atmospheric Administration (NOAA) und den NESDIS-Dienst t\u00e4tig ist. Heute werden wir \u00fcber das Thema String-Trimming sprechen \u2013 meine pers\u00f6nlichen Erfahrungen mit der Migration von Puppet Enterprise zu Ansible Tower. Ziel dieser Pr\u00e4sentation ist es, meine \"Narben\" zu zeigen, die nach diesem Wechsel zu Beginn des Jahres geblieben sind. Ich m\u00f6chte teilen, was ich aus diesem Prozess gelernt habe. Wenn Sie also \u00c4hnliches in Angriff nehmen, k\u00f6nnen Sie von meinen Erfahrungen profitieren und den \u00dcbergang m\u00fchelos gestalten.<\/p>\n<p>Sie sehen Folien wie diese zu Beginn jeder Pr\u00e4sentation auf dem Ansible Fest. Diese Folie erz\u00e4hlt die Geschichte der Automatisierung in meinem Unternehmen. Ich bin kein Neuling in diesem Bereich, da ich seit 2007 mit Puppet\/Puppet Enterprise arbeite. 2016 habe ich begonnen, mit Ansible zu arbeiten, und wie viele andere Nutzer dieses Produkts hat mich die M\u00f6glichkeit, 'Tricks' \u00fcber die Kommandozeile auszuf\u00fchren und einfache Skripte (Playbooks) zu erstellen, angezogen. Ende 2017 habe ich mein Management aus ernsthaften Gr\u00fcnden um die Genehmigung f\u00fcr den Umstieg auf Ansible Tower gebeten. In einer Minute werde ich Ihnen die Gr\u00fcnde darlegen, die mich zu diesem Schritt bewegt haben. Nachdem die Genehmigung erteilt wurde, dauerte es noch einige Monate, bis die Umsetzung abgeschlossen war, und ich habe den Wechsel im Januar\/Februar dieses Jahres vollzogen. So haben wir vollst\u00e4ndig auf Ansible umgestellt und uns von Puppet verabschiedet \u2013 und das ist eine gro\u00dfartige Sache. <\/p>\n<p><img decoding=\"async\" alt=\"F\u00e4den schneiden: Der Wechsel von Puppet Enterprise zu Ansible Tower. Teil 1\" src=\"\/wp-content\/uploads\/2020\/05\/0e179ef00aa22edae72270e53d9787df.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nWas mich an Ansible am meisten fasziniert, ist die M\u00f6glichkeit, Rollen und Playbooks zu erstellen und zu nutzen. Rollen eignen sich hervorragend zur Erstellung verschiedener, aber zusammenh\u00e4ngender Aufgaben und zur B\u00fcndelung aller relevanten Daten an einem Ort. Ein Playbook ist ein YAML-Syntax-Dokument, das die Aktionen f\u00fcr einen oder mehrere Hosts beschreibt. Ich erl\u00e4utere diese M\u00f6glichkeiten in erster Linie Softwareentwicklern. Ansible Tower erm\u00f6glicht es, zu sagen: \u201eNein, Sie haben keinen Zugriff auf die Shell, aber ich gebe Ihnen die M\u00f6glichkeit, alle Tower-Prozesse zu starten und den Dienst nach Bedarf neu zu starten.\u201c Ich werde Ihnen von der Arbeitsumgebung und der von uns verwendeten Hardware erz\u00e4hlen. <\/p>\n<p><img decoding=\"async\" alt=\"F\u00e4den schneiden: Der Wechsel von Puppet Enterprise zu Ansible Tower. Teil 1\" src=\"\/wp-content\/uploads\/2020\/05\/1dd8f9d0025660a1f3c17a174681caec.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDies ist ein f\u00f6deriertes LAN, das aus 7 physischen Standorten besteht, die \u00fcber ein cloudbasiertes MPLS verbunden sind, 140 RHEL-Server, von denen 99 % virtualisiert sind (vSphere), SuperMicro-Hardware, NexentaStore-Netzwerkspeicher, ein Set von Cisco-, Arista- und Cumulus-Switches sowie Fortinet UTM zur einheitlichen Bedrohungsverwaltung an jedem Standort. <\/p>\n<p>Das f\u00f6derale Netzwerk bedeutet, dass ich alle Informationsschutzma\u00dfnahmen, die durch Gesetze vorgegeben sind, einhalten muss. Es ist wichtig zu beachten, dass Puppet Enterprise die meisten der von uns verwendeten Ger\u00e4te nicht unterst\u00fctzt. Wir sind gezwungen, kosteng\u00fcnstige Hardware zu verwenden, da staatliche Stellen mit finanziellen Schwierigkeiten konfrontiert sind. Daher kaufen wir Hardware der Marke SuperMicro und stellen unsere Ger\u00e4te aus einzelnen Komponenten zusammen, deren Wartung durch Regierungsvertr\u00e4ge garantiert ist. Wir nutzen Linux, und das ist einer der wichtigen Gr\u00fcnde f\u00fcr unseren Umstieg auf Ansible. <\/p>\n<p>Unsere Geschichte mit Puppet sieht so aus.<\/p>\n<p><img decoding=\"async\" alt=\"F\u00e4den schneiden: Der Wechsel von Puppet Enterprise zu Ansible Tower. Teil 1\" src=\"\/wp-content\/uploads\/2020\/05\/a893499e8bbabf1223461f11d737e777.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIm Jahr 2007 verf\u00fcgten wir \u00fcber ein kleines Netzwerk von 20-25 Knoten, in dem wir Puppet implementierten. Diese Knoten waren haupts\u00e4chlich einfach RedHat-\u201eBoxen\u201c. 2010 begannen wir, die Web-Oberfl\u00e4che Puppet Dashboard f\u00fcr 45 Knoten zu verwenden. Als das Netzwerk weiter wuchs, wechselten wir 2014 zu PE 3.3 und f\u00fchrten einen vollst\u00e4ndigen \u00dcbergang durch, indem wir das Manifest f\u00fcr 75 Knoten neu schrieben. Dies war notwendig, da Puppet bekannt daf\u00fcr ist, die Spielregeln zu \u00e4ndern, und in diesem Fall hatten sie die Sprache komplett umgestellt. Ein Jahr sp\u00e4ter, als die Unterst\u00fctzung f\u00fcr die dritte Version von Puppet Enterprise eingestellt wurde, mussten wir auf PE 2015.2 migrieren. Auch hier mussten wir das Manifest f\u00fcr die neuen Server erneut anpassen und eine Lizenz f\u00fcr 100 Knoten erwerben, obwohl wir zu diesem Zeitpunkt nur 85 Knoten hatten. <\/p>\n<p>Es sind nur 2 Jahre vergangen, und wir mussten erneut umfangreiche Arbeiten durchf\u00fchren, um auf die neue Version PE 2016.4 umzusteigen. Wir kauften eine Lizenz f\u00fcr 300 Knoten, obwohl wir nur 130 hatten. Erneut mussten wir erhebliche \u00c4nderungen am Manifest vornehmen, da die neue Version der Sprache eine andere Syntax hatte als die Version von 2015. Schlie\u00dflich wechselte unser SCM-System von SVN auf Bitbucket (Git). So gestalteten sich unsere \u201eBeziehungen\u201c zu Puppet.<\/p>\n<p>Ich musste dem Management erkl\u00e4ren, warum wir auf ein anderes SCM umsteigen sollten, und habe dabei folgende Argumente verwendet. Erstens \u2013 der hohe Preis des Services. Ich habe mit den Leuten von RedHat gesprochen, und sie haben gesagt, dass die Kosten f\u00fcr die Verwaltung eines Netzwerks mit 300 Knoten \u00fcber Ansible Tower nur die H\u00e4lfte der Kosten von Puppet Enterprise betragen. Wenn man noch Ansible Engine hinzukauft, werden die Kosten ungef\u00e4hr gleich sein, aber man erh\u00e4lt dabei deutlich mehr Funktionen als bei PE. Da wir ein staatliches Unternehmen sind, das aus Bundesmitteln finanziert wird, ist das ein gewichtiges Argument. <\/p>\n<p><img decoding=\"async\" alt=\"F\u00e4den schneiden: Der Wechsel von Puppet Enterprise zu Ansible Tower. Teil 1\" src=\"\/wp-content\/uploads\/2020\/05\/8077b9a470286c795a13de3cd6470ce9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDas zweite Argument ist die Vielseitigkeit. Puppet unterst\u00fctzt nur die Hardware, auf der ein Puppet-Agent vorhanden ist. Das bedeutet, dass auf allen Switches ein Agent installiert werden muss, und zwar in der neuesten Version. Wenn einige Ihrer Switches eine Version unterst\u00fctzen und andere eine andere, m\u00fcssen Sie die neue Version des PE-Agenten auf denen installieren, damit sie alle in einem SCM-System arbeiten k\u00f6nnen.<\/p>\n<p>Das Ansible Tower-System funktioniert anders, da es keine Agenten ben\u00f6tigt, sondern Module hat, die Cisco-Switches und andere Switches unterst\u00fctzen. Diese SCM unterst\u00fctzt Qubes OS, Linux und 4.NET UTM. Ansible Tower unterst\u00fctzt ebenfalls NexentaStore-Netzwerkspeicher-Controller, die auf dem Illumos-Kernel basieren \u2013 einem Open-Source-Betriebssystem auf Unix-Basis. Dies ist zwar eine sehr begrenzte Unterst\u00fctzung, aber Ansible Tower bietet sie dennoch an. <\/p>\n<p>Das dritte Argument, das sowohl f\u00fcr mich als auch f\u00fcr unsere Verwaltung von gro\u00dfer Bedeutung ist, ist die einfache Einarbeitung. Ich habe 10 Jahre lang mit Puppet-Modulen und Manifest-Code gearbeitet, aber Ansible habe ich in einer Woche gelernt, da mit dieser SCM viel einfacher zu arbeiten ist. Wenn Sie ausf\u00fchrbare Dateien ausf\u00fchren, nat\u00fcrlich, wenn Sie dies nicht unbedingt vermeiden, arbeiten vern\u00fcnftige und reaktionsschnelle Handler mit ihnen. Die auf YAML basierenden Playbooks zeichnen sich durch einfache Erlernbarkeit und schnelle Nutzung aus. Selbst wenn man noch nie von YAML geh\u00f6rt hat, kann man einfach die Skripte lesen und leicht verstehen, wie sie funktionieren. <\/p>\n<p>Ehrlich gesagt macht Puppet Ihre Arbeit als Entwickler viel komplizierter, da es auf der Verwendung von Puppet Master basiert. Das ist die einzige Maschine, die das Recht hat, mit Puppet-Agenten zu kommunizieren. Wenn Sie \u00c4nderungen am Manifest vorgenommen haben und Ihren Code testen m\u00f6chten, m\u00fcssen Sie den Code f\u00fcr den Puppet Master umschreiben, d.h. die Datei des Puppet Masters \/etc\/hosts so einrichten, dass alle Clients verbunden werden k\u00f6nnen, und den Puppet-Server starten. Erst danach k\u00f6nnen Sie die Funktionalit\u00e4t der Netzwerkger\u00e4te auf einem Host testen. Das ist ein ziemlich schmerzhafter Prozess. <br \/>\nBei Ansible ist alles viel einfacher. Alles, was Sie tun m\u00fcssen, ist, Code f\u00fcr die Maschine zu entwickeln, die \u00fcber SSH mit dem zu testenden Host kommunizieren kann. Damit l\u00e4sst sich viel einfacher arbeiten.<\/p>\n<p>Ein weiterer gro\u00dfer Vorteil von Ansible Tower ist die M\u00f6glichkeit, Ihr bestehendes Support-System zu nutzen und die vorhandene Hardware-Konfiguration beizubehalten. Dieses SCM verwendet ohne zus\u00e4tzliche Ma\u00dfnahmen alle verf\u00fcgbaren Informationen \u00fcber Ihre Infrastruktur und Ausr\u00fcstung, einschlie\u00dflich virtueller Maschinen, Server usw. Es kann mit Ihren RH Satellite-Servern kommunizieren, falls vorhanden, und bietet Ihnen eine Integration, die Sie mit Puppet niemals erreichen w\u00fcrden.<\/p>\n<p>Ein weiterer wichtiger Punkt ist die detaillierte Kontrolle. Sie wissen, dass Puppet ein modulares System ist, eine Client-Server-Anwendung, weshalb Sie alle Aspekte der Funktionalit\u00e4t Ihrer Maschinen in einem langen Manifest definieren m\u00fcssen. Dabei muss der Zustand jedes einzelnen Systemelements alle 30 Minuten getestet werden \u2013 dies ist der Standardzeitraum. So funktioniert Puppet.<\/p>\n<p>Tower befreit Sie von diesem Problem. Sie k\u00f6nnen uneingeschr\u00e4nkt verschiedene Prozesse auf unterschiedlichsten Ger\u00e4ten durchf\u00fchren, die Hauptarbeit erledigen, andere wichtige Prozesse starten, das Sicherheitssystem konfigurieren und mit Datenbanken arbeiten. Alles, was in Puppet Enterprise mit bestimmten Schwierigkeiten verbunden ist, k\u00f6nnen Sie nun einfach erledigen. Wenn Sie beispielsweise eine Konfiguration auf einem Host durchgef\u00fchrt haben, ben\u00f6tigt es Zeit, bis die \u00c4nderungen auf den anderen Hosts wirksam werden. Mit Ansible treten alle \u00c4nderungen gleichzeitig in Kraft.<\/p>\n<p>Schlie\u00dflich betrachten wir das Sicherheitsmodul. In Ansible Tower ist es einfach hervorragend umgesetzt, mit gro\u00dfer Pr\u00e4zision und Sorgfalt. Sie k\u00f6nnen Benutzern den Zugang zu bestimmten Diensten oder Hosts gew\u00e4hren. Ich handhabe das so mit meinen Mitarbeitern, die an Windows gew\u00f6hnt sind, indem ich ihren Zugang zur Linux-Shell einschr\u00e4nke. Ich gew\u00e4hrleiste ihnen Zugang zu Tower, sodass sie nur die Aufgaben durchf\u00fchren und nur die Dienste starten k\u00f6nnen, die in ihren Kompetenzbereich fallen.<\/p>\n<p><img decoding=\"async\" alt=\"F\u00e4den schneiden: Der Wechsel von Puppet Enterprise zu Ansible Tower. Teil 1\" src=\"\/wp-content\/uploads\/2020\/05\/f3bd3b26cf20225b6e1800e09dbcfe43.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLassen Sie uns die Dinge betrachten, die Sie im Voraus erledigen sollten, um den \u00dcbergang zu Ansible Tower zu erleichtern. Zun\u00e4chst m\u00fcssen Sie Ihre Hardware vorbereiten. Wenn einige Elemente Ihrer Infrastruktur noch nicht in der Datenbank vorhanden sind, m\u00fcssen Sie diese dort hinzuf\u00fcgen. Es gibt Systeme, die ihre Eigenschaften nicht \u00e4ndern und daher in der Puppet-Datenbank fehlen. Wenn Sie diese jedoch nicht vor dem \u00dcbergang zu Tower einf\u00fcgen, verlieren Sie eine Reihe von Vorteilen. Es mag sich um eine \"schmutzige\" Vorab-Datenbank handeln, aber sie sollte Informationen \u00fcber all Ihre vorhandene Hardware enthalten. Daher sollten Sie ein dynamisches Hardware-Skript schreiben, das automatisch alle \u00c4nderungen in Ihrer Infrastruktur in die Datenbank einpflegt, sodass Ansible wei\u00df, welche Hosts im neuen System vorhanden sein sollen. Sie m\u00fcssen dieser SCM nicht mitteilen, welche Hosts Sie hinzugef\u00fcgt haben und welche nicht mehr existieren, da es dies alles automatisch erf\u00e4hrt. Je mehr Daten in der Datenbank vorhanden sind, desto n\u00fctzlicher und flexibler wird Ansible. Es funktioniert so, als w\u00fcrde es einfach den Barcode des Hardwarezustands aus der Datenbank ablesen.<\/p>\n<p>Nehmen Sie sich etwas Zeit, um die Arbeitsweise der Kommandozeile in Ansible kennenzulernen. F\u00fchren Sie einige spezifische Befehle aus, um das Funktionieren des Hardware-Skripts zu testen, schreiben und f\u00fchren Sie einfache, aber n\u00fctzliche Playbook-Skripte aus, und verwenden Sie Jinja2-Vorlagen, wo es sinnvoll ist. Versuchen Sie, eine Rolle und ein Skript f\u00fcr einen komplexen mehrstufigen Prozess zu erstellen, indem Sie eine g\u00e4ngige Standardhardwarekonfiguration nutzen. Experimentieren Sie mit diesen Elementen und testen Sie deren Funktionsweise. So lernen Sie den Umgang mit den Werkzeugen zur Erstellung von Bibliotheken, die in Tower verwendet werden. Ich hatte bereits erw\u00e4hnt, dass meine Vorbereitung auf den Umstieg etwa 3 Monate in Anspruch nahm. Ich denke, basierend auf meiner Erfahrung werden Sie in der Lage sein, dies schneller zu erreichen. Betrachten Sie diese Zeit nicht als verloren, da Sie sp\u00e4ter alle Vorteile Ihrer Arbeit sp\u00fcren werden. <\/p>\n<p>Als N\u00e4chstes m\u00fcssen Sie entscheiden, was Sie von Ansible Tower erwarten und was genau dieses System f\u00fcr Sie leisten soll. <\/p>\n<p><img decoding=\"async\" alt=\"F\u00e4den schneiden: Der Wechsel von Puppet Enterprise zu Ansible Tower. Teil 1\" src=\"\/wp-content\/uploads\/2020\/05\/4511b3f34d57e489be1103c3b77fc98f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nBen\u00f6tigen Sie die Bereitstellung eines Systems auf leerer Hardware oder auf leeren virtuellen Maschinen? Oder m\u00f6chten Sie die vorhandenen Betriebsbedingungen und die Konfiguration der aktuellen Hardware beibehalten? Dies ist ein sehr wichtiger Aspekt f\u00fcr die Arbeit von \u00f6ffentlichen Unternehmen, daher sollten Sie sicherstellen, dass die Migration gelingt und Ansible auf der vorhandenen Konfiguration bereitgestellt werden kann. Bestimmen Sie die routinem\u00e4\u00dfigen Administrationsprozesse, die Sie automatisieren m\u00f6chten. Kl\u00e4ren Sie, ob Sie spezifische Anwendungen und Dienste auf dem neuen System bereitstellen m\u00fcssen. Erstellen Sie eine Liste der gew\u00fcnschten Aufgaben und setzen Sie Priorit\u00e4ten. <\/p>\n<p>Beginnen Sie dann mit dem Schreiben von Skripten und Rollen, die die von Ihnen geplanten Aufgaben ausf\u00fchren. Fassen Sie sie in Projekten zusammen, einer logischen Sammlung entsprechender Playbook-Skripte. Jedes Projekt wird sich auf ein separates Git-Repository oder ein anderes Repository beziehen, je nachdem, welchen Code-Manager Sie verwenden. Sie k\u00f6nnen Playbook-Skripte und -Verzeichnisse verwalten, indem Sie sie manuell im Project Base Path auf dem Tower-Server platzieren oder das Playbook in ein unterst\u00fctztes Quellcodeverwaltungssystem (SCM) einf\u00fcgen, einschlie\u00dflich Git, Subversion, Mercurial und Red Hat Insights. Innerhalb eines Projekts k\u00f6nnen Sie beliebig viele Skripte unterbringen. Zum Beispiel habe ich ein grundlegendes Projekt erstellt, in dem ich ein Skript f\u00fcr die grundlegenden RedHat-Elemente, ein Skript f\u00fcr die Linux-Grundlage und Skripte f\u00fcr die anderen Basismetriken untergebracht habe. So enthielt ein Projekt verschiedene Rollen und Skripte, die aus einem einzigen Git-Repository verwaltet wurden. <\/p>\n<p>F\u00fchren Sie all diese Dinge \u00fcber die Befehlszeile aus, das ist eine gute M\u00f6glichkeit, ihre Funktionalit\u00e4t zu \u00fcberpr\u00fcfen. So bereiten Sie sich auf die Installation von Tower vor.<\/p>\n<p>Lassen Sie uns ein wenig \u00fcber die Transkodierung des Puppet-Manifests sprechen, denn ich habe viel Zeit damit verbracht, bevor ich wirklich verstanden habe, was notwendig ist. <\/p>\n<p><img decoding=\"async\" alt=\"F\u00e4den schneiden: Der Wechsel von Puppet Enterprise zu Ansible Tower. Teil 1\" src=\"\/wp-content\/uploads\/2020\/05\/abbc9ffb10b623dc29bcd975dca3bb80.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nWie ich bereits erw\u00e4hnt habe, speichert Puppet alle Konfigurationen und Hardwareparameter in einem langen Manifest, das alles umfasst, was dieses SCM tun soll. Beim Wechsel m\u00fcssen Sie Ihre Aufgaben nicht in eine Liste quetschen; stattdessen sollten Sie an die Struktur des neuen Systems denken: Rollen, Skripte, Tags, Gruppen und was darin enthalten sein sollte. Einige der autonomen Elemente des Netzwerks sollten in Gruppen zusammengefasst werden, f\u00fcr die Skripte erstellt werden k\u00f6nnen. Komplexere Infrastruktur-Elemente, die umfangreiche Ressourcen beanspruchen, einschlie\u00dflich autonomer Klassen, k\u00f6nnen in Rollen geb\u00fcndelt werden. Vor der Migration sollten Sie sich dar\u00fcber im Klaren sein. Wenn Sie umfangreiche Rollen oder Skripte erstellen, die nicht auf einen Bildschirm passen, sollten Sie Tags verwenden, um bestimmte Teile der Infrastruktur erfassen zu k\u00f6nnen. <\/p>\n<p>18:00<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ua-hosting\/blog\/500588\/\"> F\u00e4den schneiden: Der \u00dcbergang von Puppet Enterprise zu Ansible Tower. Teil 2 <\/a><\/noindex><\/p>\n<h3>Ein wenig Werbung \ud83d\ude42<\/h3>\n<p>\nDanke, dass Sie bei uns bleiben. Gefallen Ihnen unsere Artikel? M\u00f6chten Sie mehr interessante Inhalte sehen? Unterst\u00fctzen Sie uns, indem Sie eine Bestellung aufgeben oder uns Ihren Freunden empfehlen. <noindex><a rel=\"nofollow\" href=\"https:\/\/ua-hosting.company\/cloudvps\/nl\">Cloud-VPS f\u00fcr Entwickler ab 4,99 $<\/a><\/noindex>, <b>eine einzigartige Alternative zu Einsteiger-Servern, die wir f\u00fcr Sie entwickelt haben:<\/b> <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/ua-hosting\/blog\/347386\/\">Alles \u00fcber VPS (KVM) E5-2697 v3 (6 Kerne) 10GB DDR4 480GB SSD 1Gbps ab 19 $ oder wie man einen Server richtig teilt?<\/a><\/noindex> (Verf\u00fcgbar sind Optionen mit RAID1 und RAID10, bis zu 24 Kerne und bis zu 40GB DDR4).<\/p>\n<p><b>Dell R730xd im Equinix Tier IV Rechenzentrum in Amsterdam zum halben Preis?<\/b> Nur bei uns <b><noindex><a rel=\"nofollow\" href=\"https:\/\/ua-hosting.company\/serversnl\">2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB ab 199 $<\/a><\/noindex> in den Niederlanden! <b>Dell R420 \u2014 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 ab 99 $!<\/b><\/b> Lesen Sie dar\u00fcber <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/ua-hosting\/blog\/329618\/\">Wie man eine Unternehmenskosten-Infrastruktur mit Dell R730xd E5-2650 v4-Servern f\u00fcr ein paar Euro aufbaut?<\/a><\/noindex><br \/>\n<br \/>Quelle: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ua-hosting\/blog\/500400\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041d\u0430\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u0430\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u043b\u0443\u0436\u0431\u0430 \u0441\u043f\u0443\u0442\u043d\u0438\u043a\u043e\u0432\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 \u043e\u0431 \u043e\u043a\u0440\u0443\u0436\u0430\u044e\u0449\u0435\u0439 \u0441\u0440\u0435\u0434\u0435 (NESDIS) \u043d\u0430 35% \u0441\u043d\u0438\u0437\u0438\u043b\u0430 \u0441\u0432\u043e\u0438 \u0437\u0430\u0442\u0440\u0430\u0442\u044b \u043d\u0430 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0435\u0439 Red Hat Enterprise Linux (RHEL), \u043f\u0435\u0440\u0435\u0439\u0434\u044f \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower. \u0412 \u044d\u0442\u043e\u043c \u0432\u0438\u0434\u0435\u043e \u043a\u0430\u0442\u0435\u0433\u043e\u0440\u0438\u0438 \u00ab\u043a\u0430\u043a \u043c\u044b \u044d\u0442\u043e \u0441\u0434\u0435\u043b\u0430\u043b\u0438\u00bb \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440 \u041c\u0430\u0439\u043a\u043b \u0420\u0430\u0443 \u043e\u0431\u043e\u0441\u043d\u043e\u0432\u044b\u0432\u0430\u0435\u0442 \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u0435 \u044d\u0442\u043e\u0439 \u043c\u0438\u0433\u0440\u0430\u0446\u0438\u0438, \u0434\u0435\u043b\u0438\u0442\u0441\u044f \u043f\u043e\u043b\u0435\u0437\u043d\u044b\u043c\u0438 \u0441\u043e\u0432\u0435\u0442\u0430\u043c\u0438 \u0438 \u043e\u043f\u044b\u0442\u043e\u043c, \u043f\u043e\u043b\u0443\u0447\u0435\u043d\u043d\u044b\u043c \u0432 \u0440\u0435\u0437\u0443\u043b\u044c\u0442\u0430\u0442\u0435 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0430 \u0441 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":80492,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-80491","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041d\u0430\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u0430\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u043b\u0443\u0436\u0431\u0430 \u0441\u043f\u0443\u0442\u043d\u0438\u043a\u043e\u0432\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 \u043e\u0431 \u043e\u043a\u0440\u0443\u0436\u0430\u044e\u0449\u0435\u0439 \u0441\u0440\u0435\u0434\u0435 (NESDIS) \u043d\u0430 35% \u0441\u043d\u0438\u0437\u0438\u043b\u0430 \u0441\u0432\u043e\u0438 \u0437\u0430\u0442\u0440\u0430\u0442\u044b \u043d\u0430 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0435\u0439 Red Hat Enterprise Linux (RHEL), \u043f\u0435\u0440\u0435\u0439\u0434\u044f \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower. \u0412 \u044d\u0442\u043e\u043c \u0432\u0438\u0434\u0435\u043e \u043a\u0430\u0442\u0435\u0433\u043e\u0440\u0438\u0438 \u00ab\u043a\u0430\u043a \u043c\u044b \u044d\u0442\u043e \u0441\u0434\u0435\u043b\u0430\u043b\u0438\u00bb \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440 \u041c\u0430\u0439\u043a\u043b \u0420\u0430\u0443 \u043e\u0431\u043e\u0441\u043d\u043e\u0432\u044b\u0432\u0430\u0435\u0442 \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u0435 \u044d\u0442\u043e\u0439 \u043c\u0438\u0433\u0440\u0430\u0446\u0438\u0438, \u0434\u0435\u043b\u0438\u0442\u0441\u044f \u043f\u043e\u043b\u0435\u0437\u043d\u044b\u043c\u0438 \u0441\u043e\u0432\u0435\u0442\u0430\u043c\u0438 \u0438 \u043e\u043f\u044b\u0442\u043e\u043c, \u043f\u043e\u043b\u0443\u0447\u0435\u043d\u043d\u044b\u043c \u0432 \u0440\u0435\u0437\u0443\u043b\u044c\u0442\u0430\u0442\u0435 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0430 \u0441\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041e\u0431\u0440\u0435\u0437\u0430\u0435\u043c \u043d\u0438\u0442\u0438: \u043f\u0435\u0440\u0435\u0445\u043e\u0434 \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower. \u0427\u0430\u0441\u0442\u044c 1 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041d\u0430\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u0430\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u043b\u0443\u0436\u0431\u0430 \u0441\u043f\u0443\u0442\u043d\u0438\u043a\u043e\u0432\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 \u043e\u0431 \u043e\u043a\u0440\u0443\u0436\u0430\u044e\u0449\u0435\u0439 \u0441\u0440\u0435\u0434\u0435 (NESDIS) \u043d\u0430 35% \u0441\u043d\u0438\u0437\u0438\u043b\u0430 \u0441\u0432\u043e\u0438 \u0437\u0430\u0442\u0440\u0430\u0442\u044b \u043d\u0430 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0435\u0439 Red Hat Enterprise Linux (RHEL), \u043f\u0435\u0440\u0435\u0439\u0434\u044f \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower. \u0412 \u044d\u0442\u043e\u043c \u0432\u0438\u0434\u0435\u043e \u043a\u0430\u0442\u0435\u0433\u043e\u0440\u0438\u0438 \u00ab\u043a\u0430\u043a \u043c\u044b \u044d\u0442\u043e \u0441\u0434\u0435\u043b\u0430\u043b\u0438\u00bb \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440 \u041c\u0430\u0439\u043a\u043b \u0420\u0430\u0443 \u043e\u0431\u043e\u0441\u043d\u043e\u0432\u044b\u0432\u0430\u0435\u0442 \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u0435 \u044d\u0442\u043e\u0439 \u043c\u0438\u0433\u0440\u0430\u0446\u0438\u0438, \u0434\u0435\u043b\u0438\u0442\u0441\u044f \u043f\u043e\u043b\u0435\u0437\u043d\u044b\u043c\u0438 \u0441\u043e\u0432\u0435\u0442\u0430\u043c\u0438 \u0438 \u043e\u043f\u044b\u0442\u043e\u043c, \u043f\u043e\u043b\u0443\u0447\u0435\u043d\u043d\u044b\u043c \u0432 \u0440\u0435\u0437\u0443\u043b\u044c\u0442\u0430\u0442\u0435 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0430 \u0441\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-05-06T11:42:24+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-05-06T11:42:24+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Threads auftrennen: Umstieg von Puppet Enterprise auf Ansible Tower. Teil 1 | ProHoster","description":"Die Nationale Informationsstelle f\u00fcr Satellitendaten zur Umwelt (NESDIS) konnte ihre Verwaltungskosten f\u00fcr Red Hat Enterprise Linux (RHEL) um 35 % senken, indem sie von Puppet Enterprise auf Ansible Tower umgestiegen ist. In diesem Video der Kategorie \u201eWie wir das gemacht haben\u201c erl\u00e4utert Systemingenieur Michael Rau die Hintergr\u00fcnde dieser Migration und teilt n\u00fctzliche Tipps sowie die Erfahrungen, die er w\u00e4hrend des \u00dcbergangs gesammelt hat.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u0431\u0440\u0435\u0437\u0430\u0435\u043c \u043d\u0438\u0442\u0438: \u043f\u0435\u0440\u0435\u0445\u043e\u0434 \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower. \u0427\u0430\u0441\u0442\u044c 1 | ProHoster","og:description":"\u041d\u0430\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u0430\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u043b\u0443\u0436\u0431\u0430 \u0441\u043f\u0443\u0442\u043d\u0438\u043a\u043e\u0432\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 \u043e\u0431 \u043e\u043a\u0440\u0443\u0436\u0430\u044e\u0449\u0435\u0439 \u0441\u0440\u0435\u0434\u0435 (NESDIS) \u043d\u0430 35% \u0441\u043d\u0438\u0437\u0438\u043b\u0430 \u0441\u0432\u043e\u0438 \u0437\u0430\u0442\u0440\u0430\u0442\u044b \u043d\u0430 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0435\u0439 Red Hat Enterprise Linux (RHEL), \u043f\u0435\u0440\u0435\u0439\u0434\u044f \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower. \u0412 \u044d\u0442\u043e\u043c \u0432\u0438\u0434\u0435\u043e \u043a\u0430\u0442\u0435\u0433\u043e\u0440\u0438\u0438 \u00ab\u043a\u0430\u043a \u043c\u044b \u044d\u0442\u043e \u0441\u0434\u0435\u043b\u0430\u043b\u0438\u00bb \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440 \u041c\u0430\u0439\u043a\u043b \u0420\u0430\u0443 \u043e\u0431\u043e\u0441\u043d\u043e\u0432\u044b\u0432\u0430\u0435\u0442 \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u0435 \u044d\u0442\u043e\u0439 \u043c\u0438\u0433\u0440\u0430\u0446\u0438\u0438, \u0434\u0435\u043b\u0438\u0442\u0441\u044f \u043f\u043e\u043b\u0435\u0437\u043d\u044b\u043c\u0438 \u0441\u043e\u0432\u0435\u0442\u0430\u043c\u0438 \u0438 \u043e\u043f\u044b\u0442\u043e\u043c, \u043f\u043e\u043b\u0443\u0447\u0435\u043d\u043d\u044b\u043c \u0432 \u0440\u0435\u0437\u0443\u043b\u044c\u0442\u0430\u0442\u0435 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0430 \u0441","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-05-06T11:42:24+00:00","article:modified_time":"2020-05-06T11:42:24+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"80491","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 16:17:31","updated":"2022-09-28 07:21:37"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/80491","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=80491"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/80491\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/80492"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=80491"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=80491"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=80491"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}