The document discusses how OpenNMS and ManageIQ could work together in an integrated network management platform. OpenNMS currently handles network monitoring and fault management, while ManageIQ focuses on cloud and virtual infrastructure management. The presenter proposes ways the two could share provisioning data and integrate their capabilities to provide a more holistic view of both physical and virtual infrastructure management.

1. © 2016 The OpenNMS Group, Inc.
ManageIQ Design Summit 2016
JEFF GEHLBACH
THE OPENNMS GROUP, INC
OpenNMS as Complement to ManageIQ
07 Jun 2016

2. © 2016 The OpenNMS Group, Inc.
YOUR SPEAKER
●
C-64: 1982
●
Linux: 1994
●
IP networking: 1999
●
Network Management: 2000
●
OpenNMS: 2005
●
ManageIQ: 2016

3. © 2016 The OpenNMS Group, Inc.
NETWORK(ED) MANAGEMENT
●
Network Management
–Not just about network plumbing
–“Network” == “everything on the other side
of my keyboard”

4. © 2016 The OpenNMS Group, Inc.
NMS CAPABILITIES: FCAPS MODEL
●
Fault
●
Configuration
●
Accounting
●
Performance
●
Security

5. © 2016 The OpenNMS Group, Inc.
NETWORK MANAGEMENT HISTORY
●
Early proprietary platforms
●
Later proprietary offerings
●
Early open-source tools
●
Later open-source & open-core offerings
●
OpenNMS is unique

6. © 2016 The OpenNMS Group, Inc.
OPENNMS IS…
“The world’s first
enterprise-grade, open-
source network
management platform”
-Tarus Balog
(Open Source Monitoring Conference
2014; every opportunity before & since)
https://youtu.be/iwGwW3RX4y0

7. © 2016 The OpenNMS Group, Inc.
MANAGEIQ IS…
“The first enterprise-
grade open cloud
management
platform”
-Joe Fitzgerald
(OpenStack Summit 2014)
https://youtu.be/tT9RyViXYhI

8. © 2016 The OpenNMS Group, Inc.
THE COMMUNITY
●
Core committers
–The OpenNMS Group, Inc. (<20)
–Order of the Green Polo (29)
●
OpenNMS Foundation Europe e.V.
●
Two annual conferences
–Dev-Jam (US / MN / TOG)
–OUCE (EU / DE / OFE)

9. © 2016 The OpenNMS Group, Inc.
GOALS OF OPENNMS
●
To be the de facto platform for network
management.
●
Two Promises
●
Horizon & Meridian

10. © 2016 The OpenNMS Group, Inc.
OPENNMS VS. FCAPS
●
Fault
●
Configuration
●
Accounting
●
Performance
●
Security

11. © 2016 The OpenNMS Group, Inc.
MANAGEIQ VS. FCAPS
●
Fault [Compute only]
●
Configuration [MIQ core; Ansible]
●
Accounting [MIQ core via Providers]
●
Performance [Compute only]
●
Security [MIQ core via Policies]

12. © 2016 The OpenNMS Group, Inc.
HYPOTHESIS: BETTER TOGETHER
Fault Management Y -
Configuration Management - Y
Accounting Management - Y
Performance Management Y ~
Security Management - Y
World’s First 2001 2014 (2006)
Enterprise Grade Y Y
Open Source AGPLv3 APLv2

13. © 2016 The OpenNMS Group, Inc.
FUNCTIONAL RUNDOWN
What does OpenNMS actually do?

14. © 2016 The OpenNMS Group, Inc.
OPENNMS FUNCTIONAL AREAS
●
Provisioning : getting
nodes, interfaces,
services into and out of
the system. Flexible,
API-driven life-cycle
management; push and
pull modes of operation

15. © 2016 The OpenNMS Group, Inc.
OPENNMS FUNCTIONAL AREAS
●
Provisioning
●
Fault Management : multi-protocol service-
assurance polling

16. © 2016 The OpenNMS Group, Inc.
OPENNMS FUNCTIONAL AREAS
●
Provisioning
●
Fault Management
●
Performance Management : multi-protocol
metric data collection; in-line thresholding;
reporting via measurements ReST service

17. © 2016 The OpenNMS Group, Inc.
OPENNMS FUNCTIONAL AREAS
●
Provisioning
●
Fault Management
●
Performance Management
●
Event Management : event-driven platform;
intake from without; de-duplication; correlation
with JBoss Drools Expert; notifications with
reusable destination paths and escalations

