|
|
|
@ -250,3 +250,18 @@ scrape_configs:
|
|
|
|
|
Restart Prometheus with the new configuration and verify that a new time series
|
|
|
|
|
with the metric name `job_instance_mode:node_cpu_seconds:avg_rate5m`
|
|
|
|
|
is now available by querying it through the expression browser or graphing it.
|
|
|
|
|
|
|
|
|
|
## Reloading configuration
|
|
|
|
|
|
|
|
|
|
As mentioned in the [configuration documentation](configuration/configuration.md) a
|
|
|
|
|
Prometheus instance can have its configuration reloaded without restarting the
|
|
|
|
|
process by using the `SIGHUP` signal. If you're running on Linux this can be
|
|
|
|
|
performed by using `kill -s SIGHUP <PID>`, replacing `<PID>` with your Prometheus
|
|
|
|
|
process ID.
|
|
|
|
|
|
|
|
|
|
## Shutting down your instance gracefully.
|
|
|
|
|
|
|
|
|
|
While Prometheus does have recovery mechanisms in the case that there is an
|
|
|
|
|
abrupt process failure it is recommend to use the `SIGTERM` signal to cleanly
|
|
|
|
|
shutdown a Prometheus instance. If you're running on Linux this can be performed
|
|
|
|
|
by using `kill -s SIGHUP <PID>`, replacing `<PID>` with your Prometheus process ID.
|
|
|
|
|