This text is authored by Matt Schmitz,
Technical Options Specialist,
Cisco’s International Digital Engineering (GVE) DevNet group.
Go to the GVE DevNet GitHub web page
Networks proceed to get extra complicated with so many new gadgets and companies to assist – however there’s one fixed that by no means modifications: the necessity for good monitoring instruments! It’s all about having the best information factors on the proper time and introduced in the best means.
With IoT sensors changing into extra widespread & many gadgets coming with embedded sensors, we have now extra info accessible than ever earlier than. Now the query turns into: “How will we use all of this info?” Whereas some sensors might provide their very own customized instruments or reporting software program, others may solely expose an API. In both case, the metrics received’t be useful if we will’t discover or use the info in a means that works for us.
So how will we carry all of our sensor telemetry right into a single place and show it in a helpful means? One methodology is to write down scripts to question all our sensors & gadgets, then push these information factors right into a time-series database, like InfluxDB. As soon as we have now all that information collected in a single place, we will use Grafana to create customized dashboards to maintain observe of what we care about. This fashion we will pull all of our telemetry into one single reporting device, then construct customized graphs & dashboards to show the info precisely how we want it.
What might this appear like in observe? Properly, let’s check out a couple of examples of the place our group helped Cisco clients construct customized reporting instruments.
Whereas every instance beneath had distinctive gadgets and challenges, the final purpose was the identical: Gather telemetry to make use of for customized dashboarding, reporting, and/or alerting. In every case we utilized a bit of little bit of customized code to gather metrics from gadgets & import them into an Inflow database. Then, we constructed dashboards in Grafana to show historic & real-time information in a means that helped handle the shopper’s distinctive challenges.
DOM Telemetry Monitoring
On this instance, we labored with a buyer who was in search of a greater approach to proactively monitor their giant fiber-based community. Utilizing the Digital Optical Monitoring (DOM) telemetry supplied by the fiber transceivers, they may look ahead to efficiency tendencies & get alerted rapidly when points occurred. Our group used a mix of Python & Ansible to periodically question community gadgets for the optical telemetry. The collected telemetry was used to construct a dashboard that confirmed real-time & trending well being statistics. Optionally, the shopper might allow Webex push notifications when transceivers exceeded predefined thresholds. This enabled the shopper to rapidly reply to degrading connection well being & handle points earlier than service-impacting outages occurred. Try pattern code & directions within the DOM Telemetry repo.
Meraki MT Dashboard
On this instance, we had a buyer who wished to maintain observe of temperature deviations between scorching & chilly aisles of their information heart. The shopper had already bought Meraki MT temperature sensors and deployed them to every rack. Nonetheless, they wished a greater methodology of aggregating & visualizing the temperature and humidity information. To satisfy the shopper’s wants, we constructed a customized flask dashboard that displayed every row of racks & the present temperatures on every sensor. This helped create a simple visualization for buyer engineers to find temperature deviations in every row. This dashboard included combination graphs to show historic & trending information for every scorching or chilly aisle. Try pattern code & directions within the Meraki MT repo.
PoE Measurement
For our ultimate instance, we would have liked to offer a customized system to observe vitality utilization inside a brand new industrial constructing. The constructing was outfitted with good lighting powered by Cisco’s Catalyst Digital Constructing (CDB) Switches. Since the entire lights within the constructing could be powered by Energy over Ethernet (PoE), we had been in a position to question the CDB switches to gather energy consumption on a per-port foundation. Offering this telemetry in a dashboard format allowed the shopper to maintain observe of vitality utilization throughout the constructing, which enabled them to satisfy their value & sustainability targets. Try pattern code & directions within the PoE Measurement repo.
Get pattern code & directions
As of late there’s greater than sufficient information accessible to deal with our monitoring & reporting wants, however we simply want to determine the easiest way to make the most of that info. With a bit of little bit of customized code & a couple of nice open-source instruments, it’s simpler than ever to construct easy monitoring and reporting dashboards.
Should you’re serious about studying extra concerning the examples, try the hyperlinks beneath. Every repository comprises the pattern code & directions for tips on how to use it in your individual community:
About our GVE group
The International Digital Engineering (GVE) DevNet group works with Cisco clients to assist carry their automation concepts to life. Along with Cisco Account Groups, we discover alternatives the place clients want a bit of assist getting began with automation or integration initiatives. We develop easy examples to showcase what is feasible with a bit of little bit of customized code. Many of those instance initiatives are printed on the GVE DevNet GitHub web page and shared with the neighborhood.
We’d love to listen to what you assume.
Ask a query or depart a remark beneath.
And keep related with Cisco DevNet on social!
LinkedIn | Twitter @CiscoDevNet | Fb | YouTube Channel
Share:
