At this time, ESALPS can monitor websphere application resource, thus if one server is supporting multiple applications, esalps can report cpu by application. And all processes are reported. Beyond that requires a well designed interface that does not increase overhead. The solutions i've looked at so far are unuseable because of their overhead, or should only be used on a manual basis as need arrises, not all the time.
There are several applications that have this same requirement: Oracle, WAS, DB2, probably SAP and Domino as well. Each application has their own set of instrumentation, it is just a matter of externalizing that at a low cost. If your instrumentation costs too much resource, it will make the platform more difficult to justify. Just taking instrumentation designed for a distributed server where cycles are cheap rarely works for the "z" platform. For a real world, production example, i put this on the web site last week: "http://velocitysoftware.com/applic.html"; Note the cost of snmpd???? note how many servers running? This is the velocity software version of netsnmp. My objective is to maintain this low cost of operation, and still keep adding data metrics. >Date: Mon, 15 Aug 2005 08:46:28 -0500 >From: James Melin <[EMAIL PROTECTED]> > >Barton, one question about ESALPS.... We have looked at tools >for monitoring WebSphere, something to get into the JVM and get >information about it. We've done a trial on on product and found >that it was capable of breaking one of our applications just by >being present. Had to do with wrappering DB2 calls. We're going >to be looking at another soon. Can ESALPS get into the innards >of WebSphere or is it more a Linux system monitoring tool? > >We definitely need something, and I'm not sure that Tivoli >Performance viewer and RMFPM for Linux are going to be enough. > > > > > >There are three overriding issues with monitoring linux guests. > >1) Overhead of monitoring. If each agent takes 5% of a processor >for monitoring, multiply that by say 50 servers, is this good? >Or will turning off your monitor solve your performance problem? > >2) The CPU numbers from inside Linux are just WRONG. This is >so very easy to prove - but not obvious when you are just >testing. Wrong by and order of magnitude happens.... > >3) You are sharing resources. 80% of your servers are idle, >and in reality, maybe less than 80%, but exactness doesn't matter. >Should you monitor an idle server? should you monitor only >a few servers because you can only afford to? >Most agents for Linux wake up every few seconds or minute >and say, "hey, what am i doing? - oh, nothing, guess i'll >wake up in 3 seconds and see if that has changed". >So at any point in time, your agent is wasting maybe 5% of >a processor to find out nothing. > > >So if you have an agent that uses a lot of resource and >provides you bad data, should you run it? > >ESALPS solves these 3 problems. > >1) the netsnmp agent takes between .3 and 1% per server, >usually on the lower side, somewhat tuneable. > >2) the data is integrated with z/VM data, so the process >data is corrected. > >3) vm identifies inactive guests, why wake up an inactive >guest to find out it does nothing. So ESALPS does not >monitor idle servers. > >And yes, alerts are provided as well as lots of other things >you haven't thought about yet.... > > >(And sorry David, i know you said no vendors, but since >nobody seems to talk about the issues of production type >installations, it was necessary) > "If you can't measure it, I'm Just NOT interested!"(tm) /************************************************************/ Barton Robinson - CBW Internet: [EMAIL PROTECTED] Velocity Software, Inc Mailing Address: 196-D Castro Street P.O. Box 390640 Mountain View, CA 94041 Mountain View, CA 94039-0640 VM Performance Hotline: 650-964-8867 Fax: 650-964-9012 Web Page: WWW.VELOCITY-SOFTWARE.COM /************************************************************/ ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
