Category — Micromuse

We had a great Support Technical Exchange (STE) session today on the IBM Tivoli support site, process and tools available. The presentation and replay should be available here. I was quite impressed with what the site has to offer in terms of having a one stop shop for “on-demand” support information, access to content, customizaiton and delivery options. I’m all for RSS delivery of this kind of information!

If you’re a former Micromuse Netcool customer, I encourage you to take a look at the presentation and get up to speed with what IBM Tivoli has to offer here (even if you get support from a business partner). It’s cool to see a support organization that’s so proactive and out there providing training and content like ours is. I’ve even seen these guys delivering ITIL training via this STE forum.

IBM Tivoli Main Support Site Here

Cote’s post on People over Process here , some of the calls to action on the new Open Management Consortium blog and my Q&A with peers in the industry over the past year said it’s time to see what other people think on this topic.

I suffered through a painful server agent forklift project that lasted almost two years (and appears to have finally failed and be in the midst of a vendor/legal contract fight) and I’ve always had “pent up” feelings (I apologize for venting…) on the whole server agent and server monitoring space. I had to deal with no less than four different competing tools - two from vendors and two open source. The mission from the top was one standard platform for server monitoring, the reality in the systems admin silos was they wanted their tools and didnt’ want to have anything to do with what was perceived as the “NOC’s monitoring tool”. List price for some of these base monitoring agents would end up costing more than some of the servers that we used in that environment. None of those vendors had a pricing model for addressing that issue or multi-core CPU’s either so the costs in the long run were certainly uknown for basic server hardware and operating system monitoring. My sense was that something had to give in the future in what customer’s were going to be willing to pay for.

I’ve been thinking (hoping) now for some time that in the near future base server HW/OS monitoring would be as easy as SNMP monitoring on the network side of the house. It’d become a commoditized component in the overall NMS/ESM architecture. I’ve heard from server manufacturers about embedding these functions in mainboards, add in cards or ASICs. Every release of an operating system builds on the management and monitoring capabilities of the previous version. Open source software solutions for monitoring foundational server and operating system components continue to mature. The KVM vendors are sure to invent monitoring capabilities for their product sets that can monitor this stuff via out-of-band connections to the server. Microsoft’s WMI continues to improve. WS* standards are developing to allow new ways to monitor servers. Heck, I bet Cisco or some of the network layer guys could event get into this somehow by watching the wire or something via a suped up switch connection in the future.

Recent vendor acquisition activities over the past year or so have these vendors making decisions on how to address product line overlap. Some vendors have already changed from agent based solutions in favor of agentless based approaches. I can think of at least two vendor situations where multiple server monitoring agent products exist post acquisition. I think there’s a great opportunity for vendors to think about basic server hardware and operating system monitoring now and what it’ll look like the next few years. Cote’s recommendation about teaming with this OMC group could be a perfect fit here for the future contribution of product and technology that may be passed over at some point in the future. Should this OMC group align with OASIS, DMTF or other standards body and work towards a free or very low cost standard base agent for the common platforms? Something that supports an extensible architecture where vendors could plug in their more value added agents for applications, etc.? This could help with the “multiple agents on a box” problem as well.

I don’t know all the economics on the product side by any means. I don’t know anything about revenue streams, pipeline, etc. There are certainly architectural and customer deployment challenges that would have to be addressed, etc. I do think that it’d be nice to see the monitoring of a server’s hardware and operating system get simpler and get standardized. I think the place the vendor of the future focuses on is in the monitoring of applications (ARM), services, transactions, SOA/bus publishers, consumers, batch/cron jobs, etc. on the server. They would be focusing on business services and applications, IT processes (ITSM/ITIL and other IT best practices) coming to life via these new rich agents.

Does anyone else share similar thoughts? Can base server HW/OS monitoring be as easy as monitoring the network? Will it be a commodity in the near future? What role will the incumbents, open source software, server hardware, operting system and KVM vendors play?

–

I’ve sat on actually posting this for some time. I’ve seen more and more of our roadmap plans this week around server and application monitoring. We’re doing the right thing for our clients. Our focus on our composite application management (CAM) products will be stellar and really enable both the management and the monitoring necessary for services of the future. We’ll make sure our customers get the best of both worlds in terms of server monitoring as their environments and needs demand. I hope to see IBM Tivoli take a leadership position in this area of open source base server hardware and operating system monitoring and management sometime in the future just as we do in so many other standards development areas.

I’m recovering from my whirlwind trip to Hong Kong today. I figure I’d better post something this morning before I enter a zombie state later on this afternoon. I presented on the Tivoli Netcool BSM story and enabling products this week in Hong Kong for our Asia Pacific group. The presentation was a success and my conversations with my peers in this region even better. There are numerous BSM opportunities in flight across the region now and over time I’m positive they’ll prosper with the expanded product family and capabilities.

As I give this talk on BSM, I’m always interested in learning more about how well we’re doing with our BSM story. I asked a lot of questions about what BSM means in this part of the world and if our clients are ready to start their BSM journey. One thought I’m interested in exploring is with such a focus on quality (TQM, Six Sigma, supply chain, manufacturing, etc.) in this part of the world if that enables them to be better prepared for BSM? They certainy have gone through the exercises to know how to measure and monitor their environments, but does this make it easier to align those business activities and services to the underlying IT environment?

I enjoyed meeting some of the folks who’ve discovered my blog while in Hong Kong. It was a pleasure to meet Sunil, Pabs, Mani and discussing the ins and outs of BSM, ITSM and opportunities in AP. Hopefully they’ll join in the conversations here and share things from their part of the world!

I received a lot of positive feedback from my presentation yesterday (and my other AAG peer’s prezos) on the Netcool BSM story and enabling products. The audience was made up of Tivoli Services, Support and Education (all part of ISST group) engineers and architects and a few GTS (the former IGS) architects.

I think the overview of what exactly BSM is and isn’t and how it relates to our ITSM story was helpful as well as the engagement tips in advance of my best practices document were also well received. I wish I had more comparable content on how Netcool/RAD relates to Tivoli Business Systems Manager (TBSM). Netcool/Impact stood on its own and they all seemed interested in the real world scenarios I covered from my past, especially the instrumenting, managing and visualizing of ITIL Change Management process (and maintenance windows) using Netcool/Impact, Netcool/Webtop and Netcool/RAD.

I did get to spend a lot of time talking to my peers working with TADDM (application discovery and dependency mapping) which will become the core discovery foundation for our CMDB. I hope to write some about this and our CCMDB (including Process Managers) soon in the blog.

I’m off to Hong Kong on Saturday afternoon to give a similar presentation at the Asia Pacific Tivoli/Netcool sales kick off. I’m excited about sharing the BSM story and talking about our solutions - but I’m worried about going crazy on a plane for 21 hours from ATL to ICN (Korea). I hope the combination of my laptop, iPod and books/magazines keep me sane. Any tips on long distance travel appreciated!