From: mifos-devel...@lists.sourceforge.net [mailto:mifos-devel...@lists.sourceforge.net] On Behalf Of Ryan Whitney
Sent: Tuesday, 8 July 2008 10:28
To: Developer
Subject: [Mifos-developer] Monitoring Tools/Strategies for Mifos
-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
Thanks a great deal.
Kazeem
Sent from my BlackBerry wireless device from MTN
-----Original Message-----
From: Ryan Whitney <rwhi...@grameenfoundation.org>
Date: Tue, 08 Jul 2008 10:11:00
To: Developer<mifos-d...@lists.sourceforge.net>
Subject: Re: [Mifos-developer] Monitoring Tools/Strategies for Mifos
Great idea!
> Any ideas? Tools? Strategies?
Yes, lots. :)
http://mifos.org/developers/wiki/NetworkMonitoring
Free/Libre/Open Source Software tools for network monitoring are quite
mature. Most of them run on any platform.
--
Adam Monsen
The MFIs we are working with do not have any MIS system as such, if they
did (meaning that they already has the financial resources to either
custom develop a solution or buy one from vendor) they are not going to
be that interested in mifos (we have talked to a few that already have
systems) as it lacks a lot of functionality at the local level.
Additionally, because of the centralized nature of the deployment,
connectivity infrastructure costs run higher (again i am talking just
based on my limited experience in nepal).. Thus any saving that can be
realized is really needed.
In nepal:
1. Windows Server 2008 License with 5 User Cal and Media Kit : Nrs.
65,000.00 ( Inclusive of 13% VAT ) (and you need an application server,
a database server and a test server multiply that by 3)
2. Windows XP is about Nrs 26,000
3. Microsoft office ranges from Nrs 11,000 - 20,000
4. So if a MFI has 47 branches, and are going to buy computers for them,
then per branch at the minimum, there is Nrs 37,000 additional cost per
branch. This is excluding the computers needed a the regional offices or
head offices (and they could use open office ;-)
5. Then there is the additional staffing and support requirements,
because of viruses etc. (Anti viruses licenses also are not free,
kaspersky is Nrs 1000 per license).
6. Currently you can get a XP cd (pirated of course) for Nrs100 and
there is no monitoring thus most users (including organizations) use
those. But from 2010 as nepal's WTO entry comes into effect, these
things will be monitored and audited, so the cost savings issue becomes
even more prominent, even for MFIs with existing systems based on windows.
thus total savings for a mid sized MFI with 47 branches would be just
based on licensing cost Nrs 1981000 which is about $28,710.14
also e.g. with latest version of Ubuntu, the user training needed is
comparable to windows. As for admin, at least here in nepal, the number
of training centers giving linux training is growing.
Therefore, imho, if an MFI already has a MIS system and support staff
then they are more likely to continue with windows.
But if an MFI is going from manual to mifos, and starting from scratch,
the savings that they can realize is pretty high.
At the least firefox support ;-)
Disclaimer: The prices quoted are based on vendor responses few months
back, and the actual prices might differ . currrent exchange rate is
about $1 = Nrs 69, per capita income $470
Thanks
Soham
> ------------------------------------------------------------------------
> *From:* mifos-devel...@lists.sourceforge.net
> [mailto:mifos-devel...@lists.sourceforge.net] *On
> Behalf Of *Ryan Whitney
> *Sent:* Tuesday, 8 July 2008 10:28
> *To:* Developer
> *Subject:* [Mifos-developer] Monitoring Tools/Strategies for Mifos
>
>
> I couldn’t find much information on mifos.org, but I think we
> need to add a page talking about some options people can use
> for monitoring Mifos.
>
> Any ideas? Tools? Strategies?
>
> I think the areas we would cover are
>
> 1. Monitoring Mifos
> 2. MySQL
> 3. Tomcat
> 4. System Performance
>
>
> We should primarily focus on Windows, but I think we can also
> invite feedback on other platforms as well.
>
> Ryan
> *Ryan Whitney
> */Mifos Technical Program Manager
> /rwhi...@grameenfoundation.org
> Mifos - Technology that Empower Microfinance (www.mifos.org)
>
>
> ------------------------------------------------------------------------
> -------------------------------------------------------------------------
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
>
>
> *Ryan Whitney **
> */Mifos Technical Program Manager
> /rwhi...@grameenfoundation.org
> Mifos - Technology that Empowers Microfinance (www.mifos.org)
>
> ------------------------------------------------------------------------
Thanks for the insight and I think it provides a good counterpoint to my
e-mail and gets to the heart of the matter.
For any deployment (and really, any software project), you need to use the
technology that makes the most sense for that situation.
Cheers,
Ryan
Ryan Whitney
Mifos Technical Program Manager
rwhi...@grameenfoundation.org
Mifos - Technology that Empowers Microfinance (www.mifos.org)
-------------------------------------------------------------------------
There is a place for both linux and windows with Mifos, but we made the
assessment that the market is a bit bigger at the moment for Windows and so
that's where our initial focus went. Firefox is on the path for getting
support and Mifos already runs on linux ;)
Ryan
Agreed Adam and Ryan, and the Wiki page is a great start.
> > Any ideas? Tools? Strategies?
>
> Yes, lots. :)
Why am I not surprised? ;-)
> http://mifos.org/developers/wiki/NetworkMonitoring
>
> Free/Libre/Open Source Software tools for network monitoring are quite
> mature. Most of them run on any platform.
Picking up on the monitoring thread...
It moved to a discussion of platforms and costs, which is a good and valid
matter but deserves its own thread. I have my own opinions! :-)
I'm not sure what Mifos-specific monitoring would be useful, but would like
to suggest that an API could follow the one used by Tomcat.
Tomcat manager will answer requests with an XML file containing a variety of
information, as in the sample files below.
The Munin agent, and Nagios appears to be similar to the extent that some
agents are interchangeable, simply calls Tomcat then parses the XML that's
returned to store data and generate the graphs, using RRD.
An approach like that would appear to be a pretty good fit and would leave
the display and monitoring to one of the applications available, rather than
having to be developed within Mifos. After all, the interested parties will
probably be system admins and other technically-oriented people, rather than
the Mifos users, so having the data displayed elsewhere is probably a Good
Idea (TM).
If Mifos maintains metrics that could be exposed by an interface like this,
it should be fairly simple to code a transaction to return them. If it
doesn't, and those who know what measurements would be useful in analysing
and tuning the system can define them then, again, implementation should be
simple.
Any other opinions?
Regards
Graeme
--
-------------------------------------------------
Graeme Ruthven
Kula Services Limited
E-mail: gra...@kula.co.nz
Phone: +64 4 477 0898
Fax: +64 4 477 0810
Mobile: +64 27 450 5151
-------------------------------------------------
This example is used by the Munin plugins tomcat_access, tomcat_jvm,
tomcat_threads, and tomcat_volume to produce the graphs seen here:
http://mifos.kula.co.nz/munin/tuvakawawa/tuvakawawa.html#Tomcat
Request:
========
http://tuvakawawa:8180/manager/status?XML=true
Web page displayed (high-resolution ASCII screenshot):
======================================================
Tomcat Status
JVM: free:22197016 total:72310784 max:134152192
Connector -- http-8180
threadInfo maxThreads:150 minSpareThreads:25 maxSpareThreads:75
currentThreadCount:25 currentThreadsBusy:2
requestInfo maxTime:226 processingTime:21456 requestCount:4599
errorCount:4 bytesReceived:0 bytesSent:5617880
Stage Time B Sent B Recv Client VHost Request
R 0 0 ? ? ?????
R 0 0 ? ? ?????
S 4 0 0 10.2.0.5 tuvakawawa
GET/manager/status?XML=trueHTTP/1.1
R 0 0 ? ? ?????
Connector -- jk-8009
threadInfo maxThreads:200 minSpareThreads:4 maxSpareThreads:50
currentThreadCount:4 currentThreadsBusy:1
requestInfo maxTime:0 processingTime:0 requestCount:0
errorCount:0 bytesReceived:0 bytesSent:0
Stage Time B Sent B Recv Client VHost Request
Raw XML corresponding to above:
===============================
<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet type="text/xsl" href="/manager/xform.xsl" ?>
<status>
<jvm>
<memory free='22197016' total='72310784' max='134152192'/>
</jvm>
<connector name='http-8180'>
<threadInfo maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
currentThreadCount="25" currentThreadsBusy="2" />
<requestInfo maxTime="226" processingTime="21456" requestCount="4599"
errorCount="4" bytesReceived="0" bytesSent="5617880" />
<workers>
<worker stage="R" requestProcessingTime="0" requestBytesSent="0"
requestBytesRecieved="0" remoteAddr="?" virtualHost="?"
method="?"
currentUri="?" currentQueryString="?" protocol="?"
/><worker stage="R" requestProcessingTime="0" requestBytesSent="0"
requestBytesRecieved="0" remoteAddr="?" virtualHost="?"
method="?" currentUri="?" currentQueryString="?"
protocol="?" />
<worker stage="S" requestProcessingTime="4" requestBytesSent="0"
requestBytesReceived="0" remoteAddr="10.2.0.5" virtualHost="tuvakawawa"
method="GET" currentUri="/manager/status"
currentQueryString="XML=true" protocol="HTTP/1.1" />
<worker stage="R" requestProcessingTime="0" requestBytesSent="0"
requestBytesRecieved="0" remoteAddr="?" virtualHost="?"
method="?"
currentUri="?" currentQueryString="?" protocol="?" />
</workers>
</connector>
<connector name='jk-8009'><threadInfo maxThreads="200"
minSpareThreads="4" maxSpareThreads="50" currentThreadCount="4"
currentThreadsBusy="1" />
<requestInfo maxTime="0" processingTime="0" requestCount="0"
errorCount="0" bytesReceived="0" bytesSent="0" />
<workers>
</workers>
</connector>
</status>
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
Cheers,
--Van
Graeme Ruthven wrote:
> I'm not sure what Mifos-specific monitoring would be useful, but
> would like to suggest that an API could follow the one used by
> Tomcat.
>
> Tomcat manager will answer requests with an XML file containing a
> variety of information, as in the sample files below.
>
> The Munin agent, and Nagios appears to be similar to the extent that
> some agents are interchangeable, simply calls Tomcat then parses the
> XML that's returned to store data and generate the graphs, using RRD.
...