Difference between revisions of "Newsletter:3/Zenoss Goes to School"

From Zenoss Wiki
Jump to: navigation, search
(Andrew Crouthamel’s Featured ZenPacks)
 
(3 intermediate revisions by 2 users not shown)
Line 2: Line 2:
 
|Title=Zenoss Goes to School
 
|Title=Zenoss Goes to School
 
|Author=Trelane
 
|Author=Trelane
|Abstract= In each newsletter we like to spotlight ZenPacks from the talented members of our community. This issue we’re expanding this feature to give some background on our featured ZenPack creator Andrew Crouthamel from Temple University AKA Crouthamela).
+
|Abstract=In each newsletter we like to spotlight ZenPacks from the talented members of our community. This issue we’re expanding this feature to give some background on our featured ZenPack creator Andrew Crouthamel from Temple University AKA Crouthamela).
|Cover image=Article1.jpg
+
|Cover image=Zenoss-goes-to-school.jpg
 
}}
 
}}
 
 
 
In each newsletter we like to spotlight ZenPacks from the talented members of our community. This issue we’re expanding this feature to give some background on our featured ZenPack creator Andrew Crouthamel (AKA Crouthamela).  
 
In each newsletter we like to spotlight ZenPacks from the talented members of our community. This issue we’re expanding this feature to give some background on our featured ZenPack creator Andrew Crouthamel (AKA Crouthamela).  
 
   
 
   
Line 25: Line 23:
 
Temple University was already using ZSD when Crouthamel started working there. Although the Core and Commercial share the same code base, ZSD offers more scalability than Core can. “Here, we monitor almost 5,000 devices, as well as additional collectors and a split front-end UI. And we have 12 servers that run different services of Zenoss here, which is quite impressive,” Crouthamel says.
 
Temple University was already using ZSD when Crouthamel started working there. Although the Core and Commercial share the same code base, ZSD offers more scalability than Core can. “Here, we monitor almost 5,000 devices, as well as additional collectors and a split front-end UI. And we have 12 servers that run different services of Zenoss here, which is quite impressive,” Crouthamel says.
 
   
 
   
Furthermore, ZSD provides its customers with a 24/7/365 support team that can handle the most confounding problems. A few weeks ago, Crouthamel was working on some transforms and accidentally entered the wrong character in one of them. “It had a “$” sign init, and I didn’t notice, so the transform was blowing up, missing events, and backing up the queue—as well as creating events telling us the queue was getting backed up!” says Crouthamel.
+
Furthermore, ZSD provides its customers with a 24/7/365 support team that can handle the most confounding problems. A few weeks ago, Crouthamel was working on some transforms and accidentally entered the wrong character in one of them. “It had a “$” sign in it, and I didn’t notice, so the transform was blowing up, missing events, and backing up the queue—as well as creating events telling us the queue was getting backed up!” says Crouthamel.
 
   
 
   
Within several hours, Crouthamelhad about 2 million events backed up in his queue, and Crouthamel was concerned that something in the system would,as he put it, “Blow up.” The Zenoss support team was able to ramp up the number of [workers, also a Zenoss Commercial item – note: unsure what he meant here...] on the problem, and let it churn through that mess over the weekend. Not only did it deal with the hundreds of thousands of events that come in every days, it was also able to churn through those several million events over a single weekend. Crouthamel has the graph to prove this should anyone doubt him.
+
Within several hours, Crouthamel had about 2 million events backed up in his queue, and Crouthamel was concerned that something in the system would,as he put it, “Blow up.” The Zenoss support team was able to ramp up the number of workers on the problem, and let it churn through that mess over the weekend. Not only did it deal with the hundreds of thousands of events that come in every days, it was also able to churn through those several million events over a single weekend. Crouthamel has the graph to prove this should anyone doubt him.
 +
 
 +
[[File:2 million events.png|400px]]
  
 
==No Zenoss Without the Zenoss Core Community==
 
