Когато метриките трябва да отидат до две дестинации InfluxDB 1.x през различни прокси сървъри, декларирайте две инстанции на изход:

[[outputs.influxdb]]
  alias = "primary_metrics"
  urls = ["https://metrics-a.example:8086"]
  database = "observations"
  http_proxy = "http://proxy-a.example:3128"

[[outputs.influxdb]]
  alias = "secondary_metrics"
  urls = ["https://metrics-b.example:8086"]
  database = "observations"
  http_proxy = "http://proxy-b.example:3128"

Това е фрагмент за изход в съществуваща конфигурация на Telegraf. Посочете действителните крайни точки и запазете изискваните за всяка дестинация настройки за удостоверяване и TLS. Когато дестинацията е публично достъпна и е разрешен маршрут през публичен прокси сървър, списъкът с HTTP прокси сървъри предлага кандидати за стойността на http_proxy; избраният прокси трябва да позволява този хост и порт.

Без филтри, избиращи различни метрики, и двете инстанции на изход получават допустимия поток от метрики. Това е умишлено дублирано доставяне до две цели.

Една инстанция outputs.influxdb с няколко записа в urls има друго значение. Плъгинът описва тези записи като алтернативи за един клъстер и пише само до един URL в рамките на интервал. Той не изпраща копие до всеки URL.

Всеки http_proxy принадлежи на своята инстанция на изход и е единично заместване на прокси, а не списък за ротация. Дестинацията на InfluxDB все още идва от urls. Затова отделните инстанции на изход изразяват директно две дестинации и два маршрута, а филтрите на изхода могат да се добавят, когато предвидените потоци се различават.

Подобни статии