|
|
|
@ -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. |
|
|
|
|