Երբ մետրիկները պետք է գնան երկու 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 արժեքի համար. ընտրված պրոքսին պետք է թույլատրի այդ նպատակակետի հոսթը և պորտը։

Տարբեր մետրիկներ ընտրող ֆիլտրերի բացակայության դեպքում երկու ելքային օրինակներն էլ ստանում են համապատասխան մետրիկների հոսքը։ Սա երկու թիրախներին ուղղված դիտավորյալ կրկնօրինակ առաքում է։

urls-ում մի քանի գրառում ունեցող մեկ outputs.influxdb օրինակն այլ իմաստ ունի։ Պլագինը դրանք նկարագրում է որպես մեկ կլաստերի այլընտրանքներ և միջակայքի ընթացքում գրում է միայն մեկ URL-ի։ Այն պատճեն չի ուղարկում յուրաքանչյուր URL-ի։

Յուրաքանչյուր http_proxy պատկանում է իր ելքային օրինակին և մեկ պրոքսի փոխարինում է, ոչ թե պտտելու ցանկ։ InfluxDB նպատակակետը դեռ գալիս է urls-ից։ Այսպիսով, առանձին ելքային օրինակները ուղղակիորեն արտահայտում են երկու նպատակակետ և երկու ուղի, իսկ ելքային ֆիլտրերը կարելի է ավելացնել, երբ նախատեսված հոսքերը տարբերվում են։

Առնչվող հոդվածներ