18. © 2016 The OpenNMS Group, Inc.
OPENNMS FUNCTIONAL AREAS
●
Provisioning
●
Fault Management
●
Performance Management
●
Event Management
●
Topology : Pluggable providers. Link discovery
via SNMP for LLDP, CDP, OSPF, IS-IS.

19. © 2016 The OpenNMS Group, Inc.
OPENNMS FUNCTIONAL AREAS
●
Provisioning
●
Fault Management
●
Performance Management
●
Event Management
●
Topology Discovery
●
Web UI and ReST API : Overhauled in 2015;
Bootstrap, AngularJS, CXF

20. © 2016 The OpenNMS Group, Inc.
OPENNMS ARCHITECTURE
Web
Persistence
RRDTool Cassandra PostgreSQL
App
JVM (1.8)
Spring Framework Karaf
Spring MVC - JEE Servlets
Bootstrap JSP ReST
AngularJS
Vaadin
Architecture
ServiceRegistry-ServletBridge
Eventd
ActiveMQ
Camel
OpenNMS Minion
Service Daemons
Hibernate

21. © 2016 The OpenNMS Group, Inc.
HISTORICAL ARCHITECTURE
●
Sample data stored in RRD files
●
Operations fairly centralized
●
Platform running in monolithic JVM(s)
●
Not really cloud- or controller-aware

22. © 2016 The OpenNMS Group, Inc.
ARCHITECTURAL DIRECTION
●
NewTS*† (Cassandra metric storage)
●
Minion* (Fully distributed operation)
●
OSGi via Karaf (Modularize all the things!)
●
Kafka†, Spark Streaming (Get on the bus)
●
Increasingly abstract notion of controllers
†Here today *Developed in house

23. © 2016 The OpenNMS Group, Inc.
MIQ INTEGRATION: PROVISIONING
●
MIQ lifecycle → ONMS inventory
–Automate MIQ to drive OpenNMS ReST API
–VMs / Instances → OpenNMS Nodes
●
Fault & Performance coverage
–Possible today – I even tried making it

24. © 2016 The OpenNMS Group, Inc.
Foreign Source: ec2-us-east-1
Foreign Source: openstack-atl-a
Foreign ID: i-8fe2ca73 Foreign ID: i-17fcdd08
Foreign ID:
5437b7e0-1a8b-49d4-
8e28-265812c9042b
Foreign ID:
355edebb-447b-4cdc-
9fcc-c72b0a4946d8
PROVISIONING INTEGRATION CONCEPT
●One foreign-source
(requisition) per EMS
instance
●One foreign-ID per instance
●PUT / DELETE to OpenNMS
Requisitions ReST service on
instance create / destroy
●Very common pattern!

25. © 2016 The OpenNMS Group, Inc.
FIRST I WAS LIKE...
I GOT THIS!I GOT THIS!

26. © 2016 The OpenNMS Group, Inc.
AUTOMATE METHOD: ADD

27. © 2016 The OpenNMS Group, Inc.
AUTOMATE METHOD: DELETE

28. © 2016 The OpenNMS Group, Inc.
APPLY VIA POLICY

29. © 2016 The OpenNMS Group, Inc.
BUT THEN I WAS LIKE...
●
Did I do this right??
●
Should work, given a bit
more fiddling :)
●
Needs refining
–Sync MIQ Tags →
OpenNMS Categories
–Auto-provision services
according to MIQ Tags

30. © 2016 The OpenNMS Group, Inc.
BEYOND PROVISIONING
●
New cross-cutting concern for ManageIQ
●
FPMProvider
●
Adjust billing if SLAs not met
●
Many touch points
●
Reporting
●
Planning
●
Alerting

31. © 2016 The OpenNMS Group, Inc.
SDN CAPABILITIES IN PROGRESS
●
SDN Underlay / Overlay
–OpenDaylight Topology provider
●
Project Atlas (layers)
–OpenDaylight Boron can use NewTS in place
of TSDR
–Partners wanted

32. © 2016 The OpenNMS Group, Inc.
ODL TOPOLOGY (YANG UI)

33. © 2016 The OpenNMS Group, Inc.
ODL TOPOLOGY (STUI)

34. © 2016 The OpenNMS Group, Inc.
ODL FAULT MANAGEMENT

35. © 2016 The OpenNMS Group, Inc.
ODL PERFORMANCE MGMT

36. © 2016 The OpenNMS Group, Inc.
YOUR TURN
Q&A

37. © 2016 The OpenNMS Group, Inc.
FIN
●
Twitter: @jeffgdotorg
●
Freenode: jeffg / #opennms

38. © 2016 The OpenNMS Group, Inc.
SLIDE TITLE