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 advanced with so many new units and companies to assist – however there’s one fixed that by no means adjustments: the necessity for good monitoring instruments! It’s all about having the appropriate knowledge factors on the proper time and offered in the appropriate approach.
With IoT sensors turning into extra widespread & many units coming with embedded sensors, we’ve got extra data obtainable than ever earlier than. Now the query turns into: “How can we use all of this data?” Whereas some sensors could provide their very own customized instruments or reporting software program, others may solely expose an API. In both case, the metrics gained’t be useful if we are able to’t discover or use the info in a approach that works for us.
So how can we deliver all of our sensor telemetry right into a single place and show it in a helpful approach? One methodology is to put in writing scripts to question all our sensors & units, then push these knowledge factors right into a time-series database, like InfluxDB. As soon as we’ve got all that knowledge collected in a single place, we are able to use Grafana to create customized dashboards to maintain observe of what we care about. This manner we are able to pull all of our telemetry into one single reporting software, then construct customized graphs & dashboards to show the info precisely how we’d like it.
What might this seem like in follow? Properly, let’s check out a couple of examples of the place our group helped Cisco prospects construct customized reporting instruments.
Whereas every instance under had distinctive units and challenges, the final aim was the identical: Acquire telemetry to make use of for customized dashboarding, reporting, and/or alerting. In every case we utilized a bit little bit of customized code to gather metrics from units & import them into an Inflow database. Then, we constructed dashboards in Grafana to show historic & real-time knowledge in a approach that helped handle the client’s distinctive challenges.
DOM Telemetry Monitoring
On this instance, we labored with a buyer who was in search of a greater method to proactively monitor their massive fiber-based community. Utilizing the Digital Optical Monitoring (DOM) telemetry provided 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 units for the optical telemetry. The collected telemetry was used to construct a dashboard that confirmed real-time & trending well being statistics. Optionally, the client might allow Webex push notifications when transceivers exceeded predefined thresholds. This enabled the client 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 needed to maintain observe of temperature deviations between scorching & chilly aisles of their knowledge heart. The shopper had already bought Meraki MT temperature sensors and deployed them to every rack. Nonetheless, they needed a greater methodology of aggregating & visualizing the temperature and humidity knowledge. To fulfill the client’s wants, we constructed a customized flask dashboard that displayed every row of racks & the present temperatures on every sensor. This helped create a straightforward visualization for buyer engineers to find temperature deviations in every row. This dashboard included combination graphs to show historic & trending knowledge 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 business constructing. The constructing was outfitted with good lighting powered by Cisco’s Catalyst Digital Constructing (CDB) Switches. Since all the 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 client to maintain observe of vitality utilization throughout the constructing, which enabled them to fulfill their value & sustainability targets. Try pattern code & directions within the PoE Measurement repo.
Get pattern code & directions
As of late there may be greater than sufficient knowledge obtainable to handle our monitoring & reporting wants, however we simply want to determine the easiest way to make the most of that data. With a bit little bit of customized code & a couple of nice open-source instruments, it’s simpler than ever to construct easy monitoring and reporting dashboards.
In the event you’re fascinated by studying extra in regards to the examples, try the hyperlinks under. Every repository comprises the pattern code & directions for the way to use it in your personal community:
About our GVE group
The International Digital Engineering (GVE) DevNet group works with Cisco prospects to assist deliver their automation concepts to life. Along with Cisco Account Groups, we discover alternatives the place prospects want a bit assist getting began with automation or integration initiatives. We develop easy examples to showcase what is feasible with a bit little bit of customized code. Many of those instance initiatives are printed on the GVE DevNet GitHub web page and shared with the group.
We’d love to listen to what you assume.
Ask a query or go away a remark under.
And keep related with Cisco DevNet on social!
LinkedIn | Twitter @CiscoDevNet | Fb | YouTube Channel
Share:
