Icinga Camp San Francisco 2017 - Current State of Icinga
•Télécharger en tant que PPTX, PDF•
0 j'aime•2,951 vues
Talk by Blerim Sheqa
Recommandé
Recommandé
Contenu connexe
Tendances
Tendances (20)
En vedette
En vedette (18)
Similaire à Icinga Camp San Francisco 2017 - Current State of Icinga
Similaire à Icinga Camp San Francisco 2017 - Current State of Icinga (20)
Plus de Icinga
Plus de Icinga (20)
Dernier
Dernier (20)
Icinga Camp San Francisco 2017 - Current State of Icinga
- 3. Thank You!
- 5. Icinga Camp | San Francisco | 06.03.2017 Current State of Icinga 06.03.2017
- 6. • Blerim Sheqa • Product Manager Partners & Integration • Working @netways • @bobapple
- 7. 6Icinga Camps in 2016 Forks on Github 356 18.729Commits Contributors 170 733.894Lines of code Releases 75
- 8. Icinga 2
- 9. Over 379 issues closed in 2.5.x and 2.6.x 379
- 10. • Support for InfluxDB • Cluster- and Distributed Setups • Updated NSClient++ 0.5.0 • Performance Improvements
- 11. Optimized Restart 0 10 20 30 40 50 60 70 Version 2.4 Version 2.5 Time to restart in seconds Not bad Fast like hell
- 12. Icinga Web 2
- 13. • SSL Support for MySQL • Command transport using the API • Forked Zend Framework 1 • Interface Usability
- 14. Demo
- 16. • Assign Sets of Services • Search and Filter the Activity Log • Performance Improvements • Bugfixes Director
- 17. Business Process
- 18. Cube - Type - Location - Environment
- 19. Cube - Type - Location - Environment
- 21. Cube
- 22. Integrations
- 26. Roadmap Icinga 2
- 27. • Database Backend • LTS
- 29. • Database Backend • Module Marketplace • Graphite Module • Elasticsearch Module
- 32. Wire Data Log Files Metrics Windows Events Libbeat Ship Transform Visualize
- 35. Conclusion
- 37. • Download Icinga 2 and Icinga Web 2 • Play with the Vagrant boxes • Give us feedback Vagrant boxes
Notes de l'éditeur
- State in February for Icinga2 and Icinga Web 2 We moved to GitHub which increased contribution and forks
- Mostly bug fixes Some features
- Mit der 2.5 hat sich dies insofern geändert, als dass wir für jedes Objekt zusätzlich einen Hash über deren IDO-relevanten Attribute bilden und diesen zusammen mit den restlichen Configinformationen in der IDO-Datenbank speichern. Dies ermöglicht es uns, bei jeder weiteren IDO-Session zunächst die Hashes aus der Datenbank abzufragen und diese dann ohne weitere Queries mit den aktuellen Objekten zu vergleichen. Dadurch ergibt sich, dass wir nur noch Queries für Objekte ausführen müssen, die entweder neu sind, gelöscht wurden oder sich in IDO-relevanter Weise verändert haben. das bedeutet, dass der Configdump durchschnittlich um einen Faktor 10 schneller ist. Soll heissen, wenn er mit der 2.4 z.B. 60 Sekunden gedauert hat, ist es wahrscheinlich, dass er nun mit der 2.5 nur noch 6 Sekunden dauert.
- Official Partner Cookbook
- Official Partner Cookbook
- $ vim config/icinga2.json { "icinga2": { "api": { "host": "localhost", "port": 5665, "user": "dashing", "password": "icinga2ondashingr0xx" } } }
- Libbeat
- Libbeat
- Container Monitoring