Actions
action #106901
closedcoordination #80142: [saga][epic] Scale out: Redundant/load-balancing deployments of openQA, easy containers, containers on kubernetes
coordination #102951: [epic] Better network performance monitoring
Expose bandwidth data for worker cache via influxdb size:M
Description
User story¶
As an openQA instance administrator I have access to influxdb endpoints including openQA worker cache service up-/download rates to identify problems in our infrastructure
Acceptance criteria¶
- AC1: The worker cache service influxdb endpoint provides bandwidth of recently transferred assets
Suggestions¶
- Store current download rate in the openQA worker cache service SQLite database
- Only consider large files (more than 500MB?), because small files give misleading results
- Extend existing InfluxDB endpoint (already used to monitor Minion jobs)
- https://github.com/os-autoinst/openQA/blob/master/lib/OpenQA/CacheService/Controller/Influxdb.pm
- https://github.com/os-autoinst/openQA/blob/master/lib/OpenQA/CacheService/Task/Asset.pm
- Limit stored data to one data point, since the InfluxDB endpoint does not need more
Actions