როცა მეტრიკები უნდა წავიდეს ორ 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-იდან მოდის. ამიტომ ცალკე გამოსავლის ეგზემპლარები პირდაპირ გამოხატავს ორ დანიშნულებას და ორ მარშრუტს, ხოლო გამოსავლის ფილტრები შეიძლება დაემატოს, როცა განკუთვნილი ნაკადები განსხვავდება.

დაკავშირებული სტატიები