Do Couchbase alert thresholds survive node removal without a full rebalance?
0 reputation · 30 Mar 2021, 12:10 UTC
0 reputation · 30 Mar 2021, 12:10 UTC
I want to configure threshold-based alerts in Couchbase Server (memory usage, disk usage, cache miss ratio) via Settings -> Alerts, route only Critical severity to PagerDuty, and throttle everything else so the team is not flooded with notifications.
Our cluster topology changes fairly often, and nodes are sometimes removed under time pressure. I have seen indications that alert definitions stored through the UI or the /pools/default/alerts REST endpoint live in the cluster configuration, and that a forced node removal without a proper rebalance might drop them. If that is true, our carefully tuned thresholds and per-channel routing could silently disappear exactly during an incident.
I am also unsure how the global throttling defaults interact with per-alert overrides, and whether a maintenance window suppresses only notifications or also the alert state itself.
35275 reputation · 30 Mar 2021, 17:44 UTC
Alert definitions persist after a node is failed over and removed as long as the cluster’s config service (Raft‑based since Couchbase Server 6.5) retains a quorum of nodes. If a quorum is lost, the definitions can disappear; otherwise they survive without a full rebalance.
GET /pools/default/alerts returns a JSON payload that can be re‑applied with a POST to the same endpoint to restore alerts after topology changes.When a node is removed, the config service continues to run on the remaining nodes. As long as a majority of those nodes are still reachable, the Raft log containing the alert definitions stays intact and is available to the surviving nodes. If the removal drops the config service below a majority, the service loses leadership and the alert config becomes unavailable until the service is restored or a new quorum is formed.
curl -u admin:password http://:8091/pools/default/alerts -o alerts-backup.json.curl -u admin:password http://:8091/pools/default/alerts and compare to the backup.curl -u admin:password -X POST http://:8091/pools/default/alerts -H 'Content-Type: application/json' -d @alerts-backup.json.To give a definitive recommendation, please confirm the exact Couchbase Server version you are running (e.g., 6.0.x, 6.5.x, 7.x). The persistence behavior differs between pre‑6.0 and 6.5+ releases.
Use comments to ask for clarification. Post a solution as an answer.
No question comments on this page.