==No Zenoss Without the Zenoss Core Community==
Line 54: Line 54:
 
   
 
   
 
Says Crouthamel: “Pretty much everything here at Temple communicates back to FreeRADIUS in some fashion for authentication, so we have quite a number of servers that run it.”
 
Says Crouthamel: “Pretty much everything here at Temple communicates back to FreeRADIUS in some fashion for authentication, so we have quite a number of servers that run it.”
 +
{{ArticleFooter}}

Latest revision as of 19:12, 24 January 2014

Community-header.jpg

Zenoss Goes to School

In each newsletter we like to spotlight ZenPacks from the talented members of our community. This issue we’re expanding this feature to give some background on our featured ZenPack creator Andrew Crouthamel from Temple University AKA Crouthamela).
Zenoss-goes-to-school.jpg

In each newsletter we like to spotlight ZenPacks from the talented members of our community. This issue we’re expanding this feature to give some background on our featured ZenPack creator Andrew Crouthamel (AKA Crouthamela).

Crouthamel offers a unique bridge between Zenoss Core and Zenoss Commercial (AKA Zenoss Service Dynamics or ZSD).He started using Zenoss Core back in 2009 while working at an MSP for small pharmacies. Several months ago Crouthamel started working at Temple University,which uses ZSD to monitor its vast infrastructure.

Open Source To the Core

Crouthamel has always been supportive of open source and community-based projects and has participated in Linux-based open source software projects for over 13 years. The MSP where Crouthamel worked back in 2009 sold anything “with a plug,” from the servers and firewalls to the software running all the stuff behind the scenes. Andrew worked on the MSP’s Level 2 and 3 support teams, trying to come up with ways to make life easier for his team members.

His first step was to choose Zenoss Core as the MSP’s monitoring solution. Why did he choose Zenoss Core over other open source alternatives like Cacti and Nagios? “Zenoss Core had the best interface to get something set up quick. It was a lot smoother and nicer than the others,” Crouthamel says.

Crouthamel also liked how easily ZenPacks allowed him to extend Zenoss Core’s usability and soon wrote his first one, SonicWALL, during that period. This ZenPack, which is compatible with 3.x versions of Zenoss Core, along with 4.2.x versions, provides users with the capability of monitoring and graphing CPU, memory, and number of connections for SonicWALL devices.

“Almost every customer had one of these SonicWALL firewalls, and there really wasn’t any good information or packages for monitoring the specific things in SonicWALL because they use their own OID, and you have to go in there and dig out the details you want. So I made the SonicWALL ZenPack to track CPU usage and the number of connections to the firewall and other things you’d care about if someone was getting attacked,” Crouthamel explains.

Biggest Differences Between Zenoss Core and ZSD (AKA Zenoss Commercial)

Temple University was already using ZSD when Crouthamel started working there. Although the Core and Commercial share the same code base, ZSD offers more scalability than Core can. “Here, we monitor almost 5,000 devices, as well as additional collectors and a split front-end UI. And we have 12 servers that run different services of Zenoss here, which is quite impressive,” Crouthamel says.

Furthermore, ZSD provides its customers with a 24/7/365 support team that can handle the most confounding problems. A few weeks ago, Crouthamel was working on some transforms and accidentally entered the wrong character in one of them. “It had a “$” sign in it, and I didn’t notice, so the transform was blowing up, missing events, and backing up the queue—as well as creating events telling us the queue was getting backed up!” says Crouthamel.

Within several hours, Crouthamel had about 2 million events backed up in his queue, and Crouthamel was concerned that something in the system would,as he put it, “Blow up.” The Zenoss support team was able to ramp up the number of workers on the problem, and let it churn through that mess over the weekend. Not only did it deal with the hundreds of thousands of events that come in every days, it was also able to churn through those several million events over a single weekend. Crouthamel has the graph to prove this should anyone doubt him.

2 million events.png

No Zenoss Without the Zenoss Core Community

Because Crouthamel has always gotten involved with the community with any major product he has used, his involvement with the Zenoss Core Community has increased, rather than decreased when he started using Zenoss Commercial at Temple. “Really I can’t imagine using Zenoss without the community, ”Crouthamel affirms.

Since he started monitoring Temple’s infrastructure, Crouthamel has installed dozens of Community-built ZenPacks and has spent lots of time on the Zenoss IRC channel, where “tons” of community members have helped him out. Moreover, the creativity of the Community has enabled him to easily find solutions to specific issues without having to bother ZSD’s support team to help him out.

For example, Temple uses an SNPP paging feature that ZSD removed a while back. Thanks to the Community, Crouthamel found a great Community patch by doing a quick search on the Community forums. Crouthamel would love to see other ZSD customers get involved with the Core Community as well. “They would be able to learn off of what the Community knows and vice versa. Even from Zenoss Commercial to Zenoss Commercial, we'd be sharing things, which would be great as well,” Crouthamel says.

In addition to writing ZenPacks, Crouthamel documents things he is learning about Zenoss and sharing that information with the Community. When he creates ZenPacks, he likes to write up the information for himself “through a bunch of little Notepad-type garbage on my side, then format it, and fit it in nicely on the new Zenoss Wiki,” says Crouthamel. “So I wanted to create actual content for the Community that wasn’t a tweak or rehash of what was already there. I wanted to start submitting something useful for people in the Community.” Crouthamel claims his knowledge is still fairly limited, but he figured his documentation would be useful at least for some people.

Andrew Crouthamel’s Featured ZenPacks

Because of his experience using Zenoss Core, Crouthamel finds it easier to whip up new scripts, rather than go through the back and forth with ZSD support. “It just seemed faster at the time for me to work on it for a day or two and get myself used to figuring out some of these systems I might not have used before. I’d rather have [ZSD support]figure out actual problems on my system while I work on whatever features I need,” Crouthamel says.

Crouthamel shares his ZenPacks with the Community as a way to give back for all the help the Community has given him over the years. “There is nothing proprietary [in these ZenPacks],and so it was second nature to share them and engage the community with what I’ve learned that can help them,” he says.

According to Crouthamel, his ZenPacks fill holes for things that he’s needed to monitor in some fashion andare pretty simple to use. “I figured I’d share whatever limited knowledge I know, and hopefully, mine are simple enough for other people to look into if they know some Bash and mess with them,” he says.

In addition to SonicWALL, Andrew has contributed three other ZenPacks to the community (with more to come, he says). Basic Ping is a simple ZenPack Crouthamel created when he was tasked with switching over the way Temple handles its pings in 4.x. “We moved over to using an nmap-based ping system, so Basic Ping just uses the proper functions in Zenoss to do the more efficient method of pinging something and provide a nice simple [monitoring template]. We use it for all of our systems.

The PacketFence ZenPack lets users monitor Daily Guest Registrations (a running total per-day) and Guest Registration Rate of five-minute polling intervals when using the PacketFence FOSS NAC solution and creates a monitoring template to visualize this data. Crouthamel originally developed this ZenPack to track guest registration rates. “We recently had a new president inaugurated here at Temple, and a great number of guests wanted wireless access. We needed to track that carefully to make sure our registration portals were not getting overloaded,” he explains. “When you connect to our SSID, you're greeted with a PacketFence interface. Once you authenticate and get access to our secret secure Wi-Fi, [the PacketFence ZenPack] tracks how many people are registering to that guest portal,”Crouthamel explains.

Lastly, the FreeRADIUS ZenPack tracks data off the popular FreeRADIUS server to check for major spikes or lulls in traffic that can help admins diagnose anissue. Like the PacketFence ZenPack, the FreeRADIUS ZenPack monitors and graphs FreeRADIUS metrics like Total Access, Authentication, and Accounting, along with the per five-minute polling interval for each one.

Says Crouthamel: “Pretty much everything here at Temple communicates back to FreeRADIUS in some fashion for authentication, so we have quite a number of servers that run it.”