Uzu apartajn prokurojn por du Telegraf InfluxDB-eliroj

Kiam metrikoj devas iri al du InfluxDB 1.x-celoj tra malsamaj prokuroj, deklaru du elirajn kazojn:

[[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"

Ĉi tio estas elira fragmento por ekzistanta Telegraf-agordo. Provizu la realajn finpunktojn kaj konservu la postulatajn aŭtentikigajn kaj TLS-agordojn por ĉiu celo. Kiam celo estas publike atingebla kaj publika vojo tra prokuro estas permesata, la HTTP-prokura listo proponas kandidatojn por ĝia http_proxy-valoro; la elektita prokuro devas permesi tiun gastiganton kaj pordon de la celo.

Sen filtriloj elektantaj malsamajn metrikojn, ambaŭ eliraj kazoj ricevas la taŭgan metriko-fluon. Ĉi tio estas intenca duobla livero al du celoj.

Unu outputs.influxdb-kazo kun pluraj eroj en urls havas alian signifon. La kromaĵo dokumentas ilin kiel alternativojn por unu klastro kaj skribas al nur unu URL dum intervalo. Ĝi ne sendas kopion al ĉiu URL.

Ĉiu http_proxy apartenas al sia elira kazo kaj estas unuopa prokura anstataŭigo, ne listo por rotacii. La InfluxDB-celo ankoraŭ venas el urls. Apartaj eliraj kazoj do rekte esprimas du celojn kaj du vojojn, kaj eliraj filtriloj povas esti aldonitaj kiam la celataj fluoj malsamas.