Update README.md
This commit is contained in:
parent
3506566e45
commit
854be4985f
118
README.md
118
README.md
@ -1,10 +1,28 @@
|
||||
---
|
||||
gitea: none
|
||||
include_toc: true
|
||||
---
|
||||
|
||||
# Smon
|
||||
|
||||
Smon (Simple Monitoring) is a small and easy to maintain single user monitoring system. \
|
||||
It is developed for the developer's personal need for monitoring a small number of datapoints and get notifications,
|
||||
without having to maintain a huge system like Zabbix. \
|
||||
It is also possible to troubleshoot with historial data and graphs.
|
||||
|
||||
There is no concept of users or passwords. \
|
||||
If a requirement, authentiation and authorization can be handled by a HTTP reverse proxy.
|
||||
|
||||
All data is sent to the system via an HTTP request to /entry/`datapoint_name`. \
|
||||
Smon can't poll data.
|
||||
|
||||
# Quick start
|
||||
|
||||
1) Create an empty database
|
||||
1) Create the configuration file (default ~/.config/smon.yaml)
|
||||
1) Run ./smon (will create the database schema)
|
||||
1) Create an empty database (smon only supports PostgreSQL).
|
||||
1) Create the configuration file (default ~/.config/smon.yaml).
|
||||
1) Run ./smon (will create the database schema).
|
||||
|
||||
# Configuration
|
||||
## Configuration
|
||||
|
||||
```yaml
|
||||
network:
|
||||
@ -28,17 +46,97 @@ application:
|
||||
nodata_interval: 60
|
||||
```
|
||||
|
||||
# Data from systems to datapoints
|
||||
## Sending data to datapoints
|
||||
|
||||
`curl -d 200 http://localhost:9000/entry/datapoint_name`
|
||||
|
||||
## Datetime format
|
||||
|
||||
Datetime data is to be in the format of `2006-01-02T15:04:05+02:00` or `2006-01-02T15:04:05+0200`.
|
||||
|
||||
Use `date '+%FT%T%z'` to get a value from systems in correct format.
|
||||
|
||||
# Theming
|
||||
|
||||
|
||||
|
||||
# Concepts
|
||||
|
||||
Core concepts in Smon are:
|
||||
* datapoints.
|
||||
* triggers.
|
||||
* problems.
|
||||
* notifications.
|
||||
* areas.
|
||||
|
||||
## Datapoints
|
||||
|
||||
A datapoint has a unique name. Recommended is to use only a-z, A-Z, 0-9, dots, dashes and underscores for easier handling in URLs and trigger conditions.
|
||||
|
||||
There are three data types:
|
||||
* INT.
|
||||
* STRING.
|
||||
* DATETIME.
|
||||
|
||||
INT accepts values like -100, 0, 137 and 29561298561 and is stored in the int8 postgresql type.
|
||||
|
||||
STRING is text data and stored by an unlimited varchar.
|
||||
|
||||
DATETIME is a date with time and timezone in the format of `2006-01-02T15:04:05+02:00` or `2006-01-02T15:04:05+0200`. Stored in a field of timestamptz.
|
||||
|
||||
Recommended is to provide from where (machine, system or script location...) the data is being pushed to Smon in the comment field.
|
||||
|
||||
## Triggers
|
||||
|
||||
Triggers have datapoints the expression is being able to use.
|
||||
|
||||
Expressions are written with the [[https://expr-lang.org/|Expr]] language. See the [[https://expr-lang.org/docs/language-definition|language reference]] for available functions and syntax.
|
||||
|
||||
The trigger is evaluating the expression when data is entered through the /entry/`datapoint_name` URL and a problem is issued when the expression returns `true`.
|
||||
|
||||
## Problems
|
||||
|
||||
One or more datapoints that trips a trigger issues a problem.
|
||||
|
||||
Problems are archived in the database and can be looked up historically.
|
||||
|
||||
A page of current problems is available to see the current problem state, either as a list or categorised.
|
||||
|
||||
Problems can be acknowledged if they are known problems that will not be currently fixed.
|
||||
|
||||
## Notifications
|
||||
|
||||
Smon has a couple of notification services (currently [[https://ntfy.sh|NTFY]] and script).
|
||||
|
||||
Services are added with a prio. The service with the lowest prio is tried first. \
|
||||
If sending through the service fails, the next service is tried and so on until one succeeds.
|
||||
|
||||
What is sent isn't configurable (for now). What is sent is:
|
||||
* PROBLEM (when a problem is created) or OK (when a trigger evaluates to false).
|
||||
* Trigger name
|
||||
|
||||
## NTFY
|
||||
|
||||
An URL is provided to the topic which should receive the notifications.
|
||||
|
||||
## Script
|
||||
|
||||
The script service is defined with a filename.
|
||||
|
||||
The script is called with three parameters:
|
||||
1) Problem ID
|
||||
1) Acknowledge URL
|
||||
1) Message
|
||||
|
||||
## Areas
|
||||
|
||||
Go to the `Config` icon to add areas. These are available to categorize triggers and problems for easier troubleshooting.
|
||||
|
||||
Each area has sections to further group problems and triggers.
|
||||
|
||||
|
||||
|
||||
|
||||
# Development
|
||||
|
||||
A couple of small notes on development.
|
||||
|
||||
## Theming
|
||||
|
||||
* Add theme to select tag in `/views/pages/configuration.gotmpl`.
|
||||
* Create `/static/less/theme-<theme-name>.less`.
|
||||
|
Loading…
Reference in New Issue
Block a user