Live data from Hacker News

Ask HN: What tools do you use to monitor your LAMP server(s)?

news.ycombinator.com

11–20 of 41 posts

Re: Ask HN: What tools do you use to monitor your LAMP server(s)?

#12
Munin for stats, nagios for reports / actions, monit for keeping things running in general. I don't use monit for resource management, since it's just not complex enough for some of the stuff I need to check.

I tried cacti once and god it's bad... It works, but the lack of a simple overview of how it works / how it's supposed to be configured is just too clear.

I'm keeping an eye on http://www.shinken-monitoring.org/ - might be worth checking out in the future if I ever get into large-scale-nagios problems.

Re: Ask HN: What tools do you use to monitor your LAMP server(s)?

#13
For alerts i am using nagios as it has all kind of checks for most services integrated. Besides services i also monitor security updates (any security upgrades available which are not installed) for debian hosts and resource shortage of openvz containers.

I am also using monit for immediate actions like restarting web server or checking some programs.

I manage both via puppet, that means I deploy a new host and the nagios configuration gets adjusted automatically with the corresponding services.

For performance data there are several tools like cacti, munin or collectd.

- Munin has iirc the problem thats it gets slowish as it polls all data from hosts then generate the carts for all hosts. Only a problem if you have many hosts...

- Collectd is a quite nice and fast monitoring solution (supports updates every second) and has advanced features like sending the data to multicast addresses. The only imho major drawback is that there comes no good webui bundled with collectd though many external uis exists.

EDIT: I forgot to mention icigna http://www.icinga.org/ a fork of nagios after some trademark problems iirc.

Monit and nagios are integrated with the ticketing system, e.g. recovery message closes automatically the corresponding ticket.

Re: Ask HN: What tools do you use to monitor your LAMP server(s)?

#15

We have a cluster of about 60 servers, and use Monit and Ganglia to manage it. Monit will alert you when certain problems occur -- for example, if the server load is too high, if a service stopped running, or if can't reach the database. Ganglia records data and graphs that data over time. We use it to see how busy our server are getting, or how our peak resource usage compares to off-peak. Monit is important for not…

You would have to pay $11,388 per year to use Cloudkick with 60 servers and still lose all data >1 year.

I don't get the logic of paying that much for Cloudkick at all. Monitoring tends to be a couple days work (at most) to setup perfectly and then very little on-going. Hardly worth $949 every month IMHO.

Re: Ask HN: What tools do you use to monitor your LAMP server(s)?

#17
We use monit combined with a number of helper bash scripts running in cron. For example, we have a cron job that does integrity checks on sqlite databases and writes to a file if it encounters corruption. Monit is set to monitor that file for size change and sends an alert if anything is written to it. That kind of thing is a bit of a hack, but seems to be the way to do it if you are using monit.

We also use pingdom for external uptime monitoring.

Re: Ask HN: What tools do you use to monitor your LAMP server(s)?

#18
Nagios is great for alerts and problem monitoring. Cacti great for visualizing performance over time. Both take a bit of time and effort to set up on most popular Linux distros, but are well worth it. I'm using a base level Rackspace cloud server and costs about $20/mo.

For a reasonably priced hosted solution, check out cloudkick.com. It is also very good and let's you monitor ec2, Rackspace cloud servers, and your own boxes with an agent installed.

Re: Ask HN: What tools do you use to monitor your LAMP server(s)?

#19
I use munin to monitor http://codeboff.in. The stats page is up at http://codeboff.in:8080/ if you want to take a look.

Also I use Supervisor (http://supervisord.org/) to launch all my processes and it is configured to send me an email if any of them grows beyond a memory threshold and/or crashes (in which case it also attempts to restart it a few times).

Post reply on HN