Die Automatisierung von Netzwerken entsteht als Notwendigkeit, um die Betriebsfähigkeit zu reduzieren und zu verbessern, Arbeitsmethoden zu standardisieren und in deutlich verkürzten Zeiten auf mehreren Geräten zu arbeiten. Die Anzahl der Personen, die sich für diesen Ansatz interessieren, nimmt stetig zu: Angefangen bei Netzwerktechniker-Teams zieht die Automatisierung nun auch GRC (Governance Risk and Compliance)-Teams an.
Die Entwicklung von Automatisierungen, die mit Netzwerkgeräten interagieren, erfordert die Bereitstellung einer Entwicklungsumgebung zum Testen, Lernen und Experimentieren mit Frameworks, Integrationen und Automatisierungen. Die Virtualisierung hat es im Laufe der Jahre jedem ermöglicht, realistische Kopien von Netzwerkgeräten zur Verfügung zu haben.
Dieser Artikel dient als Beispiel zur Erkundung verschiedener Strategien zur Konfiguration eines Features auf Netzwerkgeräten unter Verwendung von Ansible. Konkret werden wir uns auf die Konfiguration von NTP auf Cisco IOS-Geräten konzentrieren, obwohl die Diskussionen hier verallgemeinert werden können.
Dieser Artikel untersucht, wie die Bereitstellung von hundert Cisco XR-Geräten optimiert werden kann, damit sie mit minimalem menschlichem Eingriff konfiguriert werden. Je nach Kontext können die Geräte direkt ab Werk versandt und automatisch vor Ort konfiguriert werden, oder wahrscheinlicher ist es, dass sie automatisch in einer Laborumgebung konfiguriert, überprüft und dann für die Installation versandt werden.
Beim Arbeiten mit Ansible ist eine der “Rezepte”, die ich immer griffbereit halte, die zur Fehlerbehebung von Variablen. Ich finde es besonders nützlich, eine umfassende Übersicht über die mit einem Host verbundenen Variablen zu haben, die auf den Ebenen “Facts”, Umgebung, Gruppe und Host definiert sind.
Ansible Navigator ist eine containerbasierte textbasierte Schnittstelle, die entwickelt wurde, um verschiedene Komponenten von Ansible zu verwalten. Im Wesentlichen fungiert es als Wrapper und bietet eine einheitliche Schnittstelle für das Ansible-Ökosystem.
In diesem Artikel werden die beiden Methoden zur Definition eines von Ansible verwendbaren Inventars erkundet. Das Inventar dient als die Quelle der Wahrheit, die die Informationen enthält, die Ansible verwenden wird, um sich mit Geräten zu verbinden.
Im Bereich der Automatisierung erfordert jedes Labor, das wir erstellen, ein ebenso grundlegendes wie wesentliches Merkmal: Die IP-Adressen der Geräte müssen vom Automatisierungssystem aus erreichbar sein. Während die EVE-NG PRO Version eine native Funktion (NAT Cloud) bietet, die diesen Prozess vereinfacht, müssen wir mit EVE-NG CE eine Strategie entwickeln, um das gleiche Ergebnis zu erzielen.
Meiner Meinung nach gehört die Schleifenverwaltung zu den weniger verständlichen Konstrukten in Ansible. Wenn wir dann über verschachtelte Schleifen sprechen, wird die Situation noch komplexer. In diesem kurzen Beitrag werden wir die Rezepte für folgende Punkte betrachten:
Seit etwa 2004 beschäftige ich mich mit Automatisierung, als ich etwa 200 Knoten auf dem AlphaServer verwaltete. Konkret war ich für den Hardware-Aspekt verantwortlich. Es mag einfach erscheinen, aber es ist wichtig zu bedenken, dass ein Mini-Betriebssystem unter Unix lief, das die verbundenen Komponenten überprüfte und sowohl kritische als auch nicht kritische Fehler erkannte.
