To write these config files, refer to the Monit documentation. This is just personal preference, but it will be easier to handle package updates this way, and I should be able to find things faster. For example, monitoring of things accessed at "" is in a file named /etc/monit.d/ and is in /etc/monit.d/. I put the rest of my configuration in individual files in /etc/monit.d.
#MONIT T 200 PASSWORD#
section, where I changed the admin password and removed the localhost restriction (so I can access it remotely at ). The only other thing I changed in this file is the set httpd port. I also uncommented the eventqueue lines so alerts won't be lost if the mail server goes down. Set alert you're using a remote mail server, you probably need to configure a user name and password. I chose Monit because it's easy to setup (see next) and the barebones UI doesn't matter to me (I just want a basic up/down status and emails). I looked at Sensu too, and it seems nicer but still overkill. I've worked with sysadmins in the past who liked Nagios, so that was my first choice for this, but it's complicated to set up and extreme overkill for monitoring one server. A separate server really would be ideal, but since I can't run it from home (ISP port filtering blocks SMTP), I'd have to pay for another VPS, and it doesn't seem worth it right now. A bigger problem is that I'm not testing the firewall rules and routing. If the entire server is down I'll probably notice eventually. The obvious question is "who monitors the monitor?", but my main concern is not noticing services I don't use. My use-case is one server monitoring itself.
#MONIT T 200 HOW TO#
I figured other people might want some examples of how to use it, so this post describes how to set it up and you can see my config file at the end. After some research, Monit was relatively easy to set up and seems to meet my needs. After breaking several of them and not noticing (again), I decided to finally set up service monitoring. This machine runs a lot of services and I don't use all of them.
0 kommentar(er)
