Closed YuryHrytsuk closed 9 months ago
Service count: 1 Only memory limit is set
Service count: 1 Only memory limit & reservation is set
Service count: 1 No limits / reservations
Service count: 1 Only memory limit is set
Service count: 3
mongodb
: no limites / reservations
elasticsearch
: only memory limit
graylog
: all limits & reservations are set
Service count: 1 Only memory limit
Service count: 1 No limits / reservations
Service count: 14 Limits :
Service Count: 1 No limits/reservations
Service count: 2 No limits / reservations are set
Service count: 1 Only memory limit & reservation are set
Service count: 1 No limits / reservations are set
Service count: 18
Service count: 2
Traefik:
whoami:
We do not work on this before we an observe that it in production and be sure it doesn't break anything
sum(rate(container_cpu_usage_seconds_total{container_label_com_docker_swarm_service_name="<service_name>"}[1m])) by (name)
container_cpu_usage_seconds_total
is ever increasing line as name would suggest. With rate
function we are able to detect (in milliseconds) the CPU usage per second by a container
rate(container_cpu_usage_seconds_total[<time frame>])
metric finally presents CPU Usage. I don't fully understand why it does but I found a few proofs on the internetby name
is a grouping by container name. It plays nicely since it automatically summs the usage per every CPU core and output the total CPU usage per containercontainer_memory_usage_bytes{name="<container_name>"}
Evaluating CPU Usage
logic should be improved. It doesn't return meaningful results
Tracks duplicate https://github.com/ITISFoundation/osparc-ops-environments/issues/231
Services: