diff --git a/README.md b/README.md index 5717484..8bab919 100644 --- a/README.md +++ b/README.md @@ -3,7 +3,74 @@ Provide Tube Archivist metrics in Prometheus/OpenMetrics format This is an optional service as part of the Tube Archivist stack. -This is WIP +**This is WIP** +--- +  + +## Metrics reported +``` +channel_count = Number of channels +playlist_count = Number of playlists +download_count = Number of downloads +download_queue = Number of pending downloads +subtitle_count = Number of subtitles downloaded for videos + +``` ## Configuration +--- +### Environment variables +``` +ES_URL: The URL to your ElasticSearch server. Defaults to http://archivist-es:9200 +ES_USER: The username for authentication to ElasticSearch. Defaults to elastic +ES_PASSWORD: The password for authentication to ElasticSearch. No default is set. +LISTEN_PORT: The listen port for the metrics server to run on. Defaults to 9934 +POLL_INTERVAL: The interval in seconds for the data to be scraped from ElasticSearch. Defaults to 60 +``` +--- +### Running via Docker Compose (supported) +This metrics service is designed to be ran inside of docker. + +To view the main compose file for TubeArchivist, please see the main repository here: [TA Repo](https://github.com/bbilly1/tubearchivist) + +To add the metrics service in, place this into your compose file and update the environment variables as required. + +``` + archivist-metrics: + image: tubearchivist-metrics:latest + container_name: archivist-metrics + restart: always + environment: + - "ES_USER=elastic" + - "ES_PASSWORD=verysecret" + - "ES_URL=http://archivist-es:9200" + - "LISTEN_PORT=9934" + - "POLL_INTERVAL=60" + ports: + - 9934:9934 +``` +--- + +### Running via Standalone +Should you want to, you can install and run this without docker. + +To do so, clone this repo, install the python libraries with `pip3 install -r requirements.txt` + +then run `python3 tubearchivist-metrics/main.py` + +Environment variables can be passed in via normal syntax for your OS. + +--- + +## How are metrics gathered? + +Typically, a prometheus server will poll the HTTP endpoint of the metrics service to obtain its metrics. + +In most scenarios, a service will then retrieve the data for the metric, and then respond to the prometheus http call. However this can be quite harsh on databases and applications, especially when prometheus is polling every 15 seconds. + +To prevent performance issues and unncessecary load on ElasticSearch. We prefetch the metric information from ES every 60 seconds (default). The metric is then updated on the HTTP endpoint after we have retrieved the data and cached for prometheus to scrape. + +This means prometheus can scrape the endpoint every second if it likes, but no database calls to ES will be made until the polling interval is reached. + +If you require more granular polling, you can update the `POLLING_INTERVAL` environment variable \ No newline at end of file