Օգտագործեք առանձին պրոքսիներ Telegraf InfluxDB-ի երկու ելքերի համար
Հայտարարեք InfluxDB-ի առանձին ելքային օրինակներ, երբ նույն մետրիկները պետք է հասցվեն երկու նպատակակետերի տարբեր պրոքսիների միջոցով։
Երբ մետրիկները պետք է գնան երկու 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-ից։ Այսպիսով, առանձին ելքային օրինակները ուղղակիորեն արտահայտում են երկու նպատակակետ և երկու ուղի, իսկ ելքային ֆիլտրերը կարելի է ավելացնել, երբ նախատեսված հոսքերը տարբերվում են։