A monitoring server is more than dashboards. Scrape intervals, targets, metric cardinality and retention drive Prometheus disk/memory needs. Prometheus alerting rules can route to Alertmanager, while Grafana provides dashboards and multi-source alerting.
No. Prometheus scrapes metrics, stores time series, evaluates PromQL and rules. Alertmanager handles grouping, routing and silencing. Grafana visualizes multiple data sources and can provide its own alerting/provisioning layer.
Prometheus scrapes exporters/endpoints, sends firing rule alerts to Alertmanager and Grafana can query Prometheus as a data source.
A small number of targets can still produce huge cardinality. Uncontrolled label combinations increase memory and storage cost.
Prometheus alerting rules can use `for` to avoid firing on transient spikes. Alertmanager groups, inhibits and silences notifications.
promtool can validate syntax and rule files.
promtool check config /etc/prometheus/prometheus.ymlpromtool check rules /etc/prometheus/rules/*.ymlcurl -s http://localhost:9090/-/healthycurl -s http://localhost:9090/api/v1/rules | headsystemctl status prometheus --no-pagerGrafana provisioning files and Alerting API/Terraform approaches allow dashboards, data sources and alerts to live under version control.
Yes. Grafana supports many data sources; Prometheus is only one option.
Alerting rules generate alerts and typically send them to Alertmanager for routing and silencing.
Every unique label combination creates a separate time series, so high cardinality can rapidly increase memory and storage usage.
Share targets, scrape interval, approximate series, retention and notification channels; we can size Prometheus/Grafana/Alertmanager.