Der gebürtige Südtiroler Tom arbeitet als Principal Consultant für Systems Management bei NETWAYS und ist in der Regel immer auf Achse: Entweder vor Ort bei Kunden, als Trainer in unseren Schulungen oder privat beim Skifahren in seiner Heimatstadt Bozen. Neben Icinga beschäftigt sich Tom vor allem mit Puppet.
15. Der Kickstart Wizard hat:
• Unser DB-Schema erstellt
• Sich zur Icinga 2 API verbunden
• Commands, Endpoints & Zones
importiert
16.
17. Manuell erstellt haben wir:
• Ein Host-Template
• Einen Host aus diesem Template
• Und das Ganze dann mit einem Klick
ausgerollt
18. Internally hat der Director:
• Die Konfiguration gerendert
• Sie versioniert in seine DB gelegt
• Über die API an Icinga übergeben
• Icinga hat validiert & reloaded
• Director hat das Startup-Log geholt
28. Protokoll
• Benutzt die Icinga 2 API (TLS, REST)
• Liefert die ganze Konfiguration aus,
nicht nur einzelne Objekte
• Ist dadurch um einiges schneller
• Könnte partielle Änderungen ausliefern
29. Kommunikationspfade
• Director spricht mit dem Master
• Deployed immer zum selben Knoten
• Kennt Agenten und Satelliten
• Lässt Icinga die Konfiguration verteilen
59. Der Director hat eine REST API
• Einfach aber mächtig
• Intuitiv benutzbar
• Klar definiert. Wurde jetzt etwas
geändert, wie sieht es danach aus etc
63. Was kommt als nächstes?
• Live-Vorschau bei Apply-Regeln (demo)
• Assistierte Benutzerführung
• ACLs
64. Der Director ist modular
Verfügbare Hooks:
DataType, ImportSource,
PropertyModifier, ShipConfigFiles
Auch der Director selbst nutzt diese Hooks, somit finden sich
überall Beispielimplementierungen die auch funktionieren
67. Roadmap
https://dev.icinga.com
→ Projects Director Roadmap→ →
Releases
Erstes Release: 1.0 (released 24.03.2016)
Stable bis heute: 1.2 (03.11.2016)
Stable seit heute: 1.3.0
Der letze Schrei? Keine Angst vor dem GIT-Master!