Monitoring shooutout 2010 @Loadays

1. Monitoring Your Infrastructure the open source way

3. „ Infrastructure Architect“

4. Linux since 0.98

5. OpenMosix, openQRM, ...

6. Early Adopter (Xen, MySQL Cluster)

7. Automating Large Scale Deployment , High Availability

8. Surviving the 10 th floor test

9. http://www.krisbuytaert.be/blog/

10. http://www.virtualization.com/

13. Or Crashing at a party ?

14. Why are there cops at your front door ?

15. Did something happen to them ?

16. How long have they been gone already ?

18. You can't afford to be slow

19. Systems grow and scale beyond manual/human capacity

20. Plan for growth

21. Good admins know how their systems behave

22. And what's abnormal systems behaviour

25. Status File

26. Agent

27. SNMP

30. More detailed information

34. Based on service

36. SLA

38. Since

39. Graphical Overview

40. Summary

41. Lies, damn lies and statistics

43. A Visionary approach

44. Find Anomalies

45. Plan for Growth

47. Autodetection

48. Supporting Gui

49. Automatable

50. Consistent

51. SNMP Integration

53. Templates

54. Non Intrusive

55. Plenty of notification

56. Active community

57. Hackable

59. Zabbix

60. Zenoss

61. OpenNMS

62. Nagios

63. GroundWorks

64. Hobbit

65. ...

67. Setup Different Tools/Platforms

68. Initial Feeling

69. Installation Experience

71. A zillion tools based on it

72. Awkward config for the newbie

73. Very configurable

74. Very Pluggable

75. Great ecosystem

76. Often integrated with Cacti

78. Be prepared to be spammed

79. Integrates 70+ tools

81. Broke existing setups

82. Required env variables to install RPM

85. Fails exactly where it claims to be strong :-(

87. Performance

88. Events handling

90. SNMP for Autodetection

91. Based on standard protocols

93. Python = Lightweight

94. Gui is often confusing

95. Nice graphics (network map)

96. Good Community

97. Experienced Crowd

100. Database + Daemon

102. “Auto detects” agents

103. Create your own screens

105. Agent Based (Heavy)

106. Java

107. Autodiscovery (of services)

108. SIGAR (System Information Gatherer and Reporter)

110. Nagios

111. Zabbix 1.4.5

112. Zenoss 2.2

114. Focusses strongly on application/db/ performance

115. Intuitive

116. Easy

117. Grouping of servers/services

118. Very nice Dashboard!

120. must be downloaded from the webpage

121. not available in .deb

122. rpm available

123. size is 160MB ... (incl JVM)

124. Lot's of plugins available on Hyperforge

126. setup.sh unpacks .tgzs and initializes the database

127. rpm is almost identical to tgz

128. really easy to install , very limited user interaction needed.

129. Agent has property file you can prepopulate

131. dashboard, drag-n-drop, add remove elements

132. no user roles in opensource edition

136. Everything happens in webgui, config is stored in DB ( postgresql )

137. Servers/Services are added in no time.

138. Adding 'servers' ( like postfix ) ==> adding 'services' ( like postqueue )

139. Grouping of OperatingSystems, services, clusters, ... _really_ easy

143. Snmp possible

146. Deployed WARS

147. Hyperic Inside the Apps

148. Hyperic Inside the Apps

151. Agent integration on the nodes could have been better

152. Lots of NTH features in Commercial Version

154. “ Low” on java-memory, very responsive webfrontend, not 'sluggish' at all

155. Goes DEEP Inside the Application

158. Focus on State

161. Zabbix 1.8.2

162. Zenoss 2.5

164. Monitoring of host resources

165. Simple plugin design

166. Different methods of notifications

168. Can monitor M$ window machine eg via the nrpe_nt plugin

170. Use flat text files (easy for massive deployment) define service{ use generic-service host_name localhost service_description HTTP check_command check_http notifications_enabled 0 }

172. NRPE : Nagios remote Plugin Execution

173. Custom Scripts (SNMP, ...)

176. Alert Histogram

177. Alert History

178. Alert Summary

179. Notifications

183. Flexible

184. Giant Community (nagiosexchange, ...)

186. Backwards compatible

187. Adds long awaited features and patches requested by community

188. Core – Web – API

190. IDOutils using libdbi

191. Timeout defaults to UNKNOWN

192. Web interface

193. Debian packages

199. Web framework (Catalyst)

200. Data warehousing (Mysql)

203. Data warehousing (Mysql)

206. Eg: nagvis, trending via rrdtool, ...

208. Aggregated centralised view on master

209. High availability & load balancing

210. NSCA

212. Installation assistance

213. Software defect resolution

214. Remote troubleshooting

215. OS, Apache and MySQL support

218. PHP based webfrontend

220. Trigger

221. Action

223. EPEL in CentOS

224. Windows supported as well (agent)

225. Source => Solaris/ BSD/*NIX

227. Agent (availability of params depending OS)

228. SNMP

230. Internal checks

231. Aggregated checks

233. Screens: Customization of page layout

234. Parts can be loadbalanced among multiple servers

235. Templates: Items, Triggers, Graphs

238. Correlation of different graphs

240. Important features missing ( but planned in next version ): escalation, better reporting ,....

242. Fully Integrated

243. Screens : Correlation of graphs

246. Performance

247. Escalations

251. extra layer of (payable) services available (Zenoss Enterprise)

252. Easy to install, configure and affordable. ( according to them :)

255. Historical data : RRD

256. Events : MySQL

259. Zenoss Supported OS/Arch, Packages for: - RHEL/CentOS 4 , 5 - SLES 10 - Ubuntu Server 6.06 , 8.04 - openSuse 10.3 , 11.1 - Fedora 9 , 10 - Debian 5.0 Source available

261. Customisable Dashboard

262. Browse by: Systems, Groups, Locations, Networks

263. Filesystem-alike tree-view

265. Nagios plugins

266. Custom commands

267. ZenPacks: User commands, Perf templates, Graphs ...

269. API

270. Templates

271. Production states for servers

272. Severity setting for alerts

273. Locations

277. Standard SNMP Perf stats: CPU, Mem, Swap

278. Possibility to add custom Perf-templates

280. Snmp required

281. Help I`m lost

283. Nice interface

284. Grouping / classification

289. The Feature Matrix

291. Cacti

292. Puppet/Chef

294. Inside the VM

295. Inside the DB

296. Application monitoring vs Newtork monitoring

298. It depends

300. ` Kris Buytaert < [email_address] > Tom De Cooman <Tom.DeCooman@inuits.be> Further Reading http://www.krisbuytaert.be/blog/ http://www.inuits.be/ http://www.virtualization.com/ http://www.oreillygmt.com/ ? !