Калі метрыкі павінны ісці ў два пункты 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. Так асобныя экзэмпляры выхаду непасрэдна выражаюць два пункты і два маршруты, а фільтры выхаду можна дадаць, калі патрэбныя патокі адрозніваюцца.

Падобныя артыкулы