From b8c588a7e26f83e3d5340ad4d1cfe4d332ed6b83 Mon Sep 17 00:00:00 2001 From: Alexander Marshalov <_@marshalov.org> Date: Thu, 29 Feb 2024 15:14:17 +0100 Subject: [PATCH] fixed broken link in docs to google pub sub (#5901) --- docs/vmagent.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/vmagent.md b/docs/vmagent.md index d3fd25e893..348c05cc58 100644 --- a/docs/vmagent.md +++ b/docs/vmagent.md @@ -984,7 +984,7 @@ When this flag is specified, `vmagent` works in the following way if the configu - It returns `429 Too Many Requests` HTTP error to clients, which send data to `vmagent` via [supported HTTP endpoints](#how-to-push-data-to-vmagent). You can specify `-remoteWrite.dropSamplesOnOverload` command-line flag in order to drop the ingested samples instead of returning the error to clients in this case. -- It suspends consuming data from [Kafka side](#reading-metrics-from-kafka) or [Google PubSub side](#pubsub-integration) until the remote storage becomes available. +- It suspends consuming data from [Kafka side](#reading-metrics-from-kafka) or [Google PubSub side](#google-pubsub-integration) until the remote storage becomes available. You can specify `-remoteWrite.dropSamplesOnOverload` command-line flag in order to drop the fetched samples instead of suspending data consumption from Kafka or Google PubSub. - It drops samples pushed to `vmagent` via non-HTTP protocols and logs the error. Pass `-remoteWrite.dropSamplesOnOverload` on order to suppress error messages in this case. - It drops samples [scraped from Prometheus-compatible targets](#how-to-collect-metrics-in-prometheus-format), because it is better to drop samples