You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Sep 5, 2023. It is now read-only.
Autoscaling requires the gathering of application runtime metrics. Per service at least one metric has to be defined. However one metric might not be enough to capture all scaling related aspects of one service. For instance the application could have a low CPU utilization but a too high memory consumption. In this case only observing the CPU leads to the decision to scale down when in reality more replicas are needed. Therefore users are able to specify an arbitrary amount of metrics per service.
Design
For metric definitions users have to specify labels starting with de.mtneug.spate.metrics. and followed by a user defined key. Each unique key declares a new metric. Separate by a dot users can specify options. A dot is therefore a forbidden character in keys.
The only option that is required for each metric is the type. However depending on the type more inputs might be necessary. The type is a well defined set. Currently planed are prometheus (see #9), cpu (see #17), and memory (see #18).
Example
$ docker service create \
--name service \
--label de.mtneug.spate.metrics.cpu.type=cpu \
--label de.mtneug.spate.metrics.mymetric.type=prometheus \
...
my/service
The text was updated successfully, but these errors were encountered:
Description
Autoscaling requires the gathering of application runtime metrics. Per service at least one metric has to be defined. However one metric might not be enough to capture all scaling related aspects of one service. For instance the application could have a low CPU utilization but a too high memory consumption. In this case only observing the CPU leads to the decision to scale down when in reality more replicas are needed. Therefore users are able to specify an arbitrary amount of metrics per service.
Design
For metric definitions users have to specify labels starting with
de.mtneug.spate.metrics.
and followed by a user definedkey
. Each uniquekey
declares a new metric. Separate by a dot users can specify options. A dot is therefore a forbidden character inkey
s.The only option that is required for each metric is the
type
. However depending on thetype
more inputs might be necessary. Thetype
is a well defined set. Currently planed areprometheus
(see #9),cpu
(see #17), andmemory
(see #18).Example
The text was updated successfully, but these errors were encountered: