feat(agent): metric_buffer_limit 20000 -> 200000 (V1.9.2)

GEMESSEN: x22 erzeugt 13,3 Log-Zeilen/s. Die alte Reserve von 20.000
reichte damit nur ~25 min — bei einem Ausfall von einer Stunde waeren
Logs verloren gegangen, ohne dass es auffiele.

200.000 = ~4 h Reserve, belegt nur waehrend eines Ausfalls (Telegraf
puffert nichts, solange der Push klappt). Ein Ueberlauf wird geloggt
('[outputs.loki] Metric buffer overflow'), also nicht still.

Kein Dienstneustart noetig ausser der regulaere Konfigurationslauf.

VERSION

@@ -1 +1 @@
-1.9.1
+1.9.2

telegraf/base.conf

@@ -8,7 +8,18 @@
   interval = "15s"
   flush_interval = "15s"
   metric_batch_size = 1000
-  metric_buffer_limit = 20000
+  # metric_buffer_limit: RAM-Puffer fuer noch nicht zugestellte Metriken.
+  # GEMESSEN (x22, rate ueber 5 min): der Host erzeugt 13,3 Log-Zeilen/s.
+  # Damit ergibt sich:
+  #   20.000   -> ~25 min Reserve   (alter Wert — zu knapp fuer einen Ausfall)
+  #   200.000  -> ~4 h Reserve      (~100-150 MB RAM, nur im Ausfall belegt)
+  # Telegraf puffert nur, solange der Push scheitert; im Normalbetrieb bleibt
+  # der Puffer leer. Die Reserve ist billiger als eine Luecke im Log.
+  #
+  # NICHT STILL: ein Ueberlauf wird geloggt
+  #   [outputs.loki] Metric buffer overflow; N metrics have been dropped
+  # pruefen mit: journalctl -u telegraf | grep -i overflow
+  metric_buffer_limit = 200000
   hostname = "${NODE_NAME}"
   omit_hostname = false