From b3bf38ad68dde8eccca6a80dcc6875a9a1bcf70f Mon Sep 17 00:00:00 2001 From: Arkadip Bhattacharya Date: Mon, 20 Nov 2023 18:57:00 +0530 Subject: [PATCH] fix: ha_peer to ha_peers (#75724) --- .../alerting/set-up/configure-high-availability/_index.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/sources/alerting/set-up/configure-high-availability/_index.md b/docs/sources/alerting/set-up/configure-high-availability/_index.md index 22bea808bde..d71926d9d9a 100644 --- a/docs/sources/alerting/set-up/configure-high-availability/_index.md +++ b/docs/sources/alerting/set-up/configure-high-availability/_index.md @@ -40,7 +40,7 @@ Since gossiping of notifications and silences uses both TCP and UDP port `9094`, 1. In your custom configuration file ($WORKING_DIR/conf/custom.ini), go to the `[unified_alerting]` section. 2. Set `[ha_peers]` to the number of hosts for each Grafana instance in the cluster (using a format of host:port), for example, `ha_peers=10.0.0.5:9094,10.0.0.6:9094,10.0.0.7:9094`. - You must have at least one (1) Grafana instance added to the [`[ha_peer]` section. + You must have at least one (1) Grafana instance added to the `ha_peers` section. 3. Set `[ha_listen_address]` to the instance IP address using a format of `host:port` (or the [Pod's](https://kubernetes.io/docs/concepts/workloads/pods/) IP in the case of using Kubernetes). By default, it is set to listen to all interfaces (`0.0.0.0`). 4. Set `[ha_peer_timeout]` in the `[unified_alerting]` section of the custom.ini to specify the time to wait for an instance to send a notification via the Alertmanager. The default value is 15s, but it may increase if Grafana servers are located in different geographic regions or if the network latency between them is